Ley antifraude 2021 (VERIFACTU) - Programas informáticos

[ermendalenda]

¿Por donde empezamos?:
1. Investigar las herramientas que necesitaremos para:

● Generar XMLS (se puede generar como un fichero de texto)
● Comprobar un XML contra un XSD
● Firmar un XML con un certificado electrónico (Solo si vas a preprara el software para conservar los xmls sin enviar, no lo recomiendo)

● Generar un HASH de un nodo del XML generado.
● Enviar un fichero por WebService.


2. Adaptar lo máximo nuestro software al reglamento de facturación:


https://www.boe.es/buscar/act.php?id=BOE-A-2012-14696
3. Adaptar nuestro software para poder generar los ficheros necesarios que tendremos que guardar o enviar para los tipos de facturas siguientes:



● SIMPLIFICADA
● FACTURA NORMAL/ORDINARIA
● SUSTITUTIVA O CANJE

● RECTIFICATIVA (POR SUSTIRUCION O POR DIFERENCIAS)
● ANULACIóN DE CUALQUIERA DE LAS ANTERIORES (TENIENDO EN CUENTA QUE HAY ANULACIONES QUE NO SE PUEDEN/DEBEN HACER, EJEMPLO, NO ES LOGICO ANULAR UNA FACTURA SIMPLIFICADA SI HAS EMITIDO UNA RECTIUFICATIVA DE ÉSTA .

● ETC.

Factura simplificada.

Son facturas en la que no constan los datos del receptor y se suele hacer por pequeños comercios en importes que no superen los 3000 euros o 400 en el resto no minoristas.

Factura sustitutiva o de canje.

Son las facturas emitidas por canje de las simplificadas en las que se hace constar los datos del receptor.

Duplicado de facturas(sin verifactu)

Se emite en sustitución de la original con los mismos datos de la original por pérdida, extravío, deterioro o por que haya que dárselo a varios pagadores... Hay que poner que es un Duplicado

Copia de facturas(sin verifactu)

Son una o varias copias para el emisor.

Factura proforma(sin verifactu)

Equivale a un presupuesto

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

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