Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[Neftali [Germán.Estévez]]

Empezado por sglorka

Si se anula una factura emitida mediante la emisión de una factura ordinaria en negativo (nota de crédito), esto está permitido por la agencia tributaria en ciertos casos, ¿Deberíamos crear un registro de anulación de la factura emitida además de crear el registro de la nueva factura negativa?

¿ Podríamos estar duplicando dicha anulación ?
Mi pensamiento es que no informamos el registro de anulación y si informamos el registro de de factura de abono.

Hola.
Yo creo que en este caso a TicketBAI basta con que enviéis la anulación. Justo la anulación es para "borrar" (en cieta manera) una factura que se ha emitido de forma errónea (y en casos muy concretos). Tu caso parace uno de ellos.
La anulación ya incluye información de la factura inicial, por lo que yo creo que con eso basta.

Si enviaras ambas cosas (en ningúna documentación de anulaciones habla de enviar nada más), como tú bien dices, estarías enviando información duplicada.

De todas formas, estas dudas puedes enviarlas al buzón de preguntas técnicas para estar 100% seguro.

[afxe]

Respecto a la polémica de las anulaciones/rectificaciones y desde mi punto de vista (ratificado por conocedores de las leyes): Si una factura es del día o del día anterior y no sale de la empresa, la marco como NULA. Si se ha entregado o es de hace más de dos días, siempre una rectificativa (Hacienda admite nota de crédito o factura rectificativa... así que no me complico calculando si se ha presentado IVA o no). Así que a Hacienda le comunicaré la anulación o la nueva factura.

Estoy dando forma al procedimiento para generación y cálculo del Hash (como algunos de vosotros por lo que veo). La Huella de la factura anterior debe formar parte de la Huella de la nueva factura, pero... ¿Cuál es la factura anterior? Supongo que será la anterior dentro de la misma serie ¿no? Si tengo terminales elaborando facturas autónomamente (auto-ventas en ruta, lineales de supermercados, tiendas remotas, venta on-line....) Cada uno calculará la Huella respecto a su factura anterior, según su serie. A la base de datos central, esas facturas llegarán cada cierto tiempo o al final de día... y si no está sujeto al SII, puede que incluso varios días más tarde.

Para el SII, actualmente espero a que todas las facturas estén incorporadas al ERP, se pasan a contabilidad, y una vez contabilizadas (se supone que ya han pasado todos los filtros, rectificaciones y chequeos), se envían a H.P. Normalmente, una factura emitida un día, se envía al SII al día siguiente (si no han habido problemas de comunicaciones). Pero para Veri*factu, es obligatorio enviar la factura inmediatamente, según he entendido, con lo cual no me vale este sistema y trato de replantearlo todo.

[[newtron]]

Efectivamente el tema de las facturas hechas en terminales remotos e independientes es algo que me lleva rondando la cabeza desde que empezó este asunto. ¿Un programa de una pda que emite facturas y no está conectado a internet cómo leches lo resuelves? A mi lo mejor que se me ocurre es asignarle el hash cuando se reciban en la base de datos general entendiendo de que ese hash se calculará por series de facturación.

[ermendalenda]

Veo que tenéis un pequeño lío con el calculo del hash:
*Primero: hay que calcularlo inmediatamente por que es seguro que parte del Hash irá en el qr del tiquet.
*Segundo : la huella de la factura anterior, habrá que esperar definición, ya que depende de varias cosas, por ejemplo de si es software con tecnología de escritorio...
Pero lo que si dice la norma es que el encadenamiento no depende de la serie, o sea no hay un encadenamiento por cada serie si emites un ticket desde una máquina y desde la misma máquina inmediatamente después emites otra cosa, una factura ordinaria, una rectificativa o ll que sea, se encadenará con la anterior, en este ejemplo con el ticket.
Parece que hay una incongru3ncia con la definición inicial de las anulaciones, ya que el encadenamiento no tiene sentido pues carecen de serie y número correlativo , además eb cada anulación puede indicar que se anulan varias facturas al igual que en las facturas recapitulativas. En el país Vasco las anulaciones no llevan encadenamiento así que no es de extrañar que cambien esto en verifactu.
Aún falta mucha información , la doctrina, el xsd completo, el webservice...

[ermendalenda]

Os dejo adjunto Esquema 1 de Ayuda

[ermendalenda]

Esquema 2, sin envio

[ermendalenda]

Empezado por ermendalenda

Esquema 2, sin envio
....

Hay que tener en cuenta que los XMLS firmados puede cambiar el método de cálculo de HASH, ya que la misma firma lleva implicita un HASH, probablemente los encadenamientos lleven ese HASH, como aún no existen esas definiciones el esquema es aproximado.