SII -Nuevo sistema de la Agencia Tributaria española de envío de datos vía Webservice

vboloradito · #1 28-04-2017

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>

[newtron] · #2 28-04-2017

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

la respuesta ha sido bastante ilustrativa:

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

como ya habréis visto la mayoría, en el apartado 2.15 de las FAQ pone que ese es un campo libre de 500 posiciones y punto.

Yo no sé si es que no tienen mucha idea o me están vacilando.

Saludos.

CMB · #3 28-04-2017

Cita:

Empezado por newtron

como ya habréis visto la mayoría, en el apartado 2.15 de las FAQ pone que ese es un campo libre de 500 posiciones y punto.
Yo no sé si es que no tienen mucha idea o me están vacilando.

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.

CMB · #4 28-04-2017

¿Sabe alguien en qué fecha se aplicará la versión 0.7 ya anunciada?

[newtron] · #5 29-04-2017

Cita:

Empezado por vboloradito

EStoy intentando mandar una baja de factura recibida y me da error (cogi el ejemplo de este foro).

Hola.

Échale un vistazo a este código a ver si te aclara algo:

Código Delphi [-]    ASuministroLRFacturasRecibidas := BajaLRFacturasRecibidas.Create;
    ASuministroLRFacturasRecibidas.Cabecera := CabeceraSiiBaja.Create;
    // DATOS:
    ASuministroLRFacturasRecibidas.Cabecera.IDVersionSii:=VersionSiiType(0);       // 0.1
    ASuministroLRFacturasRecibidas.Cabecera.titular := PersonaFisicaJuridicaESType.Create;
    ASuministroLRFacturasRecibidas.Cabecera.Titular.NombreRazon:=Bd.BuscaValor('DATOSEMPRESA','NOMBRE','  ','');    // NOMBRE DEL PRESENTADOR
    ASuministroLRFacturasRecibidas.Cabecera.Titular.NIF:=Bd.BuscaValor('DATOSEMPRESA','MNIF','','');              // CIF del PRESENTADOR (DEBE COINCIDIR CON EL CERTIFICADO SELECCIONADO)

    //Se crean todas las estructuras de datos de la consulta
    SetLength(ARegistroLRFacturasRecibidas, M);

    for N := 0 to M do begin
      FormSII.PBProceso.Position := FormSII.PBProceso.Position+1;
      If Grid.ValorCeldaPorCampoYFila('ENVIAR',N+1)='X' then begin
        FormSII.Label5.Caption := 'Factura: '+Grid.ValorCeldaPorCampoYFila('FACTURA',N+1);
        Application.ProcessMessages;
        // Busco registro en tabla de iva
        Tabla.FindKey([Grid.ValorCeldaPorCampoYFila('CODIGO',N+1)]);
        // Busco registro en tabla de cuentas
        TablaCuentas.FindKey([Tabla.FieldByName('CUENTA').AsString]);
        ARegistroLRFacturasRecibidas[N]:=LRBajaRecibidasType.Create;
        ARegistroLRFacturasRecibidas[N].IDFactura:=IDFacturaRecibidaNombreBCType.create;
        ARegistroLRFacturasRecibidas[N].IDFactura.NumSerieFacturaEmisor:=Grid.ValorCeldaPorCampoYFila('FACTURA',N+1); // Numero de factura
        ARegistroLRFacturasRecibidas[N].PeriodoImpositivo:=PeriodoImpositivo.Create;
        ARegistroLRFacturasRecibidas[N].PeriodoImpositivo.Ejercicio:=Bd.BuscaValor('DATOSEMPRESA','MEJERCICIO','','');  //  AÑO
        ARegistroLRFacturasRecibidas[N].IDFactura.FechaExpedicionFacturaEmisor:=Grid.ValorCeldaPorCampoYFila('FECHA',N+1);                 // FECHA DE EXPEDICION FACTURA    (dd-mm-yyyy)
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura:= IDEmisorFactura.Create;
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura.NombreRazon := Tabla.FieldByName('NOMBRE').AsString;
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura.NIF  := Tabla.FieldByName('CIF').AsString;

      end;
    end;
    //se añade el array de facturas creado anteriormente
    ASuministroLRFacturasRecibidas.RegistroLRBajaRecibidas :=ARegistroLRFacturasRecibidas;

Saludos

vboloradito · #6 29-04-2017

Cita:

Empezado por newtron

Hola.

Échale un vistazo a este código a ver si te aclara algo:

Código Delphi [-]    ASuministroLRFacturasRecibidas := BajaLRFacturasRecibidas.Create;
    ASuministroLRFacturasRecibidas.Cabecera := CabeceraSiiBaja.Create;
    // DATOS:
    ASuministroLRFacturasRecibidas.Cabecera.IDVersionSii:=VersionSiiType(0);       // 0.1
    ASuministroLRFacturasRecibidas.Cabecera.titular := PersonaFisicaJuridicaESType.Create;
    ASuministroLRFacturasRecibidas.Cabecera.Titular.NombreRazon:=Bd.BuscaValor('DATOSEMPRESA','NOMBRE','  ','');    // NOMBRE DEL PRESENTADOR
    ASuministroLRFacturasRecibidas.Cabecera.Titular.NIF:=Bd.BuscaValor('DATOSEMPRESA','MNIF','','');              // CIF del PRESENTADOR (DEBE COINCIDIR CON EL CERTIFICADO SELECCIONADO)

    //Se crean todas las estructuras de datos de la consulta
    SetLength(ARegistroLRFacturasRecibidas, M);

    for N := 0 to M do begin
      FormSII.PBProceso.Position := FormSII.PBProceso.Position+1;
      If Grid.ValorCeldaPorCampoYFila('ENVIAR',N+1)='X' then begin
        FormSII.Label5.Caption := 'Factura: '+Grid.ValorCeldaPorCampoYFila('FACTURA',N+1);
        Application.ProcessMessages;
        // Busco registro en tabla de iva
        Tabla.FindKey([Grid.ValorCeldaPorCampoYFila('CODIGO',N+1)]);
        // Busco registro en tabla de cuentas
        TablaCuentas.FindKey([Tabla.FieldByName('CUENTA').AsString]);
        ARegistroLRFacturasRecibidas[N]:=LRBajaRecibidasType.Create;
        ARegistroLRFacturasRecibidas[N].IDFactura:=IDFacturaRecibidaNombreBCType.create;
        ARegistroLRFacturasRecibidas[N].IDFactura.NumSerieFacturaEmisor:=Grid.ValorCeldaPorCampoYFila('FACTURA',N+1); // Numero de factura
        ARegistroLRFacturasRecibidas[N].PeriodoImpositivo:=PeriodoImpositivo.Create;
        ARegistroLRFacturasRecibidas[N].PeriodoImpositivo.Ejercicio:=Bd.BuscaValor('DATOSEMPRESA','MEJERCICIO','','');  //  AÑO
        ARegistroLRFacturasRecibidas[N].IDFactura.FechaExpedicionFacturaEmisor:=Grid.ValorCeldaPorCampoYFila('FECHA',N+1);                 // FECHA DE EXPEDICION FACTURA    (dd-mm-yyyy)
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura:= IDEmisorFactura.Create;
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura.NombreRazon := Tabla.FieldByName('NOMBRE').AsString;
        ARegistroLRFacturasRecibidas[N].IDFactura.IDEmisorFactura.NIF  := Tabla.FieldByName('CIF').AsString;

      end;
    end;
    //se añade el array de facturas creado anteriormente
    ASuministroLRFacturasRecibidas.RegistroLRBajaRecibidas :=ARegistroLRFacturasRecibidas;

Saludos

GRACIAS pero sigo sin ver el error. ¿me podrias pasar el xml final que construye tu codigo?

[newtron] · #7 29-04-2017

Ok. Ahí lo tienes.

Saludos

CMB · #8 29-04-2017

Cita:

Empezado por newtron

Ok. Ahí lo tienes.Saludos

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">

[newtron] · #9 29-04-2017

Cita:

Empezado por CMB

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">

Claro que existe una razón. Yo no creo el XML a pelo así que lo que hago cuando lo necesito es grabar el que genera de forma automática el componente HTTPRIO una vez rellenos los objetos del mismo para poder ojear cómo queda o, como en este caso, si alguien me pide un ejemplo.

Saludos

Edito: Ese url lo mete el componente de forma automática.

[newtron] · #10 29-04-2017

Por cierto....46.483 visitas... si esto fuera youtube ya casi estaríamos ganando pasta.

CMB · #11 30-04-2017

Cita:

Empezado por newtron

Ese url lo mete el componente de forma automática.

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.

javi_valencia44 · #12 02-05-2017

Cita:

Empezado por vboloradito

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>

Ya lo has solucionado?

Creo que tienes que cambiar el orden NIF y NombreRazon, pon primero el NombreRazon

PASPAS · #13 02-05-2017

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...

vboloradito · #14 03-05-2017

Cita:

Empezado por javi_valencia44

Ya lo has solucionado?

Creo que tienes que cambiar el orden NIF y NombreRazon, pon primero el NombreRazon

si era eso, cambiar el orden de nif y nombrerazon, lo vi con el ejemplo que me paso newtron, gracias.
lo que no entiendo es porque no me pasaba con el borrado de facturas emitidas, parti de ese ejemplo.
Bueno problema solucionado, gracias

vboloradito · #15 03-05-2017

¿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.

[newtron] · #16 03-05-2017

Cita:

Empezado por vboloradito

¿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.

Yo dudo de que haya que emitir factura de los anticipos.

mrobles · #17 03-05-2017

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.

vboloradito · #18 03-05-2017

Cita:

Empezado por newtron

Yo dudo de que haya que emitir factura de los anticipos.

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."

PASPAS · #19 03-05-2017

Cita:

Empezado por newtron

Yo dudo de que haya que emitir factura de los anticipos.

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

Jaketon · #20 03-05-2017

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