![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Teniendo en cuenta que no es lo mismo la fecha de emisión que la fecha de operación, y que la fecha real de la factura debe ser siempre la fecha REAL (no la que tenga el usuario en su PC de plastilina), no veo de más comprobar la hora real antes de hacer cada factura.
De hecho, lo veo casi obligatorio, que hay mucho listo por ahí escondido... |
|
#2
|
||||
|
||||
|
La fecha de factura es eso, una fecha. No tiene hora asociada.
Cuando envíes la factura a Hacienda, y esta vea que la parte "FECHA" es distinta a la que tiene, devolverá un error o advertencia. |
|
#3
|
|||
|
|||
|
Cita:
La factura puede tener la fecha que quieras, pero ese campo no. |
|
#4
|
|||
|
|||
|
Para ser precisos, si la "FechaHoraHusoGenRegistro" se diferencia en 240 segundos a la de Hacienda, se debe marcar INCIDENCIA=S
|
|
#5
|
|||
|
|||
|
Cita:
Probablemente funcione bien en el 99% de los casos, porque hoy en día la fecha/hora del PC es (debería ser) la correcta. Pero nunca se sabe, y es mejor prevenir y evitar errores/avisos, que tener que reenviarla como "incidencia" o que tu cliente te llame asustado diciendo cualquier tontería por no saber leer. |
|
#6
|
|||
|
|||
|
Yo para aliviar los problemas del ROA había puesto la sincronización sólo al entrar en la aplicación y un timer para refrescar cada hora (porque algunos de mis clientes son "mu propensos" a eso de cambiarle la fecha y hora al sistema, o a gastarle la pila al equipo y darse cuenta tres días después), pero con este hilo ya se me ha puesto la mosca tras la oreja, no creo que con mirar cada hora esté a salvo ...
![]() |
|
#7
|
|||
|
|||
|
Cita:
Lo que he hecho es tomar el valor del ROA al entrar en la aplicación, como tú, pero además he añadir un "Timer" a dicha aplicación al que le asigno el valor devuelto por el ROA. El intervalo del timer de 995 milésimas de segundo, y con un incremento de 1 segundo. Estuve haciendo pruebas durante una semana, y son los valores que mejor me funcionan. Por supuesto, no vuelvo a comprobar el ROA. |
|
#8
|
|||
|
|||
|
Casualmente esta semana me ha pasado con un cliente. Algunas facturas se enviaron con una FechaHoraHusoGenRegistro errónea y fueron aceptadas con el típico aviso de Hacienda de que la fecha/hora no es la que ellos esperan.
La duda es... ¿En este caso hay que volver a enviarla con Incidencia=S? O ya está enviada y es solo un aviso "para la próxima"? Porque entiendo que lo ideal es marcarla con Incidencia=S si ya de antemano sabes que la tiene, pero y una vez enviada? No sé, Hacienda ya podría aceptarla y punto en algunos casos aunque tenga ese (y otros) avisos si no son graves, creo. Pero eso sería en un mundo ideal y con sentido común |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Facturas "raras" (exportación, OSS e IOSS, etc.) | espinete | General/Noticias | 37 | 03-09-2026 09:28:07 |
| Obligatorio indicar "Serie" incluso para facturas ordinarias? | espinete | General/Noticias | 15 | 23-01-2026 12:38:17 |
| Página de "Preguntas Frecuentes" de VeriFactu actualizada | espinete | General/Noticias | 3 | 14-04-2025 11:35:27 |
| Porque me sale cada rato un Warning "ibase_fetch_assoc()" al Guardar ???? | AGAG4 | PHP | 6 | 09-09-2008 23:40:25 |
| Elegir "No" automaticamente en la ventana de Guardar cambios de Excel | Neftali [Germán.Estévez] | Varios | 4 | 21-06-2006 00:35:06 |
|