Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Errores (relacionados con al AEAT)
Registrarse FAQ Miembros Calendario Guía de estilo Buscar Temas de Hoy Marcar Foros Como Leídos

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 25-11-2025
razorxxx razorxxx is offline
Miembro
 
Registrado: jul 2015
Posts: 198
Poder: 11
razorxxx Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Me confirman que no es necesria la subsanacion, no obstante le he enviado la exposición completa.
No es necesaria la subsanación, pero me pregunto ¿sigue en pie aquello de que si la diferencia entre la fecha de generación del primer RF a enviar y el último supera los 240 segundos hay que marcar el envío como Incidencia=S?

Y a todas estas, en SIF funcionando en modo VeriFactu, ¿seguís leyendo la hora del ROA para marcar la fecha de generación de los RF?
Responder Con Cita
  #2  
Antiguo 25-11-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.761
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por razorxxx Ver Mensaje
No es necesaria la subsanación, pero me pregunto ¿sigue en pie aquello de que si la diferencia entre la fecha de generación del primer RF a enviar y el último supera los 240 segundos hay que marcar el envío como Incidencia=S?

Y a todas estas, en SIF funcionando en modo VeriFactu, ¿seguís leyendo la hora del ROA para marcar la fecha de generación de los RF?
Sí y Sí.
1. Pueden ocurrir algunos escenarios muy muy concretos en los que se envien sin la marca:
- Que no hayas controlado bien el control de flujo en algún punto.
- Que a pesar de enviar en tiempo no tengas controlado en el envio que en 1 situación de cada 50.000 el envio se quede esperando la respuesta y lo envie a los 5 minutos. Es raro pero pasa esegún el método de envio y los parametros que le tengais puesto, y no hablo de los timeouts, que según que método al ver que aún hay actividad TCP, no salta el timeout.
En las respuestas me dicen que ese error no es subsanable y además que no me preocupe que solo es un control para que yo verifique que la hora del reloj de mi sistema puede no estar ajustado adecuadamente.
Mi conclusión, si tienes un 2004 de vez en cuando(cada 40000 ó más envios y normalmente manejas bien el control de flujo enviando incidencias, sin problema.
Lo del control de hora lo veo importante sincronizzarlo con el ROA, por supuesto, es más a windows le he desactivado cualquier otra sincronización de hora/fecha y lo hago por software.

Importante: a ver que pasa con el cambio horario después del verano de 2026.... Hay que estar pendiente y tenerlo en cuenta a ver como van a actuar vuestros programas según como controleis ese cambio horario.
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Normas de Publicación
no Puedes crear nuevos temas
no Puedes responder a temas
no Puedes adjuntar archivos
no Puedes editar tus mensajes

El código vB está habilitado
Las caritas están habilitado
Código [IMG] está habilitado
Código HTML está deshabilitado
Saltar a Foro

Temas Similares
Tema Autor Foro Respuestas Último mensaje
Bloqueo de registros Turia C++ Builder 1 02-10-2006 16:59:02
Bloqueo de Registros pelaorb68 Conexión con bases de datos 5 11-05-2006 00:00:57
Bloqueo De Registros pepeus SQL 2 01-02-2006 18:04:12
bloqueo en ADO pescriba Conexión con bases de datos 2 01-10-2004 13:13:13
Bloqueo de registros en DB2 mpedra DB2 5 01-07-2003 22:10:48


La franja horaria es GMT +2. Ahora son las 13:32:51.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi
Copyright 1996-2007 Club Delphi