![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#19
|
|||
|
|||
|
Hola,
acabo de echar un vistazo y la solución que propones inicialmente y técnicamente te va a valer, pero... El problema es que en el rango de errores que señalas para realizar una sustitutiva hay ciertos errores, como te comenté, que están recogidos en el ROF y teniendo enb cuenta que la factura se la lleva el cliente (ya hay una emisión y entrega) y teniendo en cuenta que la has emitido por que no sabias del error hasta que la has remitido a Verifactu(en caso de instalación con remisión), entonces nos encontramos con los siguientes riesgos: -En ciertos casos de los errores puede no ser valido el QR al realizar la subsanación, ejemplo correcciones de cuotas o importes totales, dando como resultado un importe distinto y generandose, por tanto, un QR diferente. Si el cliente receptor de las facturas Inicial , procede a leerla con un lector, puede surgir una discrepancia y una alerta en los servidores de la AEAT. Si estás en No-Verifactu el riesgo es que lea la inicial y la subsanada, o que declare el importe de la inicial. -En caso de los errores por NIF's erroneos, ocurre algo parecido, si el NIF erroneo es el del emisor y subsanas, el QR final va a ser diferente, si el NIF del cliente es erroneo el ROF indica que debes proceder a rectificar, ya que la factura debe constar con los datos correctos.ún el caso Lo que hemos estado discutiendo en innumerables hilos son las soluciones a estas incertidumbres, cuando tienes un rechazo y el elemento del rechazo está recogido en el ROF, tienes 2 opciones: -1 Anularla y remitirla sin registro previo (si aún no la has entregado al cliente) -2 Rectificativa por sustitución o un abono y reemisión Y en el punto 2 está el gran problema ¿Como queda una factura rectificativa o 2 en caso de abono al cliente erroneo, de las que no tienen por que te han rechazado?... pues considerando tu esquema, técnicamente es la mejor solución, pero nos encontramos en una laguna técnica de que no hemos cumplido con el ROF, pero en caso de una discrepancia de lo declarado por el cliente (compras) y lo declarado por el emisor(ventas) tenga diferencias. ¿Solución? Nadie lo tiene claro, cada uno va a proceder como vea más congruente, pero existe una inseguridad jurídica que queda a interpretación de quien mire. Por otro lado, se supone, que estos errores serán iniciales y/o muy puntuales. En resumen, yo voy a proceder como comentas "subsanación", pero teniendo en cuenta que habría que intentar contactar con el cliente que recibió la factura si el error puede suponer alguna discrepancia. Saludos y feliz año |
|
|
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 |
|