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 Buscar Temas de Hoy Marcar Foros Como Leídos

 
 
Herramientas Buscar en Tema Desplegado
  #10  
Antiguo 26-02-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.761
Poder: 7
ermendalenda Va por buen camino
Cita:
Empezado por siyei Ver Mensaje
Buenas, yo en mi caso, desde que entró en vigor el tema de la ley antifraude bajo ningún concepto dejo manipular ni borrar una factura una vez emitida.
De hecho, cualquier intento de grabación en una factura emitida (de los campos que afectan a Verifactu) aparte de estar bloqueado, grabarían un log con un intento de grabación.

Para anular una factura que he emitido por error, es tan sencillo como generar una factura negativa, que anula a la original y genera el registro de anulación correspondiente para Verifactu. La factura original sigue existiendo, pero al tener una factura de abono asociada queda anulada a todos los efectos.
No es lo mismo manipular/borrar que el método ANULAR, que además sería muy correcto en segun que casos.
Según el error del cif hay que operar de maneras diferentes para reparar el error. Te pongo varios casos en los que hay que operar de diferent3s formas
Caso 1. Factura emitida a un cliente erróneo (pero existente en la aeat) y se ha entregado al cliente pero no son sus datos
Caso 2 cif erróneo pero no está dado de alta en la aeat, xon lo cual hay un rechazo.
Caso 3. Cif erróneo y no se le ha entregado a nadie, me doy cuenta antes
Caso 4. Cif erróneo y además con calculo de letra errónea o longitud del cif erronea.( o sea formato incorrecto), esto sería error estructurural
Pues segun el caso, podrías emitir una rectificativa en 1paso o en 2 pasos, una anulación.o una subsanacion.
Por software podrás controlar algo, pero no todo, por que el software no sabrá si se lo has entregado al cliente, pero imagínate el siguiente escenario:
Se la mandas al cliente correspondiente al cif y se lo declara o se lo envis al cliente al que corresponde la factura pero con el cif erróneo, cualquiera se los 2 lo registra en su contabilidad y lo archivan, , el cliente te reclama qie le arregles el cif y (erronramente) emites una anulación y generas una nueva, posteriormente hay una auditoría de hacienda o cruzan datos con el SII o verifactu o da descuadres el 347... aquí alguien se come un marrón.
Ojito que la ley de Murphy cada vez es más posible por los cruces de información.
Responder Con Cita
 


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
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 00:42:27.


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