Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[afxe]

Tiene razón Ermendalenda... lo que podamos ir adaptando al sistema que Hacienda desea para sus... ciudadanos, deberíamos ir implementándolo a lo teórico, aunque vaya en contra de lo práctico. Además, el sistema es bueno informáticamente hablando... nada de eliminaciones ni modificaciones, sólo altas. Tipificación de facturas, consecutivas en número y fecha... nada de recálculos, generación de facturas atrasadas o facturas a futuro, relleno de huecos.... creo que se simplificarían los procesos de facturación (otra cosa será el control financiero de todas las rectificaciones que haya que hacer sobre facturas emitidas: compensaciones, consolidaciones, asignación de movimientos bancarios de una factura a otra.....)

Pero el motivo principal de toda esta movida, no se va a evitar con un sistema de comunicación directa con Hacienda. Yo he ido a comprar a sitios donde después de pagar me han dado un presupuesto o factura proforma, he visto ficheros de traspaso de stock con movimientos entre almacenes (donde uno de los almacenes se llama "venta contado"...) y ni hablar de los que venden o te prestan un servicio y no generan ningún tipo de documento (kioskos de prensa o golosinas, máquinas de vending, taxistas, food truck, vendedores itinerantes, servicios a domicilio...) En definitiva... para hacer ventas B no es necesario que el software esté preparado para ello.

[ermendalenda]

Empezado por afxe

Tiene razón Ermendalenda... lo que podamos ir adaptando al sistema que Hacienda desea para sus... ciudadanos, deberíamos ir implementándolo a lo teórico, aunque vaya en contra de lo práctico. Además, el sistema es bueno informáticamente hablando... nada de eliminaciones ni modificaciones, sólo altas. Tipificación de facturas, consecutivas en número y fecha... nada de recálculos, generación de facturas atrasadas o facturas a futuro, relleno de huecos.... creo que se simplificarían los procesos de facturación (otra cosa será el control financiero de todas las rectificaciones que haya que hacer sobre facturas emitidas: compensaciones, consolidaciones, asignación de movimientos bancarios de una factura a otra.....)

Pero el motivo principal de toda esta movida, no se va a evitar con un sistema de comunicación directa con Hacienda. Yo he ido a comprar a sitios donde después de pagar me han dado un presupuesto o factura proforma, he visto ficheros de traspaso de stock con movimientos entre almacenes (donde uno de los almacenes se llama "venta contado"...) y ni hablar de los que venden o te prestan un servicio y no generan ningún tipo de documento (kioskos de prensa o golosinas, máquinas de vending, taxistas, food truck, vendedores itinerantes, servicios a domicilio...) En definitiva... para hacer ventas B no es necesario que el software esté preparado para ello.

Imagínate que si pides el ticket o factura te sirva como boleto de lotería y den muchos premios, ya empieza a cambiar la cosa. Pues esta práctica existe y después se las noticias que se han escuchado de que la AEAT premiará a quien envíe los códigos qrs, no es de extrañar que pongan algo así o que hagan descuentos fiscales en las declaraciones.

[xamminf]

Empezado por ermendalenda

Imagínate que si pides el ticket o factura te sirva como boleto de lotería y den muchos premios, ya empieza a cambiar la cosa. Pues esta práctica existe y después se las noticias que se han escuchado de que la AEAT premiará a quien envíe los códigos qrs, no es de extrañar que pongan algo así o que hagan descuentos fiscales en las declaraciones.

Hace años, hasta que la H.P. se las cargó, existían muchisimas deducciones por servicios, incluso en el ambito familiar y por eso la gente pedía y guardaba las facturas

[ermendalenda]

Empezado por xamminf

Hace años, hasta que la H.P. se las cargó, existían muchisimas deducciones por servicios, incluso en el ambito familiar y por eso la gente pedía y guardaba las facturas

La novedad sería enviar la factura a hacienda a través del QR, con lo cual le serviría como método de comprobación del resto de las facturas por el blockchain.

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

Empezado por ermendalenda

La novedad sería enviar la factura a hacienda a través del QR...
con lo cual le serviría como método de comprobación del resto de las facturas por el blockchain...

Eso si que no lo he entendido.

[ermendalenda]

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

Eso si que no lo he entendido.

Neftali, es algo que tenemos claro en ticketbai. Que el qr sirve de comprobación y si lo leeremos estamos enviando esa información a los servidores de hacienda. Y con esa información pueden comprobar que no haya rotura del blockchain.
Si tenemos en cuenta 2 parametros:
Que la aeat va a permitir como opción no enviar los registros y que ademas puede que no se pida el ticket.
Si se incentiva que se pida el ticket y se envíe con un lector equivale a que el comercio lo esté enviando y/o sirva de verificación de que el qr es lo mismo que el comercio está enviando a la AEAT.
Imaginate que la Aeat tiene 100 qrs de un periodo de un comercio y ese comercio ha decidido no enviar. Pues solo tiene que pedir un periodo al comercio y el comercio estaria obligado a mandarle todas las facturas de ese periodo, escanean que el blockcian de ese periodo no esté roto y que contenga esos qrs. Inspección finalizada sin tener que ir

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

Empezado por ermendalenda

Neftali, es algo que tenemos claro en ticketbai.

O tal vez no...

Empezado por ermendalenda

Que el qr sirve de comprobación y si lo leeremos estamos enviando esa información a los servidores de hacienda.

Hasta aquí si.

Empezado por ermendalenda

Y con esa información pueden comprobar que no haya rotura del blockchain.

Creo que aquí te estás liando.
En TBAI el QR simplemente sirve para comprobar que esa factura está subida a la AEAT y que el importe y la serie coinciden (cosa redundante ya que toda la información de la factura la tiene la AEAT).
No tiene nada que ver con la comprobación del endadenamiento y no lo necesitan para eso. Si nadie envía o comprueba los QR en TBAI, la comprobación del encadenamiento se hace igual, porque eso se hace cada vez que subes la facturas (por eso cuando lo rompres, te avisa en el momento de la subida).
Cuando escaneas un QR sólo hacen la comprobación de existencia.

Con la ley antifraude tampoco tiene sentido (ni es posible) comprobar encadenamiento con el QR, justo porque la AEAT no obliga a enviar las facturas.
Si una empresa no sube ninguna factura (porque así lo decide), el QR tampoco sirve para comprobar encadenamiento, porque hacienda no tiene ninguna factura de ese cliente; Por lo tanto no tiene nada que verificar. Si el encadenamiento es correcto o está roto no lo sabrá porque el cliente puede haber generado 1000 facturas y a la AEAT le pueden haber llegado 3 QR's (de 3 clientes que han decidido escanearlo), que podrían ser las facturas Nº:63, 167 y 546. Con eso no puede hacer nada.
En este caso, ni siquiera comprobar la existencia, porque la empresa no ha enviado nada.

Empezado por ermendalenda

Imaginate que la Aeat tiene 100 qrs de un periodo de un comercio y ese comercio ha decidido no enviar. Pues solo tiene que pedir un periodo al comercio y el comercio estaria obligado a mandarle todas las facturas de ese periodo, escanean que el blockcian de ese periodo no esté roto y que contenga esos qrs. Inspección finalizada sin tener que ir

Eso sí es es correcto.
La AEAT SOLO puede comprobar el encadenamiento teniendo TODAS las facturas del periodo. Justo por eso el QR no sirve para eso.