Diferencia máxima de 120 segundos???

[Maska10]

Buenas gente,

Me explota la cabeza con esto de la diferencia horaria ... el campo FechaHoraHusoGenRegistro se completa cuando se genera el fichero de alta, es decir, cuando se hace la factura simplificada o factura regular (o anulación o lo que sea), vale que lo vamos a enviar al instante (o en mi caso con un temporizador de 1 minuto), pero leñe:

- ¿que pasa si el usuario tiene un corte de suministro de red?
- ¿que pasa si tenemos una respuesta del envio anterior de esperar 60 segundos?

Esta restriccion de FechaHoraHusoGenRegistro no tiene sentido . ¿como lo gestionais?

Saludos.

[Faneka]

Yo he puesto desde que creo el primer registro de facturación hasta que lo envio un contador y si se pasa de 120' marco como incidencia la cabecera, en principio no debe pasar más de unos segundos entre la creación y el envio. De momento lo tengo así, no se si le dare alguna vuelta más.
Por otro lado si no se puede enviar porque hay un corte, fallo router, el certificado esta caducado, etc.. lo marco tambien con incidencia S y cuando se pueda enviar se enviara.

[[newtron]]

Empezado por Faneka

Yo he puesto desde que creo el primer registro de facturación hasta que lo envio un contador y si se pasa de 120' marco como incidencia la cabecera, en principio no debe pasar más de unos segundos entre la creación y el envio. De momento lo tengo así, no se si le dare alguna vuelta más.
Por otro lado si no se puede enviar porque hay un corte, fallo router, el certificado esta caducado, etc.. lo marco tambien con incidencia S y cuando se pueda enviar se enviara.

Si, creo que no hay otra.

[ermendalenda]

Hay otra, no mucho más pero mejorable

privado si queréis info

[YellowStone]

Con respecto a esto, ¿donde está establecido que la diferencia debe de ser máximo de 120 segundos (o lo establecido con la anterior respuesta al envío) con este campo?


En el documento de validaciones, lo único que dice es que este campo debe de ser "igual o inferior" a la hora del servidor de la AEAT, como es lógico.

5. FechaHoraHusoGenRegistro
Se validará que la FechaHoraHusoGenRegistro sea menor o igual que la fecha del sistema
de la AEAT, admitiéndose un margen de error. En caso de superar el umbral, se devolverá un
aviso de error (no generará rechazo).

Si hay algún otro sitio donde se establezca otra cosa, ¿podéis indicarme donde?

[Maska10]

Empezado por YellowStone

Con respecto a esto, ¿donde está establecido que la diferencia debe de ser máximo de 120 segundos (o lo establecido con la anterior respuesta al envío) con este campo?


En el documento de validaciones, lo único que dice es que este campo debe de ser "igual o inferior" a la hora del servidor de la AEAT, como es lógico.





Si hay algún otro sitio donde se establezca otra cosa, ¿podéis indicarme donde?

Pues ahora mismo no recuerdo muy bien donde lo lei ... pero el caso es que cuando hacía envios con tiempo pasado de esos 120 segundos el servidor de pruebas me los rechazaba, probaré de nuevo a ver.

[bmfranky]

Empezado por YellowStone

Con respecto a esto, ¿donde está establecido que la diferencia debe de ser máximo de 120 segundos (o lo establecido con la anterior respuesta al envío) con este campo?


En el documento de validaciones, lo único que dice es que este campo debe de ser "igual o inferior" a la hora del servidor de la AEAT, como es lógico.





Si hay algún otro sitio donde se establezca otra cosa, ¿podéis indicarme donde?

Simplemente fijese en lo que devuelve cuando hay error de desfase del registro.

El valor del campo FechaHoraHusoGenRegistro debe ser la fecha actual del sistema de la AEAT, admitiéndose un margen de error de: 120 segundos