VeriFactu para integradores de ERP: Sage, Odoo, a3 y sistemas propios
Evaluar una cartera de instalaciones exige distinguir versiones, personalizaciones y responsables. Esta guía propone las preguntas que conviene resolver; no describe incidencias de clientes ni acredita conectores de Kenea. Forma parte de la guía VeriFactu para integradores.
Revisión editorial: .
Qué ofrece cada fabricante, a grandes rasgos
Esta tabla organiza la comprobación; no es un catálogo de compatibilidades. Consulta producto, versión, edición y módulo con su fabricante y conserva la documentación antes de decidir.
| Origen | Forma general de la adaptación | Qué comprobar |
|---|---|---|
| Sage | Consultar actualización y alcance del producto concreto | Versión soportada, función disponible y añadidos de terceros |
| Odoo | Identificar edición, alojamiento, módulo y autor | Distinguir módulo oficial de terceros; revisar mantenimiento y módulos propios que intervienen en facturas |
| a3 (Wolters Kluwer) | Consultar el producto concreto de la suite | Qué programa expide y cuál recibe facturas; flujo asesoría-cliente cuando el cliente factura fuera |
| Sistema propio | Inventario de componentes y responsables | Requisitos aplicables a la modalidad elegida, datos, pruebas y declaración responsable |
Si el módulo cubre tu instalación y tiene mantenimiento, conviene evaluarlo primero. Coste, responsabilidad y viabilidad se comparan para el caso concreto; no hay una opción universalmente más barata.
Qué comprobar en las personalizaciones
Una personalización puede modificar el flujo previsto, pero no implica que el módulo falle. Estos son escenarios propuestos para revisar y probar:
- Facturación desde otro sitio. Comprobar los puntos de expedición en proyectos, TPV, web y procesos por lotes.
- Series y numeración propias. Numeración por delegación, por cliente o por año fiscal distinto del natural. El registro exige serie y número coherentes con la cadena de huellas.
- Rectificativas a mano. Instalaciones en las que «rectificar» es editar la factura original. VeriFactu exige registro de alta para la rectificativa y, si toca, registro de anulación; nunca una edición silenciosa.
- Facturación por lotes. Probar que el diseño coordina concurrencia y encadenamiento; el paralelismo por sí solo no demuestra un fallo.
- PDF como fuente de verdad. Instalaciones donde el dato bueno está en el PDF y la base de datos va detrás. El registro tiene que salir del acto de expedir, no del documento.
- Versiones antiguas. Confirmar opciones soportadas y coste de actualizar las personalizaciones.
La evaluación técnica determina si basta con actualizar y configurar o si hace falta desarrollo adicional. La muestra ficticia de informe enseña cómo documentar esa decisión.
Operar decenas de clientes
Adaptar un ERP a VeriFactu una vez es un proyecto. Adaptar cuarenta instalaciones y operarlas después es otro tipo de trabajo, y es donde un integrador gana o pierde el año.
| Problema | Qué hace falta |
|---|---|
| Cada cliente es un emisor distinto | Una cadena de huellas por emisor, sin mezclar. Un identificador de cliente que viaje con cada registro |
| Reintentos | Identidad estable de la operación y procedimiento de conciliación según el servicio. Ver estados y reintentos |
| Visibilidad | Un panel con todos: enviados, pendientes, rechazados, sin actividad. El cliente que deja de enviar un lunes no llama |
| Certificados | Inventario con fecha de caducidad por cliente y aviso con dos meses de margen |
| Altas y bajas | Procedimiento para incorporar un cliente nuevo y para cerrar la cadena de uno que se va, con exportación de sus registros |
| Evidencias | Informe mensual por cliente que puedas entregar si lo piden |
Esta tabla recoge necesidades de una operación multicliente, no una lista de funciones incluidas. KeneaFactu es un producto operativo: solicita una demostración para comprobar qué cubre tu caso y qué integración o trabajo adicional requiere.
El certificado y la representación
Hay que distinguir la autenticación del servicio de la firma de los registros y revisar los mecanismos admitidos para el caso. Dos puntos a resolver antes de integrar:
- Identidad y representación. No asumir que disponer de un certificado autoriza a actuar por cualquier cliente.
- Custodiar certificados de clientes sin procedimiento. Ficheros .p12 en un correo, contraseñas en un Excel, nadie sabe cuál caduca cuándo.
Decídelo antes de integrar: quién es el titular del certificado de cada cliente, dónde se custodia, quién lo renueva y con qué antelación, y si hay representación, que esté formalizada por escrito. Cambiar esto con cuarenta clientes en producción es doloroso.
Checklist de evaluación por origen
Antes de decidir la vía de adaptación de un ERP, responde esto para cada origen que mantienes:
- ¿Qué versión y edición tienen tus clientes? ¿Cuántas versiones distintas hay en la cartera?
- ¿El fabricante tiene módulo VeriFactu para esa versión? ¿Te lo ha confirmado por escrito?
- ¿Desde cuántos puntos se expiden facturas en tu instalación? ¿Todos pasan por el flujo estándar?
- ¿Qué series, rectificativas, anulaciones y simplificadas usa cada cliente?
- ¿Quién es el productor del programa? ¿Dónde está su declaración responsable y cubre tu personalización?
- ¿Qué clientes están en el SII o en territorio foral y quedan fuera?
- ¿Quién tiene el certificado de cada cliente y cuándo caduca?
- ¿Cómo vas a saber mañana que el cliente veintitrés ha dejado de enviar?
- ¿Puedes probar todo esto en el entorno de pruebas de la AEAT antes de tocar producción?
- ¿Qué fecha aplica a cada cliente? Mira los plazos VeriFactu 2027.
Cuándo tiene sentido una capa como Kenea, y cuándo no
| Tiene sentido | No tiene sentido |
|---|---|
| Mantienes muchos clientes sobre el mismo origen y no quieres que cada instalación sea un caso | Tienes tres clientes en la versión soportada y el módulo del fabricante los cubre |
| El módulo oficial no contempla tus personalizaciones, tus series o tus puntos de expedición | Tu instalación es estándar y actualizar es viable |
| Necesitas un único panel de control para toda la cartera, con alertas y evidencias | Tu fabricante ya te da el panel multicliente que necesitas |
| Tu sistema propio expide facturas y no quieres escribir y mantener el control de errores, duplicados y estados | Tienes equipo de desarrollo, pocos orígenes y prefieres integrar una API fiscal por tu cuenta |
| El origen permite enganchar en el momento de expedir | El origen solo produce PDF y no hay forma de interceptar la expedición: ahí lo honesto es cambiar de software |
Reutilizar un conector es un objetivo que hay que probar por versión, configuración y personalizaciones. Kenea no dispone de un conector universal. La evaluación puede recomendar otra vía; cualquier desarrollo posterior requiere presupuesto y aceptación de alcance. Consulta servicios.
Fuentes
- Real Decreto 1007/2023, reglamento de los sistemas informáticos de facturación.
- Orden HAC/1177/2024, especificaciones técnicas.
- Sede de la AEAT: sistemas informáticos de facturación, preguntas frecuentes y entorno de pruebas.
Consultar la evaluación de mi software
Esta guía es información técnica general, no asesoramiento fiscal ni jurídico. Las referencias a Sage, Odoo y a3 son descriptivas; las marcas pertenecen a sus titulares y Kenea no tiene relación con ellos. Consulta tu caso con tu asesoría.