Cita:
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.
07-04-2025
Temas Similares
Modo Hilado