Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[sglorka]

Empezado por bmfranky

Una cosa, mi programa , genera visual mente la factura y la previsualiza en pantalla, personalmente no considero la factura como definitiva hasta que le doy a la opcion de guardar, asi si veo que me he confundido , vuelvo atras, modifico lo que sea y vuelvo a previsualizar, o si es de una venta y el cliente decide que no quiere el articulo, la elimino.
Este forma de proceder, considerais que seria en contra de dicho articulo?

Si has movido el contador general de facturas para poder previsualizar ese documento, y por lo tanto, dicho documento está provisto de un número válido de factura y haces cambios a demanda... irías en contra de ese artículo. Si eres capaz de generar previamente una prefactura, con su numeración de prefactura, y al final de todas las modificaciones, pulsa sobre "Emitir Factura" y generas en ese mismo momento el registro de facturación, estarías cumpliendo dicho artículo.

[bmfranky]

Empezado por sglorka

Si has movido el contador general de facturas para poder previsualizar ese documento, y por lo tanto, dicho documento está provisto de un número válido de factura y haces cambios a demanda... irías en contra de ese artículo. Si eres capaz de generar previamente una prefactura, con su numeración de prefactura, y al final de todas las modificaciones, pulsa sobre "Emitir Factura" y generas en ese mismo momento el registro de facturación, estarías cumpliendo dicho artículo.

Gracias por la respuesta, no uso contador externo, uso la funcion de auto incremento de la base de datos, que solo incrementa si gravo definitivamente la factura, consulto el numero a asignar previa consulta a la misma.
Entonces , lo mejor es crear 2 visualizaciones una con la numeracion de Proforma , por ejemplo y otra con la numeracion final asignada a la misma puesto que el modulo de vista previa, es el mismo que permite imprimir y exportar la factura.

[antoine0]

Empezado por bmfranky

uso la funcion de auto incremento de la base de datos

No estoy contestando a la pregunta inicial, pero... no estoy seguro que usar la función de auto-numeración siga una buena idea.
Sobre todo, porqué haciéndolo de esta manera, solo puedes tener una única serie de facturas. Y me temo que esto no es sostenible (por lo menos, las facturas rectificativas deben ir en su propia serie).

[ermendalenda]

Hola, he leído en un post anterior que un albarán no se puede modificar una vez enviado o impreso.
Es la primera vez que oigo eso, lo mismo está en alguna normativa que desconozco, me ggustaría saber la referencia a esa norma. Por que no me cuadranpor lógica, no digo que no sea así, pero un albarán carece de valor tributario hasta que sea convertido y emitida la factura, entonces si ya se queda bloqueado.
Una cosa es que el albarán o nota de entrega sirva de justificante de la entrega de mercancía, pero en la mayoría de las empresas hay correcciones posteriores, normalmente por errores detectados posteriormente por el receptor y entonces se produce un acuerdo mutuo. Es raro que se aplique a un albarán las mismas restricciones que una factura después de su emisión, aunque no lo descarto, ya sé que para una trazabilidad es mejor emitir las correcciones en albaranes nuevos, pero el 99,99% lo hace sobre el mismo albarán.

[CarlosR]

Empezado por ermendalenda

Hola, he leído en un post anterior que un albarán no se puede modificar una vez enviado o impreso.
Es la primera vez que oigo eso, lo mismo está en alguna normativa que desconozco, me ggustaría saber la referencia a esa norma. Por que no me cuadranpor lógica, no digo que no sea así, pero un albarán carece de valor tributario hasta que sea convertido y emitida la factura, entonces si ya se queda bloqueado.
Una cosa es que el albarán o nota de entrega sirva de justificante de la entrega de mercancía, pero en la mayoría de las empresas hay correcciones posteriores, normalmente por errores detectados posteriormente por el receptor y entonces se produce un acuerdo mutuo. Es raro que se aplique a un albarán las mismas restricciones que una factura después de su emisión, aunque no lo descarto, ya sé que para una trazabilidad es mejor emitir las correcciones en albaranes nuevos, pero el 99,99% lo hace sobre el mismo albarán.

Sería muy jugoso que un albarán o nota de entrega con el logotipo y datos de la empresa y firmado por repartidor o cliente final se modificase a posteriori y por alguna razón terminase en algún escritorio y por casualidad terminase en manos de la AEAT. Se divertirían mucho en la Agencia Tributaria.
Me consta que mucha gente los modifica, ¿ y ?
Cada cual debe pensar en sus responsabilidades. Mientras el allbarán está creándose y no se cierra se puede modificar. Una vez cerrado y expedido no.

Dentro de un año habrá que formalizar un contrato con los clientes indicando por parte del desarrollador que el sistema "cumple normas". No sé a otros, a mí me parece peligroso no cumplirlas y mas sabiendo que dicho contrato hace responsable al fabricante del soft.
De todos modos esto no es un foro de fiscalidad ni de derecho mercantil. Cada cual puede hacer lo que quiera en su casa. Seguro que lo hace bien.
Un saludo.

[CarlosR]

Empezado por CarlosR

Sería muy jugoso que un albarán o nota de entrega con el logotipo y datos de la empresa y firmado por repartidor o cliente final se modificase a posteriori y por alguna razón terminase en algún escritorio y por casualidad terminase en manos de la AEAT. Se divertirían mucho en la Agencia Tributaria.
Me consta que mucha gente los modifica, ¿ y ?
Cada cual debe pensar en sus responsabilidades. Mientras el allbarán está creándose y no se cierra se puede modificar. Una vez cerrado y expedido no.

Dentro de un año habrá que formalizar un contrato con los clientes indicando por parte del desarrollador que el sistema "cumple normas". No sé a otros, a mí me parece peligroso no cumplirlas y mas sabiendo que dicho contrato hace responsable al fabricante del soft.
De todos modos esto no es un foro de fiscalidad ni de derecho mercantil. Cada cual puede hacer lo que quiera en su casa. Seguro que lo hace bien.
Un saludo.

La legalidad de un albarán no comienza en la factura. Comienza una vez se hace la entrega del material o mercaderías. Es válido e imprescindible inclusive en el transporte de mercancías. Creo que la DGT se fija mucho en ellos. Jejeje.

Inclusive las reservas de material (pedidos) son considerados por la AEAT como contratos vinculantes.
En fin, no es mi tema ni tengo tiempo para explayarme. He de ganarme las habichuelas.
Salu2.

[ermendalenda]

Empezado por CarlosR

La legalidad de un albarán no comienza en la factura. Comienza una vez se hace la entrega del material o mercaderías. Es válido e imprescindible inclusive en el transporte de mercancías. Creo que la DGT se fija mucho en ellos. Jejeje.

Inclusive las reservas de material (pedidos) son considerados por la AEAT como contratos vinculantes.
En fin, no es mi tema ni tengo tiempo para explayarme. He de ganarme las habichuelas.
Salu2.

Ok. Gracias, me preocupaba que hubiera una norma sobre eso.
Sobre la dgt en el transporte de mercancías (paking list), efectivamente es obligatorio pero sólo cuando el transporte es en otras zonas, esto es, transportes internacionales y otras provincias.
La aeat se divierte con cualquier dato, incluso con wl pedido inicial, pero nada de eso es vinculante para tomar acciones de ningun tipo si no hay una justificación demostrable, cambiar los albaranes sin mala fe no es reprochable que yo sepa.

[bmfranky]

Empezado por antoine0

No estoy contestando a la pregunta inicial, pero... no estoy seguro que usar la función de auto-numeración siga una buena idea.
Sobre todo, porqué haciéndolo de esta manera, solo puedes tener una única serie de facturas. Y me temo que esto no es sostenible (por lo menos, las facturas rectificativas deben ir en su propia serie).

Si, tene razon, pero la tabla de la base de datos, por lo menos en mi caso , no es la misma, por lo que cada numeracion no interfiere con las otras, a saver las facturas de reparacion en una tabla, las de venta , en otra, las proforma en otra, ahora las rectificativas, pues iran en otra...
Ademas lo que se me ha ocurrido en mi caso es crear una tabla de la base de datos unica para el encadenamiento de hash del verifactu, como solo puedo trabajar con un tipo de factura a la vez, puesto que no dejo ejecutar dos instancias del programa al mismo tiemo, no hay problema, al acabar la factura se encadena con la anterior que esta indizada en la tabla de verifactu, indistintamente del tipo de factura que fuera.