Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por antoine0

No creo que esta sistema siga tan malo como lo parece a primera vista. Yo lo partiría en dos: por una parte va la factura que haces hoy en día, identificando cliente, declarando y pagando IVA (que es la que importa a Hacienda, como se ha dicho) y que es la que se cobra (que es lo que importa al cliente y al vendedor). Sola diferencia, meramente contable: para mí es una factura de anticipo.
Luego viene la entrega a los dos meses, con modificación de lo entregado, indicación de lote y números de serie, de paletas etc. Que da lugar a un albarán (que contablemente es lo que constata la salida de existencias).
Pues solo te queda por añadir una segunda factura, al mismo cliente, que recupera el pago y el IVA de la primera, por tanto la segunda factura saldrá con importe a pagar nulo, y contablemente matará la salida. Esta factura con importe cero no tengo claro si se tiene que subir al S.I.I. 1.1; lo que sí tengo claro es que a Hacienda no le importa. Y al cliente tampoco, obviamente.

Evidentemente, haciéndolo de esta manera, el día que tienes una incidencia en la entrega, la segunda factura puede empezar a ser más compleja y a tener un importe (y a declararse, a presentarse, a usarse como abono etc.) Dicho de otra forma: el proceso de esta factura a cero ya lo tienes previsto, es el mismo que si hay que hacer un abono o cosas parecidas; solo que será más sistemático y saliendo a cero, no tiene más recorrido.

Pensad que ya la tendencia es usar tecnología block chain, firmas encadenadas. No caben modificaciones

[antoine0]

Empezado por ermendalenda

Pensad que ya la tendencia es usar tecnología block chain, firmas encadenadas. No caben modificaciones

No hay modificaciones. La primera factura no se modifica nunca; solo se paga, y sirve de referencia para la otra. El albarán, o los albaranes, pueden ser alterados si hay variaciones de entrega, pero esto sí debe ser permitido por la ley (si hay que guardar histórico al respecte, cosa que no me parece lo más evidente que va a pasar, entonces se tiene que guardar todas las versiones; no es problema, los sistemas de seguimiento de existencias ya lo hacen sin problema). Y la segunda factura acaba toda la operación, atando todo junto. Después no se modifica nada; mejor dicho, si hay otra variación más tarde, habrá otra factura rectificativa, también puntual e inalterable. Todo es linear, por tanto la lógica del blockchain no tendrá problema.

[ermendalenda]

Empezado por antoine0

No hay modificaciones. La primera factura no se modifica nunca; solo se paga, y sirve de referencia para la otra. El albarán, o los albaranes, pueden ser alterados si hay variaciones de entrega, pero esto sí debe ser permitido por la ley (si hay que guardar histórico al respecte, cosa que no me parece lo más evidente que va a pasar, entonces se tiene que guardar todas las versiones; no es problema, los sistemas de seguimiento de existencias ya lo hacen sin problema). Y la segunda factura acaba toda la operación, atando todo junto. Después no se modifica nada; mejor dicho, si hay otra variación más tarde, habrá otra factura rectificativa, también puntual e inalterable. Todo es linear, por tanto la lógica del blockchain no tendrá problema.

Perdona, pero es que no acabo de entender eso de primera factura y después la que modiiffca.
Lo lógico es un recibo de pago y después la factura, o un recibo a cta parcial. Pero 2 facturas para el mismo servicio o entrega de mercancías no es lo normal
Creo que algo no estoy entendiendo bien de la logística que usas.
Saludos.

[antoine0]

Empezado por ermendalenda

Perdona, pero es que no acabo de entender eso de primera factura y después la que modiiffca.
Lo lógico es un recibo de pago y después la factura, o un recibo a cta parcial. Pero 2 facturas para el mismo servicio o entrega de mercancías no es lo normal
Creo que algo no estoy entendiendo bien de la logística que usas.

La verdad es a mi me ha costado entender todo esto al principio, por qué en Francia funciona de manera diferente.

En España tienes que pagar el IVA en el momento que pides un pago, y por esto estás obligado a emitir factura. Si quieres que el cliente pague por adelantado, entonces la única forma de hacerlo es emitir una primera factura al pedir. Esta factura no tiene el por qué de describir correctamente la mercancía (lote, referencia, número de serie etc.), ya qué todavía no se ha entregado. Por tanto lo habitual es poner «factura de anticipo», aunque en realidad no hay obligación qué sé de mencionarlo. Contablemente la base imponible de esta factura va en una cuenta especial (438).

Si la operación discurre sin problema, luego habrá la entrega con su albarán, y luego un documento contable que mata la primera factura contra la entrega. Esto documento lista el material realmente entregado, y luego le resta el importe de la primer factura ya pagada; es este documento que llamo factura. Es posible que del punto de vista del reglamento de facturación, no se llame «factura». Pero del punto de visto del informático, realmente se comporta como una factura que cierre una operación de entrega, teniendo en cuenta un pago por anticipo.

Dado que los importes son iguales, la segunda factura sale a 0; y a menudo hay empresas que no la emitan, dado que «no sirve para nada»; el IVA ya está pagado, no entra en esta guerra; y al cliente una factura a 0 no le interesa, por tanto tampoco se le remite (salvo que hay alguna mención que necesita lo contrario, por ejemplo el principio del periodo de garantía). Solo tiene un objetivo, satisfacer al señor contable.

Técnicamente la segunda factura es complementaria de la primera (o al revés, es igual), por tanto no se trata de dos operaciones distintas. Además, hay otros casos dónde vas a tener dos o más facturas para un mismo pedido, como por ejemplo si hay varias entregas (típico de los pedidos por Amazon), o una rectificación de precio.

[ermendalenda]

Empezado por antoine0

La verdad es a mi me ha costado entender todo esto al principio, por qué en Francia funciona de manera diferente.

En España tienes que pagar el IVA en el momento que pides un pago, y por esto estás obligado a emitir factura. Si quieres que el cliente pague por adelantado, entonces la única forma de hacerlo es emitir una primera factura al pedir. Esta factura no tiene el por qué de describir correctamente la mercancía (lote, referencia, número de serie etc.), ya qué todavía no se ha entregado. Por tanto lo habitual es poner «factura de anticipo», aunque en realidad no hay obligación qué sé de mencionarlo. Contablemente la base imponible de esta factura va en una cuenta especial (438).

Si la operación discurre sin problema, luego habrá la entrega con su albarán, y luego un documento contable que mata la primera factura contra la entrega. Esto documento lista el material realmente entregado, y luego le resta el importe de la primer factura ya pagada; es este documento que llamo factura. Es posible que del punto de vista del reglamento de facturación, no se llame «factura». Pero del punto de visto del informático, realmente se comporta como una factura que cierre una operación de entrega, teniendo en cuenta un pago por anticipo.

Dado que los importes son iguales, la segunda factura sale a 0; y a menudo hay empresas que no la emitan, dado que «no sirve para nada»; el IVA ya está pagado, no entra en esta guerra; y al cliente una factura a 0 no le interesa, por tanto tampoco se le remite (salvo que hay alguna mención que necesita lo contrario, por ejemplo el principio del periodo de garantía). Solo tiene un objetivo, satisfacer al señor contable.

Técnicamente la segunda factura es complementaria de la primera (o al revés, es igual), por tanto no se trata de dos operaciones distintas. Además, hay otros casos dónde vas a tener dos o más facturas para un mismo pedido, como por ejemplo si hay varias entregas (típico de los pedidos por Amazon), o una rectificación de precio.

Ya. Eso es lo que algunas asesorías dicen y otras que no. Que los pagos a cta que van a la 438 cuando haces la factura pones el movimiento contrario en la 438 y listo y no hay que pagar iva hasta que entregues la mercancía. No hay una entrega ni de bienes ni de servicios por lo tanto no es una factura.
Cuando ya se entrega la mercancía entonces si..
Es in tema que hemos visto con varios fiscales y al final parece que con hacer un recibo y llevarlo bien contabilizado es suficiente. Y si tienes algún cliente que te deja el dinero y nunca lo recupera si hay que declararlo, no recuerdo a qué iva.

[antoine0]

Empezado por ermendalenda

Ya. Eso es lo que algunas asesorías dicen y otras que no. Que los pagos a cta que van a la 438 cuando haces la factura pones el movimiento contrario en la 438 y listo y no hay que pagar iva hasta que entregues la mercancía. No hay una entrega ni de bienes ni de servicios por lo tanto no es una factura.
Cuando ya se entrega la mercancía entonces si..
Es in tema que hemos visto con varios fiscales y al final parece que con hacer un recibo y llevarlo bien contabilizado es suficiente. Y si tienes algún cliente que te deja el dinero y nunca lo recupera si hay que declararlo, no recuerdo a qué iva.

¡Ya! Lo que tu describes es lo que aprendí en Francia. (El número de la cuenta es distinta, 419 o 4191, pero es la única diferencia).
Ahora bien, desde que estoy en España, todo el mundo me ha explicado que hay que pagar el IVA a Hacienda cuanto antes (y desde el punto de vista del residente español que disfrute de los servicios del estado, me vale).

Al final de todas las maneras para nosotros va a ser lo que decide el cliente, en base a sus relaciones con Hacienda (en aquel momento) y sus asesores.
Entonces veo varias posibilidades, y intento hacer que todas, o muchas, se pueden cubrir con el esquema general. Y el caso de afxe me pareció entrar en mi esquema; desde luego prefiero mi solución a tener que modificar los datos de una factura.

[ermendalenda]

Empezado por antoine0

¡Ya! Lo que tu describes es lo que aprendí en Francia. (El número de la cuenta es distinta, 419 o 4191, pero es la única diferencia).
Ahora bien, desde que estoy en España, todo el mundo me ha explicado que hay que pagar el IVA a Hacienda cuanto antes (y desde el punto de vista del residente español que disfrute de los servicios del estado, me vale).

Al final de todas las maneras para nosotros va a ser lo que decide el cliente, en base a sus relaciones con Hacienda (en aquel momento) y sus asesores.
Entonces veo varias posibilidades, y intento hacer que todas, o muchas, se pueden cubrir con el esquema general. Y el caso de afxe me pareció entrar en mi esquema; desde luego prefiero mi solución a tener que modificar los datos de una factura.

Vaya tela, me estoy releyendo foros fiscales y parece que todos dicen como tú, 438 de puente y emitir factura inmediata.
Al final los temas complejos de asesoría no se puede fiar uno de muchos asesores y hay que releer reglamentos . Pero es la leche, hay que tenerlo en cuenta para la 438 después descontará de la factura y generar el movimiento contrario en 438 y si cambia el a cuenta aún más movimientos. Tela para comercios pequeños

[afxe]

Empezado por ermendalenda

los pagos a cta que van a la 438 cuando haces la factura pones el movimiento contrario en la 438 y listo y no hay que pagar iva hasta que entregues la mercancía. No hay una entrega ni de bienes ni de servicios por lo tanto no es una factura.

Esto no es del todo cierto. El artículo 75 de la ley 37/1992 del IVA dice que si se recibe pagos anticipados hay que hacer obligatoriamente una factura por el importe percibido:

Artículo 75 Devengo del impuesto
“Dos. No obstante lo dispuesto en el apartado anterior, en las operaciones sujetas a gravamen que originen pagos anticipados anteriores a la realización del hecho imponible el impuesto se devengará en el momento del cobro total o parcial del precio por los importes efectivamente percibidos”.

Contablemente, puedes llevar una 438, o no, solo depende de si la factura final la haces por el importe pendiente o la haces por el total y descuentas lo que te ha entregado. De locos....