Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

Empezado por Casimiro Notevi

En ese enlace hablan de la contabilidad, no de la facturación. Tener un programa de contabilidad de "doble uso" será multado, sólo por tenerlo.

La facturación es parte de la contabilidad y por ejemplo ticketbai ha empezado por control de las facturas emitidas pero ya han dicho que el próximo paso son las compras, así podrán cruzar emitidas y recibidas, con lo cual más fallos y más ingresos por sanciones para las arcas, el camino ya está andado por muchos, así que la lógica apunta a que se empezará por las facturas de ventas o servicios emitidas

[Casimiro Notevi]

Tendríamos que volver a los años 80, que casi todo seguía llevándose en papel

[ermendalenda]

https://www.boe.es/diario_boe/txt.ph...OE-A-2022-1453
Pues ya empezamos. Inspecciones a todo plan.
Una de ellas es Inspección del iva bien repercutido

[Casimiro Notevi]

Empezado por ermendalenda

https://www.boe.es/diario_boe/txt.ph...OE-A-2022-1453
Pues ya empezamos. Inspecciones a todo plan.
Una de ellas es Inspección del iva bien repercutido

Resolución de 26 de enero de 2022, de la Dirección General de la Agencia Estatal de Administración Tributaria, por la que se aprueban
las directrices generales del Plan Anual de Control Tributario y Aduanero de 2022.

[ermendalenda]

c) Ejecución, en el entorno de aquellas actividades económicas en las que se
detecte una presencia intensiva de consumidores finales, de las actuaciones de control
que resulten precisas para evitar que se produzca una falta de repercusión efectiva del
IVA en la última fase de la cadena de comercialización.

[ermendalenda]

soluciones digitales integrales para el cumplimiento de las obligaciones de facturación y
registrales y la obtención progresiva por los autónomos y PYMES de predeclaraciones o
borradores de declaración cada vez más completos en la medida en que el sistema de
facturación posibilite también el envío automático de la información a la Agencia
Tributaria.

[ermendalenda]

Empezado por ermendalenda

soluciones digitales integrales para el cumplimiento de las obligaciones de facturación y
registrales y la obtención progresiva por los autónomos y PYMES de predeclaraciones o
borradores de declaración cada vez más completos en la medida en que el sistema de
facturación posibilite también el envío automático de la información a la Agencia
Tributaria.

Lo mismo va a ser opcional, jajajsja
Me río por no llorar.

[antoine0]

Empezado por afxe

Bueno... tanto como no poder tocar... depende. Tengo varias empresas que funcionan así: Por ejemplo, una mayorista de electrodomésticos. En el punto de venta se le hace una factura al cliente, la cual puede llegar a abonarse en efectivo o tarjeta. Toma su factura y se va al almacén (edificio colindante) y la enseña al recepcionista, que escanea un código de barras con un terminal de almacén (android) y se dispone a preparar la mercancía, asignando los números de serie de los electrodomésticos a medida que los va tomando de sus respectivas ubicaciones. Cada vez que toma un artículo, abro la factura, grabo el usuario, la hora y el nº de serie del producto tomado, y se vuelve a grabar la factura. También se puede variar la dirección de entrega al finalizar el servicio y asignar los palets usado. Lo último que me han pedido es poder incluir sustitución de un producto por otro de las mismas características si el precio no varía, es decir, que incluso cambia el detalle de lo servido. Lo que permanece inalterable es la identificación fiscal del cliente, el número de factura, la fecha, el total, las bases imponibles y el cobro realizado. Lo mejor... puede hacerse la factura hoy, y el cliente pasar a retirar la mercancía a los dos meses, con lo cual permito editar la factura incluso aunque esté contabilizada y presentada al SII (siempre que no cambie los datos declarados fiscalmente).

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.

[afxe]

Gracias Antoine0 por exponer tu punto de vista. Creo que el tema lo tomaré por ahí. Ahora meto demasiados datos en un registro de factura, y permito meter todas las modificaciones que el usuario necesite registrar con respecto a esa factura, siempre que no se cambie la fecha de la factura, las bases imponibles, cuotas de IVA, retenciones, NIF/CIF del cliente, tipo de factura (venta, servicio, alquiler, rappel...) ni el número de factura (año/serie/numero). Todo lo demás permito que se modifique, ya que aunque la factura esté presentada en el SII, a hacienda le debe dar igual que cambie un producto por otro en caso de ruptura de stock, que registre la fecha en la que el cliente se ha llevado cada uno de los artículos adquiridos, o que registre el nº de serie o el lote del producto que se sirve en postventa... Repito: esas actualizaciones no afectan fiscalmente a la factura. Entonces, para certificar que el software no permite editar ni borrar datos del registro de facturación, sólo me queda sacar esa información del fichero de facturas y crear un fichero paralelo con los datos de la logística asociado a esa factura, que pueda ser modificado siempre que no afecte a la fiscalidad de la factura original, es decir, no quitar/añadir productos o cambiar precios.

Lo analizaré cuando se publiquen las necesidades mínimas que tiene que cumplir un software de facturación.

[ermendalenda]

Empezado por afxe

Gracias Antoine0 por exponer tu punto de vista. Creo que el tema lo tomaré por ahí. Ahora meto demasiados datos en un registro de factura, y permito meter todas las modificaciones que el usuario necesite registrar con respecto a esa factura, siempre que no se cambie la fecha de la factura, las bases imponibles, cuotas de IVA, retenciones, NIF/CIF del cliente, tipo de factura (venta, servicio, alquiler, rappel...) ni el número de factura (año/serie/numero). Todo lo demás permito que se modifique, ya que aunque la factura esté presentada en el SII, a hacienda le debe dar igual que cambie un producto por otro en caso de ruptura de stock, que registre la fecha en la que el cliente se ha llevado cada uno de los artículos adquiridos, o que registre el nº de serie o el lote del producto que se sirve en postventa... Repito: esas actualizaciones no afectan fiscalmente a la factura. Entonces, para certificar que el software no permite editar ni borrar datos del registro de facturación, sólo me queda sacar esa información del fichero de facturas y crear un fichero paralelo con los datos de la logística asociado a esa factura, que pueda ser modificado siempre que no afecte a la fiscalidad de la factura original, es decir, no quitar/añadir productos o cambiar precios.

Lo analizaré cuando se publiquen las necesidades mínimas que tiene que cumplir un software de facturación.

Creo que es buena idea, eso, tener documentos internos para tu control más específico de stock. En la factura declarada puede ser una descripción más genérica y te evitas de repetir la factura. Ya que si la repites estas obligado a entregarsela al cliente, tanto la anulación como la nueva y vas a necesitar una logística compleja. Y cuando salga el reglamento estoy seguro que harán como los demás, habrá que subir todas las facturas emitidas de todas las series con el número correlativo y además tendrás que subirlas en el mismo orden del numerador, no creo que puedas subir antes la 3 que la 2 y además dentro del orden numérico debe coincidir con un orden cronológico de emisión , eso te va a complicar esa gestión que tienes que primero asignar un número y después la mercancía, que en ese caso tiene que estar seguro que todas los números sean correlativos y subirlos a hacienda por orden se complica, el número mejor asignarlo al cerrar la factura. Es más si lees el reglamento de facturación, esto de anular facturas e incluso de rectificarlas ya es un tema más delicado y si detectan muchas rectificaciones o anulaciones vas a tener a los Sres inspectores muy a menudo, cada vez que les salte la alerta y no creo que pongan a nadie en lista blanca fácilmente. Por su operativa. O sea, vigila:
Contador facturas y hora fecha correlativos.
No hacer facturas con fechas ni horas anteriores a una fecha hora de la última emitida ni a la de hoy y ahora
No hacer facturas con fecha hora futura.
Entregar todas las facturas emitidas a un cliente a su cliente, incluidas rectificaciones, las anulaciones solo se pueden hacer si no se ha llegado a entregar y por motivos de errores recogidos en el reglamento de facturación.
Y ten en cuenta otra cosa, la factura tendrás que firmarla digital mente y encadenar la firma con la anterior, cualquier carácter que se modifique de la cadena rompe la cadena.
Si puedes cumplí todos estos requisitos antes de enviar la factura a hacienda podrás editarlas.
Saludos

[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....

[oscarperez-1980]

Empezado por ermendalenda

soluciones digitales integrales para el cumplimiento de las obligaciones de facturación y
registrales y la obtención progresiva por los autónomos y PYMES de predeclaraciones o
borradores de declaración cada vez más completos en la medida en que el sistema de
facturación posibilite también el envío automático de la información a la Agencia
Tributaria.

Pero no hay nada nuevo entonces....?

[ermendalenda]

Empezado por oscarperez-1980

Pero no hay nada nuevo entonces....?

Sobre la nueva reglamentación nada