Configurar Veri*factu para un cliente

Veri*factu es una funcionalidad requerida por la Agencia Tributaria para todos los Sistemas Informáticos de Facturación: consiste en el registro de todas las altas y anulaciones de facturas de una empresa en un determinado formato, y opcionalmente en el envío en tiempo real de dichos registros a la AEAT. Además, en este segundo caso, las facturas deberán incluir un código QR que enlace a un servicio de la AEAT que verifique que la información de la factura es la misma que se ha enviado.

A partir de enero de 2027, será obligatorio para todas las empresas que facturen en España y que no estén utilizando el Sistema de Información Inmediata. Es decir, muchos clientes de Yunbit pero no todos. Por tanto, hay que activarlo para cada uno. Aquí se detallan los pasos necesarios.

Requisitos previos

Para poder activar Veri*factu en una plataforma y metagrupo es necesario que:

• Esté dada de alta la variable de sistema de BusinessCloud verifactu.certificatepath , apuntando al certificado con el que se firmarán los registros y los envíos (casi siempre será el certificado de Yunbit, aunque es posible que algún cliente use el suyo propio o algún otro).
• Esté dada de alta la variable de sistema 5.3.9 bc_url , apuntando a la versión BusinessCloud de la plataforma
• Esté configurada la empresa ordenante para el metagrupo, incluyendo el registro de la tabla OrderCompanies (si no, basta con entrar al gestor de Empresa ordenante y guardar los cambios).

Módulo de activación y configuración

Una vez dados estos pasos podemos ir a Admin GeaFinances / Veri*factu / Configuración. Si está desactivado, aparecerá esta pantalla:

El "Modo Veri*factu" es aquel en el que se envían las altas y anulaciones de facturas en tiempo real a la AEAT; el "Modo no Veri*factu" es el que sólo almacena los registros. La recomendación de Yunbit es usar modo Veri*factu, pero es el cliente el que debe decidir.

Una vez activado, la pantalla pasa a ser:

Desde aquí, como se ve, se puede desactivar o cambiar de modo. Estos cambios no son inmediatos: la especificación de Veri*factu indica que el funcionamiento se debe mantener hasta el 31 de diciembre del año en que se solicite el cambio o desactivación.

También se pueden indicar los datos correspondientes a las casuísticas especiales detalladas en el artículo 12 de la Orden HAC/11177/2024. Dicha orden no da muchos detalles de en qué consisten esas casuísticas; sólo que AEAT puede realizar determinado tipo de requerimientos a las empresas, y estos requerimientos tendrán un número de registro o identificación que se debe incluir en las comunicaciones de Veri*factu. Aquí es donde se configuran.

Consideramos que es mejor que sólo el equipo de Yunbit pueda activar, desactivar o cambiar de modo Veri*factu; la parte de los números de registro e identificación sí tendría sentido que la puedan gestionar los clientes. Pero esto es una mejora planteada a futuro; de momento, todo este módulo es accesible sólo para superadministradores. Si algún cliente necesita configurar el número de registro de autorización, o el número de identificación de la resolución de no aplicación, nos lo tendrá que solicitar.

Configurar notificaciones de incidencias

Existen notificaciones maestras creadas para el sistema Veri*factu, que se lanzan cuando hay incidencias o errores de comunicación. Para que funcionen a pleno rendimiento, es necesario realizar estos pasos:

• Dar de alta en 5.3.9 la variable de sistema geafin_verifactu_notifytemplate, con el valor del identificador de plantilla de correo que se usará para estas notificaciones. Salvo requerimiento especial, este valor será VERIFACTU_NOTIFY
• Si hay un usuario de la plataforma que deba recibir todas las notificaciones asociadas a Veri*factu (por defecto se envían sólo al usuario que haya creado o modificado la factura enlazada a la incidencia), se debe crear la variable de sistema 5.3.9 geafin_verifactu_notifyuser, con el UID de dicho usuario
• Se puede ir al gestor de plantillas de correo de la plataforma Yunbit, y copiar la plantilla VERIFACTU_NOTIFY a la plataforma del cliente.