Respuesta por parte de AEAT al envio de 30 facturas - Como desglosar

[ISCOPYME]

Empezado por ermendalenda

Hola
Me he perdido con el control de flujos que usas.
Me ha parecido que vas acumulando registros y si llegas 1000registros o al tiempo envío creas una nueva cabecera de envios(entiendo que es un nuevo soap), pero que pasa si falla el envío por que no hay conexión?, lo lógico es que se recalcule esas "cabeceras"
Saludos

Buenos días. Es más o menos como dice Jarogo08 en su mensaje.

Básicamente se trata de tener la estructura del xml que envía en tablas, es decir, cuando creo una factura, se crea un registro de facturación. Cuando se crea el registro de facturación se va a ver si hay alguna "cabecera" pendiente de enviar, o que no ha llegado a 1000 registros, o que no esté bloqueada, enviada, etc... si no la hay, la crea y al mismo tiempo crea el detalle de la cabecera con él mismo. Por tanto tengo una estructura master-detail de cabeceras y registros de facturación asociados. Esto no cambia nunca, ya está creado, lo envíes o no. Luego el servicio se encarga de buscar la primera cabecera libre, la bloquea, crea el SOAP y la envía. Si hay error simplemente se deshace el bloqueo de la cabecera y vuelta a empezar cuando toque. Si no hay error se actualizan la cabecera y los registros enviados con la contestación de aeat. La aplicación principal consulta periódicamente si hay registros de facturación marcados como rechazados o aceptados con errores y muestra una notificación o señal de alarma en la pantalla principal. Así el usuario ya sabe que tiene registros de facturación por solucionar. Cuando solucionas uno, se crea de nuevo un registro de facturación que sigue el mismo procedimiento.... La resolución de los registros marcados como errores, se puede hacer en un momento, una semana después o cuando uno pueda y se tenga solución para ello. Por cierto, el servicio marca como incidencia todo registro que desde que se creó hasta que se envía hayan pasado más de 120 segundos.

Espero haber aclarado tus dudas.

Un saludo.

[ermendalenda]

Empezado por ISCOPYME

Buenos días. Es más o menos como dice Jarogo08 en su mensaje.

Básicamente se trata de tener la estructura del xml que envía en tablas, es decir, cuando creo una factura, se crea un registro de facturación. Cuando se crea el registro de facturación se va a ver si hay alguna "cabecera" pendiente de enviar, o que no ha llegado a 1000 registros, o que no esté bloqueada, enviada, etc... si no la hay, la crea y al mismo tiempo crea el detalle de la cabecera con él mismo. Por tanto tengo una estructura master-detail de cabeceras y registros de facturación asociados. Esto no cambia nunca, ya está creado, lo envíes o no. Luego el servicio se encarga de buscar la primera cabecera libre, la bloquea, crea el SOAP y la envía. Si hay error simplemente se deshace el bloqueo de la cabecera y vuelta a empezar cuando toque. Si no hay error se actualizan la cabecera y los registros enviados con la contestación de aeat. La aplicación principal consulta periódicamente si hay registros de facturación marcados como rechazados o aceptados con errores y muestra una notificación o señal de alarma en la pantalla principal. Así el usuario ya sabe que tiene registros de facturación por solucionar. Cuando solucionas uno, se crea de nuevo un registro de facturación que sigue el mismo procedimiento.... La resolución de los registros marcados como errores, se puede hacer en un momento, una semana después o cuando uno pueda y se tenga solución para ello. Por cierto, el servicio marca como incidencia todo registro que desde que se creó hasta que se envía hayan pasado más de 120 segundos.

Espero haber aclarado tus dudas.

Un saludo.

Si, veo que lo tienes controlado

Aunque aún veo dudas, lo de marcar todos los registros no es muy necesario, ya que si marcas 1, ya el resto tienen que enviarse como incidencia en el mismo bloque si no ha llegado a 1000, ya se hayan pasado del tiempo o no, ya que es el encabezado eel.envio el que indica la incidencia
Saludos

[ISCOPYME]

Empezado por ermendalenda

Si, veo que lo tienes controlado

Aunque aún veo dudas, lo de marcar todos los registros no es muy necesario, ya que si marcas 1, ya el resto tienen que enviarse como incidencia en el mismo bloque si no ha llegado a 1000, ya se hayan pasado del tiempo o no, ya que es el encabezado eel.envio el que indica la incidencia
Saludos

Sí. Es totalmente correcto lo que dices. Se marca la cabecera como incidencia y no los registros de facturación.

[Neftali [Germán.Estévez]]

Aquí están todos los esquemas necesarios:
https://www.agenciatributaria.es/AEA...icios_web.html

[espinete]

Buenas...

¿Cómo hacéis para enviar un bloque de X facturas en las que algunas de ellas, por el motivo que sea, van con Incidencia?
Porque la Incidencia va en la cabecera del envío, no en cada registro, así que hay que saberlo "antes".

Durante las pruebas, se me ha dado el caso de que pasaron más de 10 minutos desde que se emitió la factura hasta que se envió.
Obtengo el error 2004: El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual blablabla

Hacienda acepta la factura "con avisos", pero la acepta y según ellos no hay que hacer nada en este caso (ni volverla a enviar, ni subsanar, ni nada).

Pero ¿y si quiero evitar el error antes de enviar el bloque? ¿Puedo enviar el bloque como Incidencia = S aunque solo una de las facturas vaya con retraso y las otras no?
O si el motivo de la incidencia es otro, se podría hacer eso?

[delphiGar]

consulta la FechaHoraHusoGenRegistro de los registros que vayas a enviar y si alguno tiene mas de 120 segundos de diferencia con respecto a la hora actual marca el paquete como Incidencia=S.

[ermendalenda]

Empezado por delphiGar

consulta la FechaHoraHusoGenRegistro de los registros que vayas a enviar y si alguno tiene mas de 120 segundos de diferencia con respecto a la hora actual marca el paquete como Incidencia=S.

60+t
120 puede ser incorrecto en algunos casos