Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

QUE ES CURL.EXE

Potente herramienta gratuita que funciona Para Linux y todos los Windows desde XP.
Se puede usar para transferir los datos a la AEAT.
Soporta los protocolos: ftp, ftps, http, tftp, scp, sftp, telnet, dict, file y ldap.
Autentificación: por usuario y contraseña o con certificado.

[ermendalenda]

Consejos

● Evitar en la medida de lo posible permitir cambios de fecha ni de hora del sistema donde está el software, además de siempre comprobar al generar una factura nueva que la fecha y hora del sistema no es anterior a la última factura generada.
● Al generar una factura Comprobar los identificadores y datos de clientes, CIF, NIF. NIE, nombre… con una entidad verificadora autorizada.
● No permitir generar facturas en el sistema si existen errores en los que el proceso de encadenamiento no se vaya a realizar correctamente.
Si vas a usar un certificado digital para la opción de no enviar los XMLS, verificar, si es posible, en cada firma que dicho certificado no ha sido revocado o ha caducado (avisad unos días antes de la caducidad). Es conveniente tener 2 certificados generados por 2 entidades diferentes, por ejemplo: FNMT e IZENPE, con fechas de generación diferentes, esto nos servirá para cambiar de certificado en el software antes de su renovación, ya que se revocará el que está en uso en ese momento de la renovación

● Los avisos a los usuarios deben ser entendibles para ellos.
● Cada error, ya sea por problemas en la generación del XML o por un error recibido por los servidores de verifactu, debe ser tratado lo más convenientemente posible según el grado del problema, por ejemplo enviar un mensaje inmediato a la persona adecuada y siempre registrar el evento también de la forma adecuada.
● Revisa tu software para que el numerador de facturas no de saltos por errores o por bloqueos.

● Los envíos de las facturas se harán en orden PEPS(primero en entrar primero en salir, también llamado FIFO), independientemente de si se emiten varias series en la misma máquina. Ejemplo, emisión de facturas: 3-245 después la 1-222 y a continuación la 3-246, se enviarán en ese mismo orden cronológico de generación, primero la 3-245, después la 1-222 y a continuación la 3-246.
● Al igual que los envíos, el encadenamiento de las facturas se efectuará independientemente de la serie, pudiendo encadenarse distintas series.
● Al generar un pdf hay que incluir los mismos datos, QR. Pero por ejemplo en la EFactura no hay que incluir el QR pero si el identificador de ese QR
● Si no hay conexión para enviar los ficheros, y se ha seleccionado modalidad de envío, ésta debe realizarse en cuanto se restablezca el servicio y en el orden en que se generaron.


La selección de modalidad con envío implica que debe realizarse así durante todo el ejercicio



-Siempre que se reimprima o se envie a un cliente hay que poneer que es "Duplicado"
-Para el emisor, puede pedir 1 copia o varias hay que poner que es "Copia"
-Comprobación datos clientes contra la aeat y el vies

[ermendalenda]

Espero que os ayude para poder entrar en materia, como veis, si quereis minimizar riesgos, hay que tener mas cosas en cuenta de las que parecia.

[ermendalenda]

Aqui os dejo unos xmls de ejemplos, los ficheros están numerados según orden cronológico en el que se realizaron las facturas.
La primera factura, por lógica, no está encadenada, por lo cual se omite el nodo de encadenamiento.

[ermendalenda]

Aqui les adjunto los pdfs relaacionados a las facturas de los xmls anteriores.
E insertado en las facturas un QR inventado basado en ticketbai, ya que aún no han mencionado estructura ni medidas.
Saludos

[[newtron]]

Joder... esto es lo que yo llamo una Clase Magistral.

Muchas gracias compañero. Estoy seguro que todo esto nos vendrá bien a muuuuuuuuuuuucha gente.

[keys]

Menudo curro

[afxe]

Ermendalenda, te lo has currado... la verdad es que RamHerFer tiene razón... deberíamos haber trabajado más en equipo para escribir un workflow, tener una biblioteca de herramientas externas y otra de código. Y no vendría mal un apartado de "Preguntas Frecuentes". Pero no me miréis a mí, no tengo ni idea de cómo hacer todo eso, pero me encantaría participar.

Al final, con tantos aplazamientos del desarrollo técnico, el que más y el que menos hemos bajado los brazos esperando a que se aclaren, porque cada vez que dicen algo nos ponemos a desarrollar y luego se retractan, cambian, modifican, deshacen... para dejarnos con cara de tontos. Por lo cual la decisión más sabia que he leído en el foro es esperar a que desplieguen el desarrollo técnico y aclaremos dudas... y sinceramente, creo que ellos están más perdidos que nosotros, por lo que he decidido tomármelo con calma.

No podemos elegir trabajar enganchado permanentemente con la AEAT, pues implicaría que si se pierde conexión no se puede facturar... hace poco una obra cortó una fibra en un polígono y dejó a muchos negocios, incluso 3 grandes supermercados, sin internet durante 2 días.

En cuanto al encadenamiento, tenía entendido que se podía y debía hacer por serie, ya que en un sistema de facturación NO centralizada (cada puesto o dispositivo puede emitir facturas), no puede hacer el encadenamiento con las facturas emitidas por otros dispositivos.

Lo veo todo muy verde aún... pero a lo mejor es mi desidia por este asunto.

[ermendalenda]

Buenas, independientemente de que software de desarrollo useis existe una libreria de
windows para generar los hash "advapi32.dll", el desarrollo si lo buscais por internet seguro que lo encontrais, la declaración en vb sería:

Declare Function CryptCreateHash Lib "advapi32.dll" _
(ByVal hProv As Long, ByVal Algid As Long, ByVal hKey As Long, ByVal dwFlags As Long, _
ByRef phHash As Long) As Long
Declare Function CryptReleaseContext Lib "advapi32.dll" _
(ByVal hProv As Long, ByVal dwFlags As Long) As Long
Declare Function CryptCreateHash Lib "advapi32.dll" _
(ByVal hProv As Long, ByVal Algid As Long, ByVal hKey As Long, ByVal dwFlags As Long, _
ByRef phHash As Long) As Long
Declare Function CryptDestroyHash Lib "advapi32.dll" _
(ByVal hHash As Long) As Long
Declare Function CryptHashData Lib "advapi32.dll" _
(ByVal hHash As Long, pbData As Any, ByVal cbData As Long, ByVal dwFlags As Long) As Long
Declare Function CryptGetHashParam Lib "advapi32.dll" _
(ByVal hHash As Long, ByVal dwParam As Long, pbData As Any, ByRef pcbData As Long, _
ByVal dwFlags As Long) As Long

Y aquí las constantes que declaro para facilitar su uso

Private Const PROV_RSA_FULL As Long = 1
Private Const PROV_RSA_AES As Long = 24
Private Const CRYPT_VERIFYCONTEXT As Long = &HF0000000

Private Const HP_HASHVAL As Long = 2
Private Const HP_HASHSIZE As Long = 4

Private Const ALG_TYPE_ANY As Long = 0
Private Const ALG_CLASS_HASH As Long = 32768

Private Const ALG_SID_MD2 As Long = 1
Private Const ALG_SID_MD4 As Long = 2
Private Const ALG_SID_MD5 As Long = 3
Private Const ALG_SID_SHA As Long = 4
Private Const ALG_SID_SHA_256 As Long = 12
Private Const ALG_SID_SHA_384 As Long = 13
Private Const ALG_SID_SHA_512 As Long = 14

Private Const CALG_MD2 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_MD2)
Private Const CALG_MD4 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_MD4)
Private Const CALG_MD5 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_MD5)
Private Const CALG_SHA As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_SHA)
Public Const CALG_SHA_256 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_SHA_256)
Public Const CALG_SHA_384 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_SHA_384)
Public Const CALG_SHA_512 As Long = (ALG_CLASS_HASH Or ALG_TYPE_ANY Or ALG_SID_SHA_512)
Private pvToByteArray1() As Byte

[ermendalenda]

Empezado por afxe

Ermendalenda, te lo has currado... la verdad es que RamHerFer tiene razón... deberíamos haber trabajado más en equipo para escribir un workflow, tener una biblioteca de herramientas externas y otra de código. Y no vendría mal un apartado de "Preguntas Frecuentes". Pero no me miréis a mí, no tengo ni idea de cómo hacer todo eso, pero me encantaría participar.

Al final, con tantos aplazamientos del desarrollo técnico, el que más y el que menos hemos bajado los brazos esperando a que se aclaren, porque cada vez que dicen algo nos ponemos a desarrollar y luego se retractan, cambian, modifican, deshacen... para dejarnos con cara de tontos. Por lo cual la decisión más sabia que he leído en el foro es esperar a que desplieguen el desarrollo técnico y aclaremos dudas... y sinceramente, creo que ellos están más perdidos que nosotros, por lo que he decidido tomármelo con calma.

No podemos elegir trabajar enganchado permanentemente con la AEAT, pues implicaría que si se pierde conexión no se puede facturar... hace poco una obra cortó una fibra en un polígono y dejó a muchos negocios, incluso 3 grandes supermercados, sin internet durante 2 días.

En cuanto al encadenamiento, tenía entendido que se podía y debía hacer por serie, ya que en un sistema de facturación NO centralizada (cada puesto o dispositivo puede emitir facturas), no puede hacer el encadenamiento con las facturas emitidas por otros dispositivos.

Lo veo todo muy verde aún... pero a lo mejor es mi desidia por este asunto.

Hola, otros dispositivos llevan su encadenamiento, no confundamos serie con dispositivo, el mismo dispositivo puede tener varias series.