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

Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Antiguo 26-02-2025
Faneka Faneka is offline
Miembro
 
Registrado: nov 2024
Ubicación: Alicante
Posts: 497
Poder: 2
Faneka Va por buen camino
Pero no se debería eliminar las facturas, si se supone que una factura una vez generada no se puede tocar, supongo que menos eliminar, además que habrían huecos. Nosotros no tenemos opción en el programa de anular una factura de momento, porque si hay que hacer que desaparezca de toda la contabilidad (listados, procesos, modelos, ...) pero fisicamente debe seguir existiendo es trabajo que de momento no esta en prioridad por lo visto.
Responder Con Cita
  #2  
Antiguo 26-02-2025
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 4.215
Poder: 24
newtron Va camino a la fama
Cita:
Empezado por Faneka Ver Mensaje
Pero no se debería eliminar las facturas, si se supone que una factura una vez generada no se puede tocar, supongo que menos eliminar, además que habrían huecos. Nosotros no tenemos opción en el programa de anular una factura de momento, porque si hay que hacer que desaparezca de toda la contabilidad (listados, procesos, modelos, ...) pero fisicamente debe seguir existiendo es trabajo que de momento no esta en prioridad por lo visto.

Bueno, técnicamente no la anulo, la sustituyo por otra y esa sustitución implica moverla a otra tabla en la que está controlada. No sé si será la mejor opción pero es lo mejor que se me ha ocurrido para seguir teniendo una copia íntegra de la factura y que no esté "mareando" por el registro de facturas emitidas. Podría marcarla como anulada pero eso implicaría retocar decenas de informes para ignorar estas facturas anuladas, controlar el tema de las existencias.... un lío. Al tenerla en una tabla distinta esos problemas me los evito y en caso necesario se puede tirar de informe para hacer comprobaciones.


Saludos.
__________________
Be water my friend.
Responder Con Cita
  #3  
Antiguo 26-02-2025
siyei siyei is offline
Miembro
 
Registrado: may 2012
Posts: 31
Poder: 0
siyei Va por buen camino
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.
Responder Con Cita
  #4  
Antiguo 26-02-2025
Avatar de newtron
[newtron] newtron is offline
Membrillo Premium
 
Registrado: abr 2007
Ubicación: Motril, Granada
Posts: 4.215
Poder: 24
newtron Va camino a la fama
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.

Bueno, es una forma de hacerlo con la que seguramente no tendrás problemas. El problema es que, siendo puristas, no sé si la mejor forma de solucionar un problema con un CIF erróneo (por ejemplo) sea hacer otra en negativo con el mismo CIF erróneo. Al final se queda todo a cero pero te encontrarás con dos facturas con CIF erróneo que Verifactu te las rechazará y no les darás solución.


Saludos.
__________________
Be water my friend.
Responder Con Cita
  #5  
Antiguo 26-02-2025
ermendalenda ermendalenda is offline
Miembro
 
Registrado: ago 2021
Posts: 2.764
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
  #6  
Antiguo 26-02-2025
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Ubicación: Tenerife
Posts: 550
Poder: 10
sglorka 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.
Si generas una factura negativa que anula la original no debes generar Registro de Anulación en Verifactu, debes enviar esa factura negativa como un alta nueva, de lo contario, estarías anulando dos veces.
Responder Con Cita
  #7  
Antiguo 27-02-2025
siyei siyei is offline
Miembro
 
Registrado: may 2012
Posts: 31
Poder: 0
siyei Va por buen camino
Pienso que cualquiera de las opciones que estáis planteando son validas.

En mi caso, para mi ERP, anular una factura consiste en generar una factura en negativo con una serie diferente que anula a la original (suma 0).
De cara a Verifactu, este proceso solo genera un registro de anulación de la primera factura, la factura negativa no existe para Hacienda, pues solo es una "entelequia" para indicar que estoy anulando una factura.

Se podría haber optado por otras opciones, pero en su momento, cuando adapte el software para el tema de la ley antifraude, elegí está opción por la insistencia que hubo en su momento de parte de Hacienda y de una empresa auditora que contraté a tal efecto, de que el software no dejase manipular facturas, contadores, fechas, etc. una vez emitidas.
Responder Con Cita
  #8  
Antiguo 27-02-2025
sglorka sglorka is offline
Miembro
 
Registrado: mar 2017
Ubicación: Tenerife
Posts: 550
Poder: 10
sglorka Va por buen camino
Cita:
Empezado por siyei Ver Mensaje
Pienso que cualquiera de las opciones que estáis planteando son validas.

En mi caso, para mi ERP, anular una factura consiste en generar una factura en negativo con una serie diferente que anula a la original (suma 0).
De cara a Verifactu, este proceso solo genera un registro de anulación de la primera factura, la factura negativa no existe para Hacienda, pues solo es una "entelequia" para indicar que estoy anulando una factura.

Se podría haber optado por otras opciones, pero en su momento, cuando adapte el software para el tema de la ley antifraude, elegí está opción por la insistencia que hubo en su momento de parte de Hacienda y de una empresa auditora que contraté a tal efecto, de que el software no dejase manipular facturas, contadores, fechas, etc. una vez emitidas.
Independientemente de los controles que pongamos para no permitir alterar facturas, yo creo que si estás creando una factura de abono para anular otra factura, debes comunicar a hacienda dicho abono ya que es una factura emitida por tu software y estás obligado como dice la ley, a emitir un RF por cada factura que emitas. Aunque para tí sea una entelequia, para hacienda es un documento válido que anula una factura emitida con anterioridad y que debe formar parte del libro de registros de facturas emitidas y de la declaración anual del 347 además de los diferentes modelos de liquidación del Iva. Puede ves este aspecto en la consulta vinculante https://petete.tributos.hacienda.gob...sulta=V0611-11 que termina diciendo

"Por tanto, en el supuesto de que no concurran las causas de rectificación obligatoria de una factura, contenidas en los apartados 1 y 2 del artículo 13 del mencionado Reglamento, como sucede en el escrito de consulta en el que se expidió una factura erróneamente por una operación que nunca llegó a realizarse, y procede su anulación, se está ante un supuesto de sustitución de aquélla factura por otra que la anula, que en ningún caso tendrá el carácter de factura rectificativa. Esta factura deberá consignarse en los respectivos libros-registro obligatorios a efectos del Impuesto sobre el Valor Añadido."
Responder Con Cita
  #9  
Antiguo 27-02-2025
siyei siyei is offline
Miembro
 
Registrado: may 2012
Posts: 31
Poder: 0
siyei Va por buen camino
...se está ante un supuesto de sustitución de aquélla factura por otra que la anula, que en ningún caso tendrá el carácter de factura rectificativa
Responder Con Cita
Respuesta


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 02:55: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