El Gobierno aprueba el Reglamento que desarrolla los requisitos de los programas informáticos de facturación para evitar el ‘software de doble uso’

[rafaelbn]

Referencia: https://www.hacienda.gob.es/Documentacion/Publico/GabineteMinistro/Notas%20Prensa/2023/S.E.HACIENDA/05-12-23-NP-CM-Reglamento-software-de-doble-uso.pdf

Título: Adaptación a los Nuevos Requisitos de Facturación del Gobierno Español

Objetivo del RFC: Este RFC tiene como objetivo iniciar el proceso de adaptación del software de facturación de Odoo para cumplir con el nuevo Reglamento aprobado por el Consejo de Ministros de España, que establece requisitos específicos para los programas informáticos de facturación con el fin de evitar el uso de 'software de doble uso' y fomentar la transparencia en las operaciones comerciales.

Antecedentes:

1. El Gobierno español ha aprobado un Reglamento que dicta los requisitos para los sistemas y programas de facturación electrónica. Este reglamento está enfocado en combatir el fraude fiscal y la economía sumergida.
2. Los sistemas de facturación deben garantizar la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de los registros de facturación.
3. La normativa es aplicable a todos los empresarios y profesionales, excepto aquellos sujetos al Suministro Inmediato de Información (SII) y ciertas excepciones en sectores específicos.
4. Los empresarios tienen hasta el 1 de julio de 2025 para adaptar sus sistemas a estos cambios.

Requisitos Específicos a Implementar:

1. Integridad y Seguridad de los Datos: Implementar medidas para garantizar la integridad y seguridad de los registros de facturación, incluyendo 'hash' encadenado y, opcionalmente, firma electrónica.
2. Almacenamiento y Accesibilidad: Asegurar que los registros de facturación incluyan información detallada del emisor, detalles de la factura, y descripciones de las operaciones, entre otros.
3. Cumplimiento con la Normativa: Desarrollar funcionalidades para que los sistemas cumplan con las especificaciones que se detallarán en la Orden Ministerial futura.
4. Certificación: Preparar el software para una declaración responsable que certifique el cumplimiento con el Reglamento.

Acciones a Tomar:

1. Análisis y Planificación: Realizar un análisis detallado de los requisitos del Reglamento y planificar las adaptaciones necesarias en el software de facturación de Odoo.
2. Desarrollo y Pruebas: Desarrollar las nuevas funcionalidades y realizar pruebas exhaustivas para asegurar el cumplimiento con los requisitos establecidos.
3. Documentación y Formación: Preparar documentación relevante para los usuarios y proporcionar formación sobre los nuevos cambios y funcionalidades.
4. Certificación: Preparar y someter la declaración responsable una vez que el software cumpla con todos los requisitos.

Cronograma Propuesto:

• Fase de Análisis y Planificación: [Fechas específicas]
• Fase de Desarrollo y Pruebas: [Fechas específicas]
• Fase de Documentación y Formación: [Fechas específicas]
• Fase de Certificación: Antes del 1 de julio de 2025

Aprobación y Comentarios:
Este RFC está abierto a comentarios y sugerencias 😄

Autor del RFC: Rafael Blasco @rafaelbn ( @moduon )

[ruria]

Desde CONETIC se trabaja intensamente en este asunto, recientemente han publicado un resumen: Presentación CONETIC

Como conclusión final del mismo:

1. En caso de ser posible, la opción más sencilla parece ser adherirse voluntariamente al SII (actualmente es sólo obligatorio para empresa con >6 millones de facturación)
2. En caso de optar por VERI*FACTU, la implementación es infinítamente más sencilla si el sistema trabaja enviando en tiempo real las facturas a AEAT, lo que exime de cumplir ciertos requisitos. Sería suficiente con

• Incluir QR en las facturas
• Generar fichero XML + huella y encadenarlo con la anterior mediante la inclusión de la huella de la factura anterior
• Enviar la factura a AEAT
• Mostrar errores de envío en caso de existir
• Permitir vincular la declaración responsable de que el software cumple con el reglamento VERI*FACTU
• No permitir la alteración o borrado de factura existentes

3. Si el sistema no es capaz de enviar de manera continua y en tiempo real la facturas, entre otras deberá:

• Firmar localmente el registro de facturas (además de crear las huellas)
• Llevar registro de eventos (además del registro de las facturas)
• Exportar toda la información
• Contestar (digitalmente) a requerimientos realizados por la AEAT
• ...

[rafaelbn]

Muchas gracias @ruria por tu mensaje.

Ahora mismo no puedo atender eso, pero creo que sería ideal organizar un Meet para pintar un roadmap.

Con suerte en el Code sprint de Canarias lo podemos atacar.

Gracias de nuevo 😊

[pedrobaeza]

Esto ya se está moviendo por parte de AEOdoo: https://www.aeodoo.org/blog/novedades-sobre-odoo-1/veri-factu-formacion-de-grupo-de-trabajo-66

[rafaelbn]

Gracias @pedrobaeza , ya me ha llegado hoy (¡ahora mismo!) la invitación para socios de AEODOO al webinar

AEOdoo | Nuevo Webinar sobre Verifactu y anuncios de AEAT

¡Fenomenal!