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

[Txemari]

Hola, compañeros

con toda vuestra impagable ayuda voy tirando adelante.
Después de todo lo leído me ha quedado claro que si hago una "Rectificación por diferencias" no tengo porqué poner la identificación de la factura rectificada ¿ es así ?
¿ Y si es una rectificación por sustitución" ? ¿ es igual para emitidas que para recibidas ?

Gracias por todo

[APO]

Buenas compañeros,

¿Habéis podido enviar alguna factura de tipo F4 - Asiento resumen de facturas ? Yo sí he logrado enviarla, pero tengo problemas al intentar adjuntar la relación de facturas rectificadas asociadas a la factura.

Lo que hago es poner lo siguiente, pero luego cuando consulto la factura por la web veo que no se han adjuntado los datos:

Código Delphi [-]
var
   FacturaRectificada: FacturasRectificadas2;
begin
...
   SetLength(FacturaRectificada,1);
   FacturaRectificada[0]:=IDFacturaARType.Create;
   FacturaRectificada[0].NumSerieFacturaEmisor:='Núm.Fra.Rectificada';
   FacturaRectificada[0].FechaExpedicionFacturaEmisor:='Fecha fra. rectificada';
   ARegistroLRFacturasEmitidas[0].FacturaExpedida.FacturasRectificadas:=FacturaRectificada;
...

En cambio, si lo hago por la web, sí que me adjunta los datos. ¿Puede ser que al hacerlo por código, se ponga algún campo por defecto que después haga que no se carguen las facturas rectificadas? Muchas gracias!

[keys]

Empezado por APO

Buenas compañeros,

¿Habéis podido enviar alguna factura de tipo F4 - Asiento resumen de facturas ? Yo sí he logrado enviarla, pero tengo problemas al intentar adjuntar la relación de facturas rectificadas asociadas a la factura.

Lo que hago es poner lo siguiente, pero luego cuando consulto la factura por la web veo que no se han adjuntado los datos:

Código Delphi [-]
var
   FacturaRectificada: FacturasRectificadas2;
begin
...
   SetLength(FacturaRectificada,1);
   FacturaRectificada[0]:=IDFacturaARType.Create;
   FacturaRectificada[0].NumSerieFacturaEmisor:='Núm.Fra.Rectificada';
   FacturaRectificada[0].FechaExpedicionFacturaEmisor:='Fecha fra. rectificada';
   ARegistroLRFacturasEmitidas[0].FacturaExpedida.FacturasRectificadas:=FacturaRectificada;
...

En cambio, si lo hago por la web, sí que me adjunta los datos. ¿Puede ser que al hacerlo por código, se ponga algún campo por defecto que después haga que no se carguen las facturas rectificadas? Muchas gracias!

Creo que estás mezclando las cosas o no te entiendo. En las de tipo F4, no hay que indicar el desglose de las facturas. Solo la factura inicial y la final. El desglose es para las rectificativas.

[APO]

Empezado por APO

Buenas compañeros,

¿Habéis podido enviar alguna factura de tipo F4 - Asiento resumen de facturas ? Yo sí he logrado enviarla, pero tengo problemas al intentar adjuntar la relación de facturas rectificadas asociadas a la factura.

Lo que hago es poner lo siguiente, pero luego cuando consulto la factura por la web veo que no se han adjuntado los datos:

Código Delphi [-]
var
   FacturaRectificada: FacturasRectificadas2;
begin
...
   SetLength(FacturaRectificada,1);
   FacturaRectificada[0]:=IDFacturaARType.Create;
   FacturaRectificada[0].NumSerieFacturaEmisor:='Núm.Fra.Rectificada';
   FacturaRectificada[0].FechaExpedicionFacturaEmisor:='Fecha fra. rectificada';
   ARegistroLRFacturasEmitidas[0].FacturaExpedida.FacturasRectificadas:=FacturaRectificada;
...

En cambio, si lo hago por la web, sí que me adjunta los datos. ¿Puede ser que al hacerlo por código, se ponga algún campo por defecto que después haga que no se carguen las facturas rectificadas? Muchas gracias!

Empezado por keys

Creo que estás mezclando las cosas o no te entiendo. En las de tipo F4, no hay que indicar el desglose de las facturas. Solo la factura inicial y la final. El desglose es para las rectificativas.

Keys,
por lo que veo en la documentación, en las facturas de tipo F4, el campo NumSerieFacturaEmisorResumenFin sí que es obligatorio como bien dices, y ese sí que lo estoy rellenando. Pero el desglose, aunque no es obligatorio es Opcional. Y no logro informarlo. Según veo, se utiliza el campo FacturasRectificadas, que es el mismo desglose que se utiliza en las de tipo R1, R2, R3... Textualmente la documentación dice lo siguiente:

Sólo podrá incluirse este bloque (no es obligatorio) si TipoFactura=Rectificativa o TipoFactura=”F4”
(FacturasRectificadas -> IDFacturaRectificada -> NumSerieFacturaEmisor y FechaExpedicionFacturaEmisor)

[keys]

Empezado por APO

Keys,
por lo que veo en la documentación, en las facturas de tipo F4, el campo NumSerieFacturaEmisorResumenFin sí que es obligatorio como bien dices, y ese sí que lo estoy rellenando. Pero el desglose, aunque no es obligatorio es Opcional. Y no logro informarlo. Según veo, se utiliza el campo FacturasRectificadas, que es el mismo desglose que se utiliza en las de tipo R1, R2, R3... Textualmente la documentación dice lo siguiente:

Sólo podrá incluirse este bloque (no es obligatorio) si TipoFactura=Rectificativa o TipoFactura=”F4”
(FacturasRectificadas -> IDFacturaRectificada -> NumSerieFacturaEmisor y FechaExpedicionFacturaEmisor)

Tienes razón yo con la F4 no permitía esa opción. Voy a hacer la pregunta en hacienda por que me ocurre lo mismo si envío el detalle de las facturas con el F4, luego no se ven en la web.

Intenta hacer la pregunta tu tambien para ver lo que dicen.

[nachoexe]

Una pregunta que me ha surgido y no veo una solución legal.

¿Como se arregla una factura mal registrada que ya esta liquidada?
Me explico, como sería la forma correcta en el SII de corregir una factura que se registró mal en su día y ya esta liquidada (fuera de plazo de modificación).
Ejemplo en Julio registro una factura de soportado de 1.000€ por solo 100€ y me doy cuenta en Septiembre, aquí no a lugar las facturas rectificativas ya que es un error de anotación no de factura.
Anteriormente yo hacía un asiento al signo contrario rectificando el asiento erróneo y luego el correcto, pero ahora si intentas enviar el mismo número, cif y fecha de factura te da fallo porque ya esta registrada anteriormente, y si te inventas los datos es delito además de que si la contraparte también declara el SII saltarán incidencias de contraste.

¿Se os ocurre alguna solución mas o menos correcta?

[CMB]

Empezado por nachoexe

Anteriormente yo hacía un asiento al signo contrario rectificando el asiento erróneo y luego el correcto, pero ahora si intentas enviar el mismo número, cif y fecha de factura te da fallo porque ya esta registrada anteriormente, y si te inventas los datos es delito además de que si la contraparte también declara el SII saltarán incidencias de contraste.

La envías de nuevo como cambios, no como altas. Creo que te lo aceptará. El problema podría venir si corresponde a otro período de liquidación.

[Patry159]

Hola, necesito un poco de ayuda, soy novata en el tema de webService y voy perdida y no sé por donde tirar.....

He generado un xml y lo he subido a la aeat para las pruebas pero me da el siguiente error:

<?xml version="1.0" encoding="UTF-8"?>
<env:Envelope
xmlns:env="**schemas.xmlsoap.org/soap/envelope/">
<env:Body>
<env:Fault>
<faultcode>env:Client</faultcode>
<faultstring>Codigo[4124].Error La direccion no se corresponde con el fichero de entrada.</faultstring>
<detail>
<callstack>Error La direccion no se corresponde con el fichero de entrada.


Ya no sé que estoy haciendo mal...Envío el inicio de mi xml:

<soapenv:Envelope xmlns:soapenv="**schemas.xmlsoap.org/soap/envelope/" xmlns:siiLR="**agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii//fact/ws/SuministroLR.xsd" xmlns:sii="**.agenciatributaria.gob.es/static_files/common/internet/dep/aplicaciones/es/aeat/ssii/fact/ws/SuministroInformacion.xsd">
<soapenv:Header/>
<soapenv:Body>
<siiLR:SuministroLRFacturasRecibidas>


A ver si alguien me pudiera echar una mano, porque estoy agobiadisima. Muchas gracias!

[Patry159]

Hola, según tengo entendido se deberia hacer una factura de abono y de nuevo la factura correctamente ambas a fecha septiembre

[Patry159]

Hola, según tengo entendido se deberia hacer una factura de abono y de nuevo la factura correctamente ambas a fecha septiembre

Empezado por nachoexe

Una pregunta que me ha surgido y no veo una solución legal.

¿Como se arregla una factura mal registrada que ya esta liquidada?
Me explico, como sería la forma correcta en el SII de corregir una factura que se registró mal en su día y ya esta liquidada (fuera de plazo de modificación).
Ejemplo en Julio registro una factura de soportado de 1.000€ por solo 100€ y me doy cuenta en Septiembre, aquí no a lugar las facturas rectificativas ya que es un error de anotación no de factura.
Anteriormente yo hacía un asiento al signo contrario rectificando el asiento erróneo y luego el correcto, pero ahora si intentas enviar el mismo número, cif y fecha de factura te da fallo porque ya esta registrada anteriormente, y si te inventas los datos es delito además de que si la contraparte también declara el SII saltarán incidencias de contraste.

¿Se os ocurre alguna solución mas o menos correcta?

[APO]

Empezado por keys

Tienes razón yo con la F4 no permitía esa opción. Voy a hacer la pregunta en hacienda por que me ocurre lo mismo si envío el detalle de las facturas con el F4, luego no se ven en la web.

Intenta hacer la pregunta tu tambien para ver lo que dicen.

Perfecto. Voy a hacer yo también la pregunta, a ver si nos hacen caso.

[keys]

Empezado por APO

Perfecto. Voy a hacer yo también la pregunta, a ver si nos hacen caso.

Si te sirve de algo, si subes el fichero a través del cliente del web services de la aeat ocurre lo mismo.

[Galahad]

Hola amigos.
Gracias a todos los que están aportando aquí su granito de arena ayudando con su experiencia/trabajo a otros que estamos empezando en este tema de los servicios web.

Quisiera preguntar un par de cosas...

- ¿ teneís algun problema al enviar de manera consecutiva dos 'libros' diferentes.? . Yo puedo enviar sin problemas cada libro por separado, pero cuando mando dos seguidos , mas o menos así:

// envio libro de facturas emitidas
result := SuministroFactEmitidas.GetsiiSOAP(true,'',HTTPRIO1).SuministroLRFacturasEmitidas(ASuministroLRFactur asEmitidas);
// se procesa y gestiona el resultado
// envio de facturas recibidas
result := GetsiiSOAP(true,'',HTTPRIO1).SuministroLRFacturasRecibidas(ASuministroLRFacturasRecibidas);

con este tipo de envio, se envia el de facturas emitidas sin problemas, pero cuando intenta mandar el segundo, aparece el error : 'Interface not supported', habia pensado en crear otro objeto diferente de tipo httprio1 y utilizarlo, pero es complicado porque tendria que volver a cargar el certificado y además el componente tiene eventos asignados. ¿ se puede 'inicializar' el componente HTTPRIO ?.

- y por último, ¿ como estáís resolviendo el tema del identificador ?, tenemos clientes que utilizan para la serie números, otros caracteres, algunos utilizan separadores tipo '/' o '-', con diferente número de dígitos para el número de factura. Imagino que la base de que funcione el contraste de la aeat es que tanto cliente como proveedor evien el mismo identificador. He preguntado a la agencia tributaria si recomiendan alguna norma específica de codificación pero sigo esperando.

Un saludo, y gracias anticipadas

[seccion_31]

Empezado por Galahad

Hola amigos.
Gracias a todos los que están aportando aquí su granito de arena ayudando con su experiencia/trabajo a otros que estamos empezando en este tema de los servicios web.

Quisiera preguntar un par de cosas...

- ¿ teneís algun problema al enviar de manera consecutiva dos 'libros' diferentes.? . Yo puedo enviar sin problemas cada libro por separado, pero cuando mando dos seguidos , mas o menos así:

con este tipo de envio, se envia el de facturas emitidas sin problemas, pero cuando intenta mandar el segundo, aparece el error : 'Interface not supported', habia pensado en crear otro objeto diferente de tipo httprio1 y utilizarlo, pero es complicado porque tendria que volver a cargar el certificado y además el componente tiene eventos asignados. ¿ se puede 'inicializar' el componente HTTPRIO ?.

- y por último, ¿ como estáís resolviendo el tema del identificador ?, tenemos clientes que utilizan para la serie números, otros caracteres, algunos utilizan separadores tipo '/' o '-', con diferente número de dígitos para el número de factura. Imagino que la base de que funcione el contraste de la aeat es que tanto cliente como proveedor evien el mismo identificador. He preguntado a la agencia tributaria si recomiendan alguna norma específica de codificación pero sigo esperando.

Un saludo, y gracias anticipadas

utiliza dos objetos HTTPRIO uno para emitidas y otro para recibidas y listo. ¿no?

Saludos !

[Galahad]

Empezado por seccion_31

utiliza dos objetos HTTPRIO uno para emitidas y otro para recibidas y listo. ¿no?

Saludos !

Bueno, si, tienes razón, lo he hecho y ya funciona. De momento he copiado el componente original y ya está, procuraré no obstante crear el componente en tiempo de ejecución , si voy a enviar varios libros al mismo tiempo queda feo tener diferentes componentes, mejor crearlos en runtime.
Muchas Gracias...

[JJAlf]

Empezado por Galahad

- ¿ teneís algun problema al enviar de manera consecutiva dos 'libros' diferentes.? . Yo puedo enviar sin problemas cada libro por separado, pero cuando mando dos seguidos , mas o menos así:

con este tipo de envio, se envia el de facturas emitidas sin problemas, pero cuando intenta mandar el segundo, aparece el error : 'Interface not supported', habia pensado en crear otro objeto diferente de tipo httprio1 y utilizarlo, pero es complicado porque tendria que volver a cargar el certificado y además el componente tiene eventos asignados. ¿ se puede 'inicializar' el componente HTTPRIO ?.

El error 'Interface not supported' suele darse si se lía entre unidades (o sea entre la unit SuministroFactEmitidas y la unit SuministroFactRecibidas, por ejemplo). Por mucho que especifiques la unidad a la que haces referencia, en algún punto se puede liar dado que además muchos tipos iguales están en ambas.
Yo envío libros diferentes consecutivamente sin problemas, eso si, los tengo en unidades distintas. Uso un DataModule común donde meto todo el código común que puedo y de ahí heredo unidades distintas para cada libro, donde tiene la información específica.
Tampoco uso el GETsiiSOAP, que no me permite cambiar el puerto (entre real y pruebas) mas que modificando el código. En vez de ello, hago un

Código Delphi [-]
      with HTTPRIO1 as siiSoAP do
      HPresult := SuministroLRFacturasEmitidas(SumDatos)

[Galahad]

Empezado por JJAlf

El error 'Interface not supported' suele darse si se lía entre unidades (o sea entre la unit SuministroFactEmitidas y la unit SuministroFactRecibidas, por ejemplo). Por mucho que especifiques la unidad a la que haces referencia, en algún punto se puede liar dado que además muchos tipos iguales están en ambas.
Yo envío libros diferentes consecutivamente sin problemas, eso si, los tengo en unidades distintas. Uso un DataModule común donde meto todo el código común que puedo y de ahí heredo unidades distintas para cada libro, donde tiene la información específica.
Tampoco uso el GETsiiSOAP, que no me permite cambiar el puerto (entre real y pruebas) mas que modificando el código. En vez de ello, hago un
Código Delphi [-] with HTTPRIO1 as siiSoAP do HPresult := SuministroLRFacturasEmitidas(SumDatos)

Hola, estoy haciendo la llamada a GetsiiSOAP desde unidades diferentes, donde no se mezclan en ningun momento suministrofacturasemitidas y suministrofacturasrecibidas. No obstante he probado a hace la llamada con el codigo que me indicas arriba, pero me dá un error : java.servlet... ¿ no haces nada previamente con el objeto httprio1 ?
Saludos...

[JJAlf]

Empezado por Galahad

Hola, estoy haciendo la llamada a GetsiiSOAP desde unidades diferentes, donde no se mezclan en ningun momento suministrofacturasemitidas y suministrofacturasrecibidas. No obstante he probado a hace la llamada con el codigo que me indicas arriba, pero me dá un error : java.servlet... ¿ no haces nada previamente con el objeto httprio1 ?
Saludos...

Nada especial que recuerde (no tengo el código delante). Tengo el objeto definido en el DM 'padre' con los eventos porque son comunes (revisa los eventos, a ver si va por ahí) sin parámetros, y en los módulos heredados es donde le pongo su wsdl correspondiente, y juego con los puertos. Todo en design-time, en run-time sólo cambio valores.
Pero vaya, es lo mismo que usar el GetsiiSOAP, ambos devuelven un 'httprio as siisoap'. Es sólo que si quiero cambiar el puerto en runtime (añadir el 'pruebas') me es más fácil así.

[Txemari]

Hola,

acabo de montarme un ficherito con el "07" de "NO censado" y al enviarlo a la AEAT me lo ha devuelto como "Aceptado con errores" y descripción error "El NIF de la contraparte no está censado".
Ahora, ¿ qué tendría que hacer ? ¿ Enviarlo todos los días con el TipoComunicación "A1" de modificación hasta que censen el NIF ?

Saludos

[keys]

Empezado por Txemari

Hola,

acabo de montarme un ficherito con el "07" de "NO censado" y al enviarlo a la AEAT me lo ha devuelto como "Aceptado con errores" y descripción error "El NIF de la contraparte no está censado".
Ahora, ¿ qué tendría que hacer ? ¿ Enviarlo todos los días con el TipoComunicación "A1" de modificación hasta que censen el NIF ?

Saludos

El estado no censado sirve la mayoria de las veces para cuando no tienes bien el cif o el nombre del cliente, por lo que lo tendrás que volver a enviar cuando lo tengas si es que lo puedes llegar a conseguir, o nunca por que puede ser que no tengas forma de conseguirlo. Por eso solo son para las emitidas.

Si es por que hacienda no lo tiene censado, tendrás que esperar a que lo tengan censado. ¿Pero crees que hacienda tiene a alguien sin censar?, bueno si te llamas barcenas, correa, etcccccc igual no