Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[afxe]

Efectivamente Keys, en mi actual diseño (que seguro es mediocre e ineficiente), hay datos del detalle de una factura que se ponen a posteriori: datos como el número de serie de un electrodoméstico, o el lote y la caducidad de un producto perecedero, o el tono y calibre en caso de materiales, el almacenista que ha realizado la entrega o la preparación de cada uno de los productos, fecha y hora de retirada de mercancía, la ubicación y almacén de donde se ha sacado la mercancía que se está sirviendo... Toda esa información se añade a cada línea de una factura una vez que la factura ha sido emitida e incluso cobrada. Tendré que cambiarlo para que se haga sobre... ¿albarán? ¿factura proforma? ¿documento logístico?... pero el caso es que cuando el cliente va a almacén a que le preparen y entregen su mercancía... ¡Ya la ha pagado! ¿permitimos cobrar albaranes o facturas proforma sin que exista factura? Pues ya tienes la perfecta gestión de "B". Por otra parte, es una putada reclamar al cliente que una vez que tenga la mercancía, vuelva a la oficina a que le pasen el albarán a factura. En España, Conforama funciona de esta manera... pagas en tienda, y retiras la mercancía cuando quieras, incluso poco a poco, en diferentes días y a veces, de diferentes almacenes...

Por eso digo de separar la logística, es decir, que mi fichero de factura sea sólo datos de la cabecera y totales y con datos que afecten exclusivamente al módulo fiscal y contable... el detalle de dicha factura y otros datos auxiliares (dirección de envío, método de captación del cliente, comercial y promotor que comisionan, vehículo en que se ha realizado el reparto, fecha y hora de entrega de la mercancía, etcétera) hacerlo sobre otros fichero enlazados con la factura, pero no en el propio fichero de factura (como hasta ahora hacemos). No voy a generar una factura rectificativa si el cliente me dice que le cambie la dirección de envío

El dilema está en si Hacienda permitirá esto... que en el fichero de factura no vayan datos logísticos ni los conceptos facturados, sólo la información fiscal... es decir, que carajo es para Hacienda una factura o si quieren tener controlado también los movimientos logísticos (albaranes, presupuestos, pedidos, tarifas de precios, cartera de efectos, cobros de efectivo...)

[keys]

Empezado por afxe

Efectivamente Keys, en mi actual diseño (que seguro es mediocre e ineficiente), hay datos del detalle de una factura que se ponen a posteriori: datos como el número de serie de un electrodoméstico, o el lote y la caducidad de un producto perecedero, o el tono y calibre en caso de materiales, el almacenista que ha realizado la entrega o la preparación de cada uno de los productos, fecha y hora de retirada de mercancía, la ubicación y almacén de donde se ha sacado la mercancía que se está sirviendo... Toda esa información se añade a cada línea de una factura una vez que la factura ha sido emitida e incluso cobrada. Tendré que cambiarlo para que se haga sobre... ¿albarán? ¿factura proforma? ¿documento logístico?... pero el caso es que cuando el cliente va a almacén a que le preparen y entregen su mercancía... ¡Ya la ha pagado! ¿permitimos cobrar albaranes o facturas proforma sin que exista factura? Pues ya tienes la perfecta gestión de "B". Por otra parte, es una putada reclamar al cliente que una vez que tenga la mercancía, vuelva a la oficina a que le pasen el albarán a factura. En España, Conforama funciona de esta manera... pagas en tienda, y retiras la mercancía cuando quieras, incluso poco a poco, en diferentes días y a veces, de diferentes almacenes...

Por eso digo de separar la logística, es decir, que mi fichero de factura sea sólo datos de la cabecera y totales y con datos que afecten exclusivamente al módulo fiscal y contable... el detalle de dicha factura y otros datos auxiliares (dirección de envío, método de captación del cliente, comercial y promotor que comisionan, vehículo en que se ha realizado el reparto, fecha y hora de entrega de la mercancía, etcétera) hacerlo sobre otros fichero enlazados con la factura, pero no en el propio fichero de factura (como hasta ahora hacemos). No voy a generar una factura rectificativa si el cliente me dice que le cambie la dirección de envío

El dilema está en si Hacienda permitirá esto... que en el fichero de factura no vayan datos logísticos ni los conceptos facturados, sólo la información fiscal... es decir, que carajo es para Hacienda una factura o si quieren tener controlado también los movimientos logísticos (albaranes, presupuestos, pedidos, tarifas de precios, cartera de efectos, cobros de efectivo...)

Los datos logisticos, formas de pago, es decir datos que no afectan a una factura no los va a pedir hacienda. Pero toda la información de bases imponibles, cuotas de iva, etcc seguro que no se puede modificar y les va a interesar (todo lo que sea dinerin). Te lo digo por que en las forales con TBAI es mas o menos asi.

Y si dentro de esos datos esta la dirección del cliente, no quedará mas remedio que hacer una rectificativa. La dirección de envío seguramente le da igual

[oscarperez-1980]

https://www-autonomosyemprendedor-es...447025912.html

[oscarperez-1980]

El tbai depende que Hacienda has d enviar todo el contenido de factura o ticket, incluidos los artículos en venta, es decir todo.

Forma de pago no lo sé.

Saludos.

[oscarperez-1980]

En pais vasco no hay que certificar, sólo presentar documentación para el registro de software, como pidan certificación..será un lío quien certifica?