Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Envío de registros y sus respuestas
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
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.761
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por Carlos Ver Mensaje
Lo de consolidar factura no tiene nada que ver con Veri*factu.
Las facturas se generan, se consolidan (igual que en el 2020, 2021, 2022,...) y con ellas los RF para Veri*factu, ya veremos que hago con los RF.

Tal como está redactada la documentación (19/11/2025), el error 2004 se DEBE subsanar.
Por qué?
La documentación dice:
"Si se ha informado en el campo FechaHoraHusoGenRegistro una fecha y hora
mayor que la fecha del sistema de la AEAT, admitiéndose un margen de error. Se
excepciona este error de la necesidad de ser subsanado."
Dice 'MAYOR', no distinta; y por tanto si es 'MENOR' sí debe subsanarse.
Pero claro, el error 2004 lo envían tanto para mayor como para menor, entonces no se cuando debo o no subsanar, ante la duda -> subsano.

Los RF se crean, si no están creados no se ha podido crear el XML, independientemente de que Veri*factu responda con error, el RF existe y debe considerarse su existencia en cuanto que el siguiente RF debe ir encadenado a este 'erróneo'.

>>No hay RF creado.
>>│ → Guardar encadenamiento secuencial
Esto no lo entiendo. Pero si tengo claro que en el encadenamiento participan TODOS los RF que he generado independientemente de su resultado.
Vale Carlos, he leido detenidamente el mensaje y realmente no es descifrable, la interpretación que das puede que no sea la que han intentado transmitir.
La frase esta dividida en 2 partes separada por un punto, lo que hay después del punto parece que es un intento de ackaracion al conjunto del error, es más se puede interpretar que han querido decir justo lo contrario dr lo que comentas, que puede que sea necesaria su subsanacion si es superior a la hora de la aeat+ el margen(240seg)., cosa que sería mas lógica, o sea, es lógico subsanar si envias a futuro pero si envias con rettaso lp pueden dar por bueno.
De todas formas me mantengo en lo que transmiten una y otra vez en el canal de que no hay que subsanar, pero evidentemente si detectas que tu reloj estaba mal es lógico hacerlo.
Responder Con Cita
  #2  
Antiguo 01-12-2025
razorxxx razorxxx is offline
Miembro
 
Registrado: jul 2015
Posts: 198
Poder: 11
razorxxx Va por buen camino
Cita:
Empezado por ermendalenda Ver Mensaje
Vale Carlos, he leido detenidamente el mensaje y realmente no es descifrable, la interpretación que das puede que no sea la que han intentado transmitir.
La frase esta dividida en 2 partes separada por un punto, lo que hay después del punto parece que es un intento de ackaracion al conjunto del error, es más se puede interpretar que han querido decir justo lo contrario dr lo que comentas, que puede que sea necesaria su subsanacion si es superior a la hora de la aeat+ el margen(240seg)., cosa que sería mas lógica, o sea, es lógico subsanar si envias a futuro pero si envias con rettaso lp pueden dar por bueno.
De todas formas me mantengo en lo que transmiten una y otra vez en el canal de que no hay que subsanar, pero evidentemente si detectas que tu reloj estaba mal es lógico hacerlo.
Exacto. Error 2004 lo darán por bueno, y no será necesario reenviarlo. O al menos así lo entiendo yo también.

Es decir, el RF en sí mismo está bien y el único problema es un desfase con las fechas de generación del RF. Esto te puede dar por ejemplo si en el momento de generarlo no pudiste contactar con el servidor ROA para obtener la fecha-hora oficial y tuviste que coger la fecha-hora del sistema y resultó que estaba unos minutos desfasada respecto a la del ROA.
Responder Con Cita
  #3  
Antiguo 01-12-2025
Carlos Carlos is offline
Miembro
 
Registrado: ago 2025
Posts: 230
Poder: 1
Carlos Va por buen camino
Cita:
Empezado por razorxxx Ver Mensaje
Exacto. Error 2004 lo darán por bueno, y no será necesario reenviarlo. O al menos así lo entiendo yo también.

Es decir, el RF en sí mismo está bien y el único problema es un desfase con las fechas de generación del RF. Esto te puede dar por ejemplo si en el momento de generarlo no pudiste contactar con el servidor ROA para obtener la fecha-hora oficial y tuviste que coger la fecha-hora del sistema y resultó que estaba unos minutos desfasada respecto a la del ROA.
Si, si, el caso es así de sencillo, es un desfase temporal.
Pero bueno yo por si acaso tengo preparado un botón para que si me piden algo sobre el '2004' lo pulso y empieza a enviar subsanaciones.
Y si, considero que el redactado si no quiere especificar lo que entiendo, lo ha escrito un diestro con la izquierda, o un zurdo con la derecha. (es que puede haber gente muy susceptible)
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
Envío de Registros, Respuestas y Errores sglorka Envío de registros y sus respuestas 22 08-11-2024 08:27:08
Nuevo subforo dedicado a (SIF/Veri*Factu) Envío de registros, respuestas y errores Neftali [Germán.Estévez] Envío de registros y sus respuestas 2 30-10-2024 08:05:37
Errores en el envío de correos con TIdSmtp (Indy 9) Angel.Matilla Internet 13 06-05-2016 13:33:05
preguntas y respuestas machingol Varios 4 19-04-2007 13:08:37
Envio errores (Delphi4) a través del correo electrónico Jose Manuel Varios 12 24-07-2003 15:45:09


La franja horaria es GMT +2. Ahora son las 22:24:56.


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