FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
EStoy intentando mandar una baja de factura recibida y me da error (cogi el ejemplo de este foro).
LA he construido de manera similar a la baja de una emitida. <faultstring>Codigo[4102].El XML no cumple el esquema. Falta informar campo obligatorio.: NombreRazon</faultstring> <detail> <callstack>El XML no cumple el esquema. Falta informar campo obligatorio.: NombreRazon lo he comparado con el de baja de emitida y la información es la misma. ¿Teneis algun ejemplo completo que funcione? Código:
<?xml version="1.0" encoding="UTF-8"?> <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:siiLR="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroLR.xsd" xmlns:sii="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd"> <soapenv:Header/> <soapenv:Body> <siiLR:BajaLRFacturasRecibidas> <sii:Cabecera> <sii:IDVersionSii>0.6</sii:IDVersionSii> <sii:Titular> <sii:NIF>mi nif</sii:NIF> <sii:NombreRazon>mi empresa</sii:NombreRazon> </sii:Titular> </sii:Cabecera> <siiLR:RegistroLRBajaRecibidas> <sii:PeriodoImpositivo> <sii:Ejercicio>2017</sii:Ejercicio> <sii:Periodo>03</sii:Periodo> </sii:PeriodoImpositivo> <siiLR:IDFactura> <sii:IDEmisorFactura> <sii:NIF>A78928371</sii:NIF> <sii:NombreRazon>BBVA RENTING, S.A.</sii:NombreRazon> </sii:IDEmisorFactura> <sii:NumSerieFacturaEmisor>11/17/052</sii:NumSerieFacturaEmisor> <sii:FechaExpedicionFacturaEmisor>21-02-2017</sii:FechaExpedicionFacturaEmisor> </siiLR:IDFactura> </siiLR:RegistroLRBajaRecibidas> </siiLR:BajaLRFacturasRecibidas> </soapenv:Body> </soapenv:Envelope> Última edición por vboloradito fecha: 28-04-2017 a las 13:19:28. |
#2
|
||||
|
||||
Intentando averiguar qué vamos a hacer con el tema de la descripción de las facturas les envié una consulta a estos señores tan simpáticos de la aeat que es la siguiente:
Código:
Hola. Quería preguntarles por el campo "DescripciónOperación" de las facturas de las facturas expedidas y recibidas. ¿Qué hay que poner ahí? ¿Es suficiente con poner un concepto genérico? o en caso contrario ¿Hasta qué nivel de detalle en la explicación de ese concepto hay que llegar? Gracias Código:
Buenos días: La cuestión que plantea está resuelta en el documento de preguntas frecuentes. Por favor, ver FAQ 2.15 http://www.agenciatributaria.es/stat...06REVISADA.pdf Yo no sé si es que no tienen mucha idea o me están vacilando. Saludos.
__________________
Be water my friend. |
#3
|
|||
|
|||
Pero eso no es una respuesta vinculante. Si lo tomas al pie de la letra puedes poner una descripción genérica igual para todas las facturas. Y no exime de que luego haya sanciones para quienes lo hagan. Y el marrón acabará en el programador por no escribir el código como es debido.
|
#4
|
|||
|
|||
¿Para cuándo la versión 0.7?
¿Sabe alguien en qué fecha se aplicará la versión 0.7 ya anunciada?
|
#5
|
||||
|
||||
Cita:
Échale un vistazo a este código a ver si te aclara algo:
Saludos
__________________
Be water my friend. |
#6
|
|||
|
|||
Cita:
|
#7
|
||||
|
||||
Ok. Ahí lo tienes.
Saludos
__________________
Be water my friend. |
#8
|
|||
|
|||
Disculpa mi ignorancia pero ese URL tan repetido en tu XML yo diría que no es necesario. He mandado cientos de peticiones y jamás lo he puesto, y han sido todas aceptadas, y en los ejemplos del manual oficial tampoco los ponen. Dificultan la lectura y hacen la transmisión más lenta. ¿Existe alguna poderosa razón para ello? ¿Es obligatorio?
URL citado: xmlns="https://www2.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd"> |
#9
|
||||
|
||||
Cita:
Saludos Edito: Ese url lo mete el componente de forma automática.
__________________
Be water my friend. |
#10
|
||||
|
||||
Por cierto....46.483 visitas... si esto fuera youtube ya casi estaríamos ganando pasta.
__________________
Be water my friend. |
#11
|
|||
|
|||
Pues creo que el HTTPRIO no debería cargar tanto la petición sin ninguna utilidad. Además, provoca que la respuesta venga también así de cargada, con lo que las transmisiones van mucho más lentas. Y si en algún momento hubiera que analizar visualmente esos ficheros el lío puede ser fenomenal (a menos que hagas un search & replace).
Pero cada cual lo hace como puede o como le apetece. Nada que objetar. Saludos. |
#12
|
|||
|
|||
Cita:
Creo que tienes que cambiar el orden NIF y NombreRazon, pon primero el NombreRazon |
#13
|
|||
|
|||
Buen@s...
Una duda alguién tiene un ejemplo de como hacer una factura emitida de este tipo. // F3 - Factura emitida en sustitución de facturas simplificadas facturadas y declaradas Muchas gracias... |
#14
|
|||
|
|||
Cita:
lo que no entiendo es porque no me pasaba con el borrado de facturas emitidas, parti de ese ejemplo. Bueno problema solucionado, gracias |
#15
|
|||
|
|||
anticipos
¿hay que hacer alguna gestion especial con los anticipos?
En teoria todo anticipo se debe emitir factura con IVA. Y al final la factura final tiene que tener descontado de la base imponible los anticipos. De manera que la suma de todos los anticipos y la factura real sume el valor final de la operación. Hay que reflejar en los anticipos la factura a la que hace referencia, entiendo que no al emitirse antes de la factura. |
#16
|
||||
|
||||
Cita:
__________________
Be water my friend. |
#17
|
||||
|
||||
Ya se que no es un foro de PHP, y ya leí todas las paginas y vi que hay gente que esta trabajando en java y php también, por lo que comento mi duda por si alguien puede solventarla.
Estoy trabajando en PHP (mas en concreto laravel 5.3), e intento conectarme con SOAP al servidor y de primeras al tirar un "__getFunctions" me da las funciones disponibles, pero una vez las tengo las intento llamar y de parámetros solo me acepta un array el cual no se como rellenar para poder enviar el xml (ya intente pasar el xml en formato de array) (al mandar el array vació también da un "Wrong Version"). Si alguien tiene un ejemplo o alguna manera de hacerlo en php me vendría de lujo algún ejemplo. Gracias de antemano. |
#18
|
|||
|
|||
En teoria un anticipo tiene que ir con factura y enviarse a hacienda.
http://www.agenciatributaria.es/AEAT...facturar.shtml "También deben expedir factura en los supuestos de pagos anticipados, excepto en las entregas intracomunitarias de bienes exentas." |
#19
|
|||
|
|||
Esto mismo estabamos debatiendo ahora en desarrollo. Qué hacer?
Supongo que se debe informar con la factura que se reciba del proveedor con valor total a cero. Ya que se ha sido completamente compensada deberia ser informada. Sino que pasa con el proveedor se supone que tendra que informar de esa factura no? El sistema SII ademas deja informar con importe total 0. Luego si que es verdad que en el modelo 340 no se informaban de los anticipos totalmente compensados. De momento lo voy a informar consultare con el asesor. Saludos |
#20
|
|||
|
|||
la etiqueta <EstadoRegistro>
Buenas, hace poco que encontré este foro y he seguido alguno de vuestros consejos. Más a nivel de consulta dado que mi lenguaje de programación es otro. Quiero aportar mi granito de arena con una respuesta que me parece interesante sobre el estado de los registros tanto en consulta como en altas/bajas/modificaciones. Me lo han remitido de catentidades@correo.aeat.es y como veis incorpora una tabla la L24 que en la version 0.6 en su documentación no existe y que yo utilizo para contrastar la información que poseo en contabilidad con la ya entregada. Espero sea de ayuda.
la etiqueta <EstadoRegistro> (con diferentes namespace) se envia como respuesta en dos operaciones diferentes: 1. Como respuesta al suministro de información (indicando en la respuesta del alta, baja o modificación si se valida correctamente y es registrado en el sistema) 2. Como respuesta a la consulta de facturas. Envío los estados y lo incluiremos en la próxima versión: L14 Estado global del envío (Respuesta al suministro) Correcto -->Todas las facturas de la petición tienen estado “Correcto”. ParcialmenteCorrecto --> Algunas facturas de la petición tienen estado “Incorrecto”. Ver detalle de errores (L16). Incorrecto --> Todas las facturas de la petición tienen estado “INCORRECTO”. L15 Estado del envío de la factura (Respuesta al suministro) Campo <EstadoRegistro> de la respuesta al suministro de alta, baja, modificación. Especifica si el registro enviado se valida correctamente y es registrado en el sistema Correcto --> La factura enviada es totalmente correcta y se registra en el sistema AceptadoConErrores --> La factura enviada tiene algunos errores que no provocan su rechazo y se registra en el sistema. Ver detalle del error (L16). Incorrecto -->La factura enviada tiene errores que provocan su rechazo. No se registra en el sistema L24 Estado de la factura registrada (Respuesta a una consulta de registros presentados previamente) Campo <EstadoRegistro> de la respuesta a una consulta de registros. Especifica el estado del registro en el sistema Correcta -->La factura registrada es totalmente correcta. AceptadaConErrores -->La factura registrada tiene algunos errores. Ver detalle del error (L16). Anulada --> La factura registrada ha sido anulada mediante una operación de baja |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
TICKET BAI (TicketBAI); Nuevo sistema de la Agencia Tributaria del Pais Vasco | keys | Internet | 4170 | Hace 2 Semanas 17:29:05 |
AEAT envio de datos vía Webservice problemas con WSDL | CelsoO | Internet | 11 | 09-10-2019 20:03:41 |
webService Soap de la Administración Digital Española notific@ | apicito | Internet | 3 | 31-01-2017 11:25:28 |
Error en Webservice funcion envio de sms | webmasterplc | Delphi para la web | 5 | 25-07-2013 20:10:29 |
Problemas con envío de XML a un WebService | davidvamo | Internet | 1 | 13-02-2007 15:49:20 |
|