Club Delphi  
    Paypal   FTP   CCD     Buscar   Trucos   Trabajo   Foros

Retroceder   Foros Club Delphi > Proyecto SIF/Veri*Factu/Ley Antifraude > Temas legales
Registrarse FAQ Miembros Calendario Guía de estilo Temas de Hoy

 
 
Herramientas Buscar en Tema Desplegado
  #3  
Antiguo 26-02-2025
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 4.214
Poder: 24
newtron Va camino a la fama
Buenas.


Pongo la respuesta que me dieron desde VeriFactu a una consulta sobre la posible anulación/rectificación de facturas:


Cita:
Buenas tardes:
Un aspecto que puede ser muy relevante es si la factura expedida (con errores) ya se ha entregado o no al cliente.

# Si NO se ha entregado, podría entenderse que se trata de una factura defectuosa e incorrecta que no debería existir ni llegar al cliente (una expedición "fallida") y, por lo tanto, que fuera susceptible de anularse su RF. Si ese fuera el caso, podría generarse un RF de anulación del RF de alta rechazado originalmente (es decir, "anulación sin registro previo"). Después, procedería expedir una nueva factura "original" (no rectificativa) correcta -cuyo RF se supone que ya no sería rechazado por la AEAT- que se entregaría al cliente.

# Si YA SE ha entregado y los errores están entre los que el ROF considera que deben corregirse a través de la expedición de una/s nueva/s factura/s rectificativa/s, NO debería generarse un RF de anulación del RF de alta rechazado originalmente (es decir, "anulación sin registro previo"), porque la factura es real y existe (no se puede anular). Por otro lado, muy probablemente no fuera posible realizar tampoco un RF de alta de subsanación del RF rechazado de la factura original, por lo que el RF de dicha factura no quedará "registrado" en la AEAT (pero sí el/los RF de la/s nueva/s factura/s rectificativa/s que se remitirá/n posteriormente y que la apuntará/n como "rectificada").

A mi en particular no me gusta dejar al criterio del usuario la posibilidad de que la factura se haya entregado o no porque puede dar lugar a "pirulas" y que haya por ahí rulando una factura que en teoría debería de estar anulada por lo que no doy esa opción en mi programa. Lo que he hecho es un proceso en el que una factura puedes rectificarla por sustitución generando una nueva factura en otra serie distinta y la factura original "desaparece" del registro de facturas emitidas y la paso a un registro de facturas "sustituidas" por si hay que consultarla.


Saludos.
__________________
Be water my friend.
Responder Con Cita
 



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
Consulta sobre "Ejemplo de Alta/Anulación de factura, envío HTTPRIO" mnc2 Envío de registros y sus respuestas 7 21-02-2025 14:45:17
Usar TServerSocket y TClientSocket para enviar "streams" más o menos "grandes" dec Internet 9 04-08-2015 16:11:50
Factura electrónica "Facturae" newtron Varios 3 16-01-2015 18:43:45
Existe el concepto de "PAQUETES" en Delphi? rgstuamigo Varios 17 27-11-2008 20:26:27
Necesito llamar a métodos de clases "hija" desde su clase "padre" Flecha OOP 17 20-04-2007 00:03:53


La franja horaria es GMT +2. Ahora son las 11:36:10.


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