![]() |
![]() |
| 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
|
|||
|
|||
|
Cita:
Efectivamente puedes seguir facturando y ya lo subsanas cuando "te pille de buen humor" |
|
#2
|
|||
|
|||
|
Cita:
Pero si lo dejas, o desactivo la verificación o no te das cuenta del error y sigues facturando, imaginemos que 100 facturas antes de darte cuenta, cuando subsanas el registro 0, el que tiene el error, no tengo claro si pierdes el encadenamiento, ya que al emitir la subsanación el registro 1, que estaba encadenado con la anterior huella 0 errónea, ya no queda encadenado correctamente, porque ahora la huella anterior es otra. Y así hasta la 100. ¿no tendrías que subsanar toda la cadena o lo estoy entendiendo mal? |
|
#3
|
|||
|
|||
|
Cita:
Solo el erroneo. Incluso si quiere puedes automatizar ese proceso de subsanacion, pero está claro que si pasa es que, normalmente, tienes algún error que debes tambien arreglar en el software. |
|
#4
|
|||
|
|||
|
Cita:
![]() |
|
#5
|
|||
|
|||
|
Cita:
Yo iguañmente hagl algo parecido a lo que comenta el compañero, aunque no paro la facturacion, no emito el doxumento xomo factura, si no como prefactura indixando en la mismade que hay una incidencia puntual y que pueden dejar un correo o venir despues por la factura, y si no tienes impresora se lo apuntan en un papel. La aeat no quieres que dejes de facturar(vender), pero ai que nada mas resolverlo se envie todo Por cierto , a mi me pasa la rotura de encadenamiento pero lo detecto antes de generar/enviar y ya se pone el sistema en modo alarma y solo emite prefacturas hasta que se arregle, pero para arreglarlo la primera opxion es semiautomatica, ya que creo que hay que esperar a um buen momento para hacerlo, y en cada nueva emision de prefacturaa advierto al usuario de que tiene que reparar Última edición por ermendalenda fecha: 15-10-2025 a las 20:52:31. |
|
#6
|
|||
|
|||
|
Cita:
Si hay una incidencia, la que sea, que precise no enviar a Veri*factu, pues no se envía; se sigue facturando, se sigue imprimiendo las facturas, SE SIGUEN GENERANDO LOS REGISTROS DE FACTURACIÓN con su fecha y hora. Y mientras se busca que ha pasado; una vez resuelto se genera el XML con los 'n' RF (máximo 1000 por cada envío creo) y se envían con el indicador de incidencia. Y se documenta TODO que cuando vengan a cobrar (siempre cobran) se pueda explicar. |
|
#7
|
|||
|
|||
|
Cita:
|
|
#8
|
|||
|
|||
|
Cita:
|
|
#9
|
||||
|
||||
|
Yo no tengo muy claro eso de comprobar que se ha hecho un envío correcto y en caso contrario pararlo todo porque, efectivamente, puede ser un problema. Por otro lado creo que no han puesto plazo para las subsanaciones/rectificaciones así que yo en particular lo que hago es un proceso que cuando se quiere revisa los envíos para manejar las devoluciones.
__________________
Be water my friend. |
|
#10
|
|||
|
|||
|
Cita:
|
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Poligono con posicion incorrecta dentro del canvas | el-mono | FireMonkey | 2 | 10-03-2015 14:49:31 |
| Impresion incorrecta | Rolando Glez | Impresión | 3 | 14-09-2012 22:50:11 |
| Logica incorrecta en Consulta SQL | DANY | SQL | 0 | 14-12-2007 04:48:46 |
| Seleccion incorrecta de registros Con Codigo SQL!! | jmedina | SQL | 8 | 13-12-2004 19:36:52 |
| Exportacion a Excel incorrecta | jfloro | Servers | 4 | 19-09-2003 09:48:36 |
|