Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[bmfranky]

Empezado por CarlosR

Sinceramente no veo cual es el problema de imprimirla en la primera, en la última o en todas.
La NO Ley porque todavía no es Ley hasta que salgan todos los detalles técnicos, en sus prolegómenos indica que el DOCUMENTO debe llevar un QR que por cierto tampoco hay indicaciones de qué datos debe llevar. En uno de sus weminar aparece un QR y si se lee puede ver un pequeño puñado de datos. Que se le supone van a ser los definitivos.
No sé si se refiere a que en sus algoritmos sólo puede tener el número de documento y la serie al final de la impresión o si no puede imprimir el QR hasta el final. No veo cual es el problema de imprimirlo al final si así lo desea. Es el documento el que lleva el QR asignado. Al igual que puede imprimir lo acumulado de los importes en cada página previa y en el final los totales generales o solo imprimir totales generales al final.

Al menos tal y como yo lo veo es indistinto.


Un saludo.

Desde el dia 05/03/2024 ya hay una version preliminra de lo que deve llevar el qr, colocacion y tamaño, el dia 04/06/2024 lo modificaron para poner ejemplos.He intentado poner el enlace, pero no me deja.

[CarlosR]

Empezado por bmfranky

Desde el dia 05/03/2024 ya hay una version preliminra de lo que deve llevar el qr, colocacion y tamaño, el dia 04/06/2024 lo modificaron para poner ejemplos.He intentado poner el enlace, pero no me deja.

Si, ya me he bajado los pdf. Y ya estoy haciendo pruebas.

Tienen 4 modalidades :
a) Veri*factu
1- en pruebas
2- en producción a partir del 01-06-2025
b) NoVeri*factu
3- en pruebas
4- en producción a partir del 01-06-2025
Al final en los informes he creado unas funciones de forma que dependiendo de la fecha utiliza un modelo u otro.
De este modo no estaré pendiente de cambiar informes el último día.
Ojo con la localización y el tamaño de los QR. La AEAT es muy explícita. Ahora solo nos falta que diseñen las facturas de los clientes.

Saludos.

[bmfranky]

Una cosa, se que no iria aqui, pero..
Para proteger los datos del cliente,(Telefono,dni,Email) , para cumplir con la normativa subiendolos a mi base de datos codificado en MD5 , ¿es suficiente?
Teniendo en cuentea que el servidor Mysql, no se puede acceder mas que desde la intranet?


Por ejemplo para subir los datos desde un textbox, los pongo en en la estructura de datos, en texto plano, antes de subirlo lo codifico en MD5 y ese codigo es el que subo a la base de datos.
Para recogerlos, hago la consulta y asigno a la estructura el resultado de resolver el MD5.


Lo pregunto por que una vez puesto a rectificar cosas, modificarlo.

Por cierto para hallar el tiempo para el HASH , uso esto en c#

string retorno = DateTime.Now.ToString("yyyy-MM-dd'T'HH:mm:ssK");

lo que devuelve el string formateado. "2024-06-14T16:58:47+02:00"
Gracias por vuestras respuestas.

[bmfranky]

No se al final que decidiran, pero yo estaba por poner el qr, al lado del numero de factura y demas, como pone que dejemos un espacio de 6mm, se supone que puede ir en una pare visible, siempre delante de cualquier otro Qr qu epueda incluir la factura.

[bmfranky]

Hola, la imagen no puedo subirla alguien podria decirme por que?

[keno_71]

Empezado por bmfranky

Hola, la imagen no puedo subirla alguien podria decirme por que?

Necesitas escribir 10 posts, para evitar el spam

[bmfranky]

Ok, gracias ya me falta menos...;-)

[Javierus]

Por si le interesa a alguien; es la grabación de un webinar que emitió Software del Sol hace unos días, con una persona de ONIF (Hacienda)

Link al Vídeo en YouTube

[keno_71]

Empezado por Javierus

Por si le interesa a alguien; es la grabación de un webinar que emitió Software del Sol hace unos días, con una persona de ONIF (Hacienda)

Link al Vídeo en YouTube

Gracias Javierus, 3 puntos importante creo:

1- el OM seguramente salga en septiembre u octubre, no ha dado seguridad y por lo tanto la fecha del 1 de julio del 2025 está en el aire
2- Aunque no es este foro, la factura electrónica está aun más en el aire, no ha sido capaz siquiera de indicar un periodo donde se podría comenzar, habla incluso de que es necesario un complemente político, eso puede hacer que se alargue muchísimo.
3- Los del SII están exento de todo, parecía que en el tema de las autofacturas estarían obligados pero parece que se está modificando para que no sea así.

[xevi]

Otra inquietud, que acabo de trasladar a verifactu...

Como desarrollador de software de facturación, para clientes que no quieran acogerse al VERI*FACTU se maneja la opción de acogerse*al SII.

Bien, ¿como debo protegerme como desarrollador de software con esos clientes que si bien yo voy a implementar que mi SIF solamente trate las facturas con sistema VERI*FACTU, para esos clientes que opten como utilizar mi SIF pero acogidos al SII???
O sea, debo poner una declaración responsable de mi sistema SIF como VERI*FACTU, pero no para todos los usuarios/clientes que utilizen*mi SIF, pues como comento, el que no quiera remitir los datos a VERI*FACTU, ya que estará*remitiendo los datos al SII.

No se, es un poco para "cubrirme" de responsabilidad cuando un cliente me diga, "NO YO NO QUIERO QUE TU SIF ME MANDE LOS DATOS A VERI*FACTU*PORQUE YO ESTOY ACOGIDO AL SII"