![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Cita:
![]()
__________________
Uno se alegra de ser útil. (Isaac Asimov) |
|
#2
|
|||
|
|||
|
Buenas, por si os pasa o quereis controlar esto:
He forzado un cambio de fecha(como si fuera accidental) a 1 mes futuro y me ha pasado esto (lógicamente): -Respuesta Verifactu (No se puede mandar a fechas futuras) Vuelvo a poner la fecha correcta, arreglo el desastre rectificando o subsanando(no lo he pensado aun) -Mi control de flujos se queda en espera de que llegue de nuevo esa fecha/hora + el "t". He cambiado el control de flujos que si la diferencia de tiempo es mas de 3600(negativos) lo ponga a positivo para que vuelva a enviar y grabo la nueva hora/fecha de ultimo envio. |
|
#3
|
||||
|
||||
|
Cita:
Puf... yo creo que si te has equivocado en la fecha (tanto p'alante como p'atrás) y te viene rechazada lo que procede es una rectificativa por sustitución. Saludos.
__________________
Be water my friend. |
|
#4
|
|||
|
|||
|
Si, bueno, pero a donde quería ir es que he tenido que cambiar el control de flujos de envios para esos casos.
|
|
#5
|
||||
|
||||
|
Cita:
No entiendo, igual es porque no sé (o no entiendo) exactamente cómo tienes orientado el control de flujo. Yo en particular lo tengo por orden de "caida", es decir, me da igual la fecha que tenga el documento, ni el de delante ni el de detrás. Según se van emitiendo en ese mismo orden los voy encolando y si me viene alguna rechazada por el motivo que sea directamente se gestiona una sustitutiva porque (de forma normal) habrá pocas que se puedan subsanar. Saludos.
__________________
Be water my friend. |
|
#6
|
|||
|
|||
|
Cita:
Por el tiempo de espera entre envios. No por el orden Si el reloj del equipo se me ha puesto en marzo, el último envio lo tengo registrado como marzo, con lo cual si cuando ponga correctamente la hora del equipo no lo gestionaban no va a enviar las siguientes facturas hasta marzo + 60s |
|
#7
|
||||
|
||||
|
Cita:
Asi no tienes problema en los tiempos de espera, ademas de que puedes aprovechar el timestamp en la respuesta para mantener en hora el tiempo del sistema, sin problemas. Ten en cuenta que el primer envio, es inmediato en el momento de iniciar el servicio, puesto que no hay un tiempo de espera devuelto por la aeat si acabas de iniciar, a partir de ahi, controlas tu los tiempos, no absolutos , sino relativos a tu temporizador interno y los tiempos devueltos por la aeat. Osea si tu temporizador aun no es cero, encolas todo lo que te llegue, sin tener en cuenta la fecha hora del registro, cuando llegue a 0 envias, de ahi a no apurar mucho contando 50" + el default 60" = 110" , no creo quye haya problemas en enviar, procesar los registro en 10", por muchos que sean.
__________________
Uno se alegra de ser útil. (Isaac Asimov) Última edición por bmfranky fecha: 07-02-2025 a las 15:40:21. Razón: Aclarar cosas. |
![]() |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Flujo de datos | lccarvajal814 | SQL | 5 | 05-12-2022 17:00:33 |
| Diagrama de flujo de los conspiranoicos | rretamar | La Taberna | 2 | 03-12-2013 18:20:18 |
| Variar control de flujo Puerto Serie | bactering | Varios | 3 | 20-03-2011 23:22:28 |
| Problema al cerrar un puerto COM con control de flujo | vejerf | OOP | 1 | 25-07-2008 10:58:10 |
| Problemas con la paridad y el control de flujo | atapia | Varios | 1 | 18-09-2007 11:35:29 |
|