Integrar VERI*FACTU: software propio, proveedor externo o solución estándar

Una aplicación propia puede adaptarse directamente, delegar la emisión en un proveedor mediante API o utilizar un producto estándar. Las tres opciones son técnicamente posibles, pero reparten de forma distinta la responsabilidad de mantener especificaciones, declaración responsable, disponibilidad y soporte.

Opción 1: producto estándar

Encaja cuando el proceso es sencillo y puede ajustarse al flujo del producto. Reduce desarrollo inicial, pero hay que comprobar exportación, series, rectificativas, usuarios, modalidad soportada y dependencia del proveedor. La empresa sigue necesitando integrar pedidos o contabilidad si esos datos nacen en otro sistema.

Opción 2: proveedor mediante API

La aplicación conserva su experiencia y reglas comerciales, pero delega la emisión o comunicación. El conector debe mapear datos, manejar autenticación, interpretar rechazos y conservar referencias. También necesita una estrategia si la API está temporalmente indisponible.

Opción 3: adaptación propia completa

Ofrece control, pero exige implementar y mantener registros, encadenamiento, formatos, seguridad, declaración responsable y cambios normativos aplicables. La AEAT aclara que quien programa o integra software, incluso de código abierto, asume responsabilidades sobre el sistema resultante. No es solo una integración puntual.

Criterios para comparar

Volumen y tipos de factura
Reglas y series propias
Integraciones actuales
Modalidad VERI*FACTU o NO VERI*FACTU
Responsable de la declaración
Entorno de pruebas y soporte
Exportación y cambio de proveedor
Coste de mantenimiento normativo

Evitar que la integración cree duplicados

Cada solicitud necesita una clave estable. Si la aplicación pierde la respuesta, debe consultar antes de volver a emitir. Pedido, borrador y factura expedida son estados diferentes; un reintento de red no debe generar otra numeración ni otra operación fiscal.

Separar adaptador fiscal y lógica comercial

Conviene aislar formatos, certificados y respuestas del proveedor detrás de una interfaz interna. Así pedidos, suscripciones o servicios no dependen directamente de un esquema externo y puede probarse la lógica comercial sin comunicar registros reales.

Qué pedir antes de contratar

Solicita documentación de API, declaración responsable, versiones soportadas, SLA si existe, política de cambios, entorno de pruebas, exportación y procedimiento ante incidencias. Comprueba quién responde cuando el proveedor acepta una petición pero la AEAT devuelve un rechazo posterior.

Una decisión técnica y operativa

La alternativa adecuada no es la que tiene más control, sino la que la empresa puede operar y mantener. La aplicación concreta del reglamento debe confirmarse con asesoría y documentación oficial vigente antes de cerrar alcance.