Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[[newtron]]

Empezado por Casimiro Notevi

Que yo sepa no es ninguna ley, lo enlazado al principio es una proposición de ley, algo que se estudiará, se editará y se aprobará, o no.

Es una ley que, como ya se ha comentado, se aprobó el día 10 de julio y que entrará en vigor 3 meses después. Lo que si es cierto es que no parece que la hayan desarrollado por lo que nadie tiene ni idea de qué requerimientos deberán tener los programas. Yo por mi parte he hecho una consulta a la aeat que ni siquiera se han dignado en contestar y he preguntado a algún amiguete que trabaja en esa gran empresa y no tiene ni idea.


Saludos

[Casimiro Notevi]

Con un poco de suerte tienen que aplazarlo varios lustros...

[[Al González]]

Empezado por Casimiro Notevi

...hay como mínimo 17 españas distintas. Y si haces un software certificado para Valladolid, no servirá para Burgos, y si certificas para Burgos, seguirá sin servir para Palencia... y al final serán más de 50 españas. Todos esos certificados, quebraderos de cabeza..

¡¿Cómo permitieron que algo así sucediera?!

[CarlosMz]

A ver si hay suerte y lo aplazan porque en otro caso los desarrolladores podrían tener muchos problemas.

[[newtron]]

El problema es la incertidumbre de no definir claramente los requisitos que auditará el inspector de turno. Yo entiendo que tendrán que desarrollar la ley para definir todo de una forma clara pero mientras si la ley está en vigor todo quedará, imagino, a criterio del amable funcionario que haga la inspección.


Saludos

[rci]

Empezado por Casimiro Notevi

A ver si encontramos a alguien que lea el BOE

No estoy muy seguro pero creo que podría ser esto:


Artículo 201 BIS de la Ley 11-2021


https://www.boe.es/buscar/doc.php?id=BOE-A-2021-11473


es posible?

[Casimiro Notevi]

El texto del BOE está en el mensaje #14
El problema es leerlo, entenderlo y saber implementarlo.

[rci]

Empezado por Casimiro Notevi

El texto del BOE está en el mensaje #14
El problema es leerlo, entenderlo y saber implementarlo.

Ups! tienes razón, no me habia fijado.



Pues ya sabemos que si que es una ley.

Ahora a entenderla

[ermendalenda]

Hola, algo está claro, es una ley que aún requiere el desarrollo reglamentario que aún está pendiente, pero lo que está claro es que a partir de la entrada en vigor de la ley (11 de Octubre) si se comercializa algún software que permita la doble contabilidad, eliminación de registros fraudulentamente, los desarrolladores (y siempre que se pueda demostrar que son conscientes de ese uso) van a ser empapelados.

Suposiciones mias: Esto se va reglamentar a corto plazo(menos de un año), estaran estudiando como lo hacen los demas territorios, Portugal, Vascos, Alemania,Francias, Bélgica y haran un copia-pega y cambiaran 3 cosas.

Buscar que os sale mas rentable sobre lo que vais a neceitar, si buscais bien es una inversión pequeña de euros pero alta de tiempo ( en un mes os poneis al dia y os quedais tranquilos):

O sea, empapararos de varias cosas e ir currandoselo:

Lo primero que va a ser sí o sí para que te funcione:
Poner al dia el programa con la normativa de Facturas, (Facturas SImplificadas, Simplificadas rectificativas, Normales, Sustituivas, de canje... y los detalles de cada uno numeros de serie de cada uno, cuando se puede hacer simplificadas con productos/servicios en negativo sobre una simplificada normal(Que no es poco)
Segundo :
Firma digital de las facturas sobre XLM (como el SII) con encadenamiento de la firma.
Envio de ficheros por webService en el orden que se emita.


Podeis hacer 2 cosas, poneros las pilas e iros preparando o esperar el reglamentoo técnico.
¿Pensais que va a ser muy diferente a lo existente?

[CarlosArjonomia]

Hola,

Estoy recibiendo consultas y peticiones de actualización por parte de mis usuarios para que los programas cumplan con la ley antifraude que entra en vigor el 11 de octube.

¿Alguien sabe que está pasando con todo esto?, las asesorias están metiendo miedo a los usuarios y nosotros no tenemos respuestas ni los protocolos a cumplir por parte de la aeat.

¿Que hacer con los programa ya vendidos, que no actualizan pero tienen nuestra marca?

Al final la responsabilidad va a caer en nosotros.

Supongo que la clave está en la certificación del software a partir de una fecha y el usuario que no tenga el software actualizado y debidamente certificado incurrirá en sanción. A la vez que nuestros programas nuevos y certificados deberán cumplir con los requisitos de hacienda.

[ermendalenda]

Empezado por CarlosArjonomia

Hola,

Estoy recibiendo consultas y peticiones de actualización por parte de mis usuarios para que los programas cumplan con la ley antifraude que entra en vigor el 11 de octube.

¿Alguien sabe que está pasando con todo esto?, las asesorias están metiendo miedo a los usuarios y nosotros no tenemos respuestas ni los protocolos a cumplir por parte de la aeat.

¿Que hacer con los programa ya vendidos, que no actualizan pero tienen nuestra marca?

Al final la responsabilidad va a caer en nosotros.

Supongo que la clave está en la certificación del software a partir de una fecha y el usuario que no tenga el software actualizado y debidamente certificado incurrirá en sanción. A la vez que nuestros programas nuevos y certificados deberán cumplir con los requisitos de hacienda.

A partir del 11 de octubre lo único que tienes obligación es no ddjar programas que faciliten labores de doble contabilidad etc. O sea no dejes programas que hagan trampas.
Aún no está definida ni la normativa reguladora y por tanto tampocoi los aspectos técnicos para poder cumplir con una ley activa(a partir del 11 de octubre) pero incompleta, con lo cual sólo puedes cumplir lo regulado, no distribuir ni dar soporte a softwares que puedan eliminar o modificar registros con el fin del doble uso.
Las asesorías, además de que a veces interpretan las leyes como piensan, en muchos casos (por dejar el margen de buena fé) van a intentar que los clientes vayan más allá e las leyes para salvaguardarse problemas y quitarse inspecciones. Ojo no estoy diciendo que vayan a lo suyo, pero si que van a lo "demasiado seguro".
problema es que, es verdad, que a los programadores nos está metiendo una presión directa e indirectamente muy dura.
Por adelantarte algo, con mínimo riesgo de equivocarme, puedes echar un vistazo a lo que están haciendo los demás territorios (se llama blockchain) esta técnica consiste en enviar datos firmados
electrónicamente y con las firmas encadenadas con los datos ya enviados.
Cada territorio lo manda a su hacienda con sus protocolos e ISOS. Respetando la normativa de facturación, etc.. Un ejemplo cercano es Tiketbai en el país vasco. Por si quieres ir familiarizando te con lo que viene.
Por otro lado lo que ya tienes vendido, si no está en régimen de actualizaciones, y en su momento, puedes informar al cliente de que debe actualizarlo, y tu puedes verlo como una oportunidad para que si quiere actualizaciones sea en un régimen de pago por alquiler del programa, busca un buen contrato, hay contratos tipo en Internet para no quedarte en bragas. El cliente es responsable de actualizarse o no. Es de locos pensar que el vendedor de softwares tenga responsabilidades con efectos retroactivos respecto a una ley, eso no se permite en nuestra constitución.
Saludos y de momento, si tienes los programas sin trampas, puedes dormir tranquilo.

[CarlosArjonomia]

Empezado por ermendalenda

A partir del 11 de octubre lo único que tienes obligación es no ddjar programas que faciliten labores de doble contabilidad etc. O sea no dejes programas que hagan trampas.
Aún no está definida ni la normativa reguladora y por tanto tampocoi los aspectos técnicos para poder cumplir con una ley activa(a partir del 11 de octubre) pero incompleta, con lo cual sólo puedes cumplir lo regulado, no distribuir ni dar soporte a softwares que puedan eliminar o modificar registros con el fin del doble uso.
Las asesorías, además de que a veces interpretan las leyes como piensan, en muchos casos (por dejar el margen de buena fé) van a intentar que los clientes vayan más allá e las leyes para salvaguardarse problemas y quitarse inspecciones. Ojo no estoy diciendo que vayan a lo suyo, pero si que van a lo "demasiado seguro".
problema es que, es verdad, que a los programadores nos está metiendo una presión directa e indirectamente muy dura.
Por adelantarte algo, con mínimo riesgo de equivocarme, puedes echar un vistazo a lo que están haciendo los demás territorios (se llama blockchain) esta técnica consiste en enviar datos firmados
electrónicamente y con las firmas encadenadas con los datos ya enviados.
Cada territorio lo manda a su hacienda con sus protocolos e ISOS. Respetando la normativa de facturación, etc.. Un ejemplo cercano es Tiketbai en el país vasco. Por si quieres ir familiarizando te con lo que viene.
Por otro lado lo que ya tienes vendido, si no está en régimen de actualizaciones, y en su momento, puedes informar al cliente de que debe actualizarlo, y tu puedes verlo como una oportunidad para que si quiere actualizaciones sea en un régimen de pago por alquiler del programa, busca un buen contrato, hay contratos tipo en Internet para no quedarte en bragas. El cliente es responsable de actualizarse o no. Es de locos pensar que el vendedor de softwares tenga responsabilidades con efectos retroactivos respecto a una ley, eso no se permite en nuestra constitución.
Saludos y de momento, si tienes los programas sin trampas, puedes dormir tranquilo.

Muchas gracias por su aportación.

La cuestión es que los programas tienen muchos flecos que permiten una manipulación que a hacienda le puede parecer facilidad al fraude.

Habra que ir siguiendo los acontecimientos, aunque como bien indica puede ser una buena oportunidad de negocio si todos los usuarios tienen que actualizar para adecuarse a la normativa.

Saludos.

[ermendalenda]

Empezado por CarlosArjonomia

Muchas gracias por su aportación.

La cuestión es que los programas tienen muchos flecos que permiten una manipulación que a hacienda le puede parecer facilidad al fraude.

Habra que ir siguiendo los acontecimientos, aunque como bien indica puede ser una buena oportunidad de negocio si todos los usuarios tienen que actualizar para adecuarse a la normativa.

Saludos.

Sí, que me vas a contar.
De todas formas es difícil de demostrar la culpabilidad subjetiva de usar el programa para defraudar. Tendría que estar muy clara una función desarrollada específicamente para ello. Pero claro todo es posible.

[seccion__31]

Buenos dias !

aunque mi usuario es nuevo, ya estuve presente en este foro en otro momento critico, durante la implantacion del SII, (bajo seccion31), como no pude recuperar la contraseña, he decidido crear un usuario nuevo para dar seguimiento a este hilo.

He leido todos los posteos, y voy a dar mi opinion y quizas alguna informacion nueva:

Cumplir los requisitos para adaptarse a la ley es una oportunidad de negocio y seguramente todos los que estamos aqui una vez se publique la informacion tecnica no tendremos problemas en adaptar los programas.

Podremos hablar de eso con mas exactitud cuando sepamos mas.


Lo que mas me preocupa es el tema de la certificacion: porque no se ha dado informacion.

Si exigen una certificacion onerosa por un certificador independiente, muchos pequeños negocios de programacion quizas tengan que cerrar, mas aun si la certificacion es necesaria con cualquier cambio del software, el coste a los usuarios aumentara y quizas a alguno, les resulte mas rentable, emitir facturas con un word, o una excel. El resultado final puede ser un monopolio de unas cuantas empreas que se queden con el mercado de programas de gestion. Quizas sea muy apocaliptico...

¿van a exigir una certificacion por cada modificacion? ¿por periodo de tiempo?
¿van a exigir el mismo nivel de certificacion a un programa que vale 60.000 euros que a otro que cuesta 200?
¿van a exigir el mismo nivel de certificacion a un comerciante que vende 2 programas al año que otro que tiene 2000 instalaciones?

Bueno...

Si copian el sistema frances, como estais comentando, entonces el tema no seria tan malo:
En este enlace:

https://stileex.xyz/es/certificacion-nf525/

Describen como se logra la certificacion para francia, seguramente algun forero ya la conoce, pero al final del documento deja entre abierto un sistema muy sencillo de certificacion:

NF525 : Lo que cambia en el lado de los comerciantes

Como ya se ha mencionado, si desea utilizar un software de contabilidad, gestión o sistema de caja registradora, el minorista está obligado a elegir uno que cumpla con la certificación NF 525.

Para probar esto a las autoridades fiscales, tiene la opción de elegir entre dos opciones :

por un lado, tenga un documento que acredite la certificación NF525 del software que ha elegido y que normalmente se suministra con este último para su compra,
o, por otro lado, tener una autocertificación individual proporcionada por el editor del software.

La autocertificación es una alternativa al largo procedimiento de certificación y se hace en binomio con el comerciante que desea utilizar un software aún no certificado NF525.



En este caso, los dos protagonistas se dirigen juntos a las autoridades fiscales rellenando una solicitud en dos partes, en la primera de las cuales se presenta la información sobre el editor y en la segunda la información sobre el comerciante. Una vez validada la solicitud, se considera que el software cumple con las normas de certificación NF525 y, por lo tanto, es legalmente utilizable.

Leido el documento, ¿ alguien tiene acceso a la norma NF 525 ?

La AEAT ya esta haciendo algo similar homologando programas de digitalizacion de facturas

En fin,
un saludo a todos

copiado de otro foro:

dolibarr.es

(lo pongo asi porque no me deja)

Buenos días,

Hace tiempo hice consulta en hacienda, y hoy me han comentado esto:

"...Esta nueva obligación se aplicará a partir del próximo 11 de octubre. No obstante, la propia norma establece que
el desarrollo de esta se producirá reglamentariamente y la misma todavía no se ha producido, por lo que hasta la
fecha no se disponen de las especificaciones necesarias para que las empresas fabricantes, productoras y
comercializadoras de software puedan dar cumplimiento a los requisitos establecidos en el artículo 29.2.j) de la
LGT, así como poder certificar su software.
Lo que implica que mientras no se disponga de dicho desarrollo reglamentario, la compañía no podrá certificar su
software y a su vez, los usuarios no estarán incumpliendo la normativa, lo que comportará la no aplicación del
régimen sancionador establecido para la misma.
En cuanto se establezca reglamentariamente el desarrollo de dicha norma, se podrán realizar las actuaciones
oportunas para adecuar el software a la normativa actual...."

[Casimiro Notevi]

Bien, todavía no hay nada, así que a esperar.

Buenos días,
Hace tiempo hice consulta en hacienda, y hoy me han comentado esto:
"...Esta nueva obligación se aplicará a partir del próximo 11 de octubre. No obstante, la propia norma establece que
el desarrollo de esta se producirá reglamentariamente y la misma todavía no se ha producido, por lo que hasta la
fecha no se disponen de las especificaciones necesarias para que las empresas fabricantes, productoras y
comercializadoras de software puedan dar cumplimiento a los requisitos establecidos en el artículo 29.2.j) de la
LGT, así como poder certificar su software.
Lo que implica que mientras no se disponga de dicho desarrollo reglamentario, la compañía no podrá certificar su
software y a su vez, los usuarios no estarán incumpliendo la normativa, lo que comportará la no aplicación del
régimen sancionador establecido para la misma.
En cuanto se establezca reglamentariamente el desarrollo de dicha norma, se podrán realizar las actuaciones
oportunas para adecuar el software a la normativa actual...."

[ermendalenda]

Empezado por Casimiro Notevi

Bien, todavía no hay nada, así que a esperar.

Como pidan una certificación ISO por una empresa homologada como AENOR, nos vamos al paro el 90%.
Yo pienso que la certificación puede ir más a algo más trivial, con un formulario de compromiso que el software cumple las normas establecidas

[seccion__31]

En francia y en otros paises como digo parece que existe la posibilidad del autocertificado.


El fabricate paymash, lo utiliza:

¿Por qué Paymash decidió obtener una certificación individual?
Como se describe en este artículo, Paymash cumple los requisitos de las autoridades fiscales y los supera en muchos aspectos.


Por ejemplo, Paymash también cumple con las obligaciones fiscales en otros países europeos como Austria o Alemania. Paymash ha optado por la certificación individual.


Como suele ocurrir cuando una ley quiere regular un mercado, hay empresas que quieren beneficiarse de ella. En Francia, se trata principalmente de empresas privadas como INFOCERT con su norma NF525 o de organismos estatales como el Laboratoire National d'Essais.


El uso de estos organismos es obligatorio por ley cuando los distribuidores desarrollan su propio software de punto de venta.


Esto es especialmente cierto para los grandes distribuidores que quieren controlar su proceso de venta de principio a fin. En el caso de un minorista que confía en un proveedor de TPV independiente como Paymash, el uso de un certificador de terceros es opcional.


Paymash no quería recurrir a estas organizaciones porque las especificaciones que ofrecen son demasiado rígidas y nos frenan en la innovación.

[josemmerida]

La información que manejo ahora mismo proviene de nuestro asesor fiscal y la suya de lo que se cuece en Hacienda:

-Los programadores deberán firmar una Declaración Responsable comprometiéndose a que su software cumple con la normativa. Si no la cumple 150.000€ de multa.
-Las empresas que usen ese Software “solo” pagarán 1000€ de multa.
-Este año el régimen sancionador no se aplicará.

Ahora mismo me parece más un rumor que otra cosa.

Saludos

[seccion__31]

Buenos dias !

ese rumor del posteo anterior, yo veo que no tiene mucho que ver con lo publicado en el BOE.


Si el programa tiene alguna de estas caracteristicas:

a) permitan llevar contabilidades distintas en los términos del artículo 200.1.d) de esta Ley;
b) permitan no reflejar, total o parcialmente, la anotación de transacciones realizadas;
c) permitan registrar transacciones distintas a las anotaciones realizadas;
d) permitan alterar transacciones ya registradas incumpliendo la normativa aplicable;
e) no cumplan con las especificaciones técnicas que garanticen la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros, así como su legibilidad por parte de los órganos competentes de la Administración Tributaria, en los términos del artículo 29.2.j) de esta Ley;


Entonces si habria un problema. Entiendo que entonces se pasaria a valorar si realmente es para llevar una doble contabilidad.


A mi el punto (e), el de inalterabilidad de los registros me preocupa, trabajamos con .dbf y he pensado incluir una campo con un calculo md5 por registro (al que se le sumaria una cadena clave) para demostrar que no se han alterado los registros por via externa ajena al programa, al resto de puntos los puede controlar el propio programa.


Encriptar todo el contenido es imposible en el BDE, y quizas en un caso extremo podria considerarse como una falta de legibilidad.



¿que opinais?

[ermendalenda]

Empezado por seccion__31

Buenos dias !

ese rumor del posteo anterior, yo veo que no tiene mucho que ver con lo publicado en el BOE.


Si el programa tiene alguna de estas caracteristicas:

a) permitan llevar contabilidades distintas en los términos del artículo 200.1.d) de esta Ley;
b) permitan no reflejar, total o parcialmente, la anotación de transacciones realizadas;
c) permitan registrar transacciones distintas a las anotaciones realizadas;
d) permitan alterar transacciones ya registradas incumpliendo la normativa aplicable;
e) no cumplan con las especificaciones técnicas que garanticen la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros, así como su legibilidad por parte de los órganos competentes de la Administración Tributaria, en los términos del artículo 29.2.j) de esta Ley;


Entonces si habria un problema. Entiendo que entonces se pasaria a valorar si realmente es para llevar una doble contabilidad.


A mi el punto (e), el de inalterabilidad de los registros me preocupa, trabajamos con .dbf y he pensado incluir una campo con un calculo md5 por registro (al que se le sumaria una cadena clave) para demostrar que no se han alterado los registros por via externa ajena al programa, al resto de puntos los puede controlar el propio programa.


Encriptar todo el contenido es imposible en el BDE, y quizas en un caso extremo podria considerarse como una falta de legibilidad.



¿que opinais?

Tiene más que ver en el envío de los registros con un formato determinado y con firma electrónica a un webservice. Lo que a mi me preocupa es que datos van a querer, aunque supongo que empezarán por las facturas y espero que se planten.