--- title: "Adaptar un ERP propio a Verifactu" description: "Qué cambiar en un ERP a medida para cumplir Verifactu: puntos de emisión, una cadena o varias, módulos de terceros, importaciones y facturas ya emitidas." canonical: https://caricalia.com/notas/adaptar-erp-propio-a-verifactu last-updated: 2026-10-09 --- # Adaptar un ERP propio a Verifactu > Un ERP a medida entra en Verifactu igual que un programa de catálogo. El trabajo está en encontrar todos los sitios desde los que factura y en encadenar sin tocar el pasado. Publicado: 2026-09-26 · Actualizado: 2026-10-09 Autor: carlos Temas: verifactu, facturación, erp --- ## ¿Un ERP propio tiene que cumplir Verifactu? Sí: si tu ERP a medida emite facturas, es un [sistema informático de facturación](/glosario/sistema-informatico-de-facturacion) y tiene que cumplir el [Real Decreto 1007/2023](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840) como cualquier programa comprado. La norma no distingue entre software de catálogo y software construido en casa. Lo que mira es si el sistema expide facturas de una actividad económica en España. Las fechas en vigor las fijó el Real Decreto-ley 15/2025: el 1 de enero de 2027 para las empresas que tributan por el Impuesto sobre Sociedades y el 1 de julio de 2027 para el resto. El 5 de octubre de 2026 Hacienda [anunció](https://www.idealista.com/news/finanzas/economia/2026/10/05/917495-hacienda-aplaza-a-octubre-de-2028-la-implantacion-del-sistema-de-facturacion) que las pasa a octubre de 2028 para todos. Hasta que se publique en el BOE, obligan las de 2027. Qué pide la norma a cualquier software está en la [guía de Verifactu con software propio](/notas/verifactu-software-propio), y el proyecto completo, con sus fases, en [adaptar tu software a Verifactu](/adaptacion-verifactu). Esta nota va de lo que cambia cuando ese software es un ERP con años de uso encima. ## Dónde emite facturas un ERP a medida Casi nunca desde un solo sitio. Es lo primero que buscamos cuando leemos un ERP, y lo que más tiempo lleva. En un ERP que ha crecido por encargos sueltos, lo normal es encontrar facturas que salen del módulo de ventas, otras que genera un proceso nocturno desde los albaranes, abonos que alguien emite a mano desde una pantalla de administración y una exportación que otro sistema convierte en factura. Cada uno de esos caminos tiene que generar su [registro de facturación](/glosario/registro-de-facturacion) en el momento de expedir la factura. Si un camino se queda fuera, la cadena tiene un hueco. Y un hueco en la cadena es justo lo que la norma está diseñada para detectar. Por eso el primer entregable no es código. Es una lista de todos los puntos desde los que el ERP expide una factura, con quién los usa y con qué frecuencia. ## Qué cambia en la base de datos Tres cosas, y las tres tocan tablas que hoy se editan sin pensarlo. **La factura deja de poder editarse.** Muchos ERP permiten corregir una factura emitida cambiando el importe o el cliente. Con Verifactu eso desaparece: una factura con un error se corrige con una [factura rectificativa](/glosario/factura-rectificativa), y si se emitió por error, con un registro de anulación. **Cada registro lleva una huella del anterior.** La [Orden HAC/1177/2024](https://www.boe.es/buscar/act.php?id=BOE-A-2024-22138) define qué campos entran en esa huella y cómo se calcula. Si alguien borra o cambia un registro, la cadena ya no cuadra. **La numeración no admite huecos.** El [reglamento de facturación](https://www.boe.es/buscar/act.php?id=BOE-A-2012-14696) ya lo exigía, pero muchos ERP reservan el número al abrir el borrador y lo pierden si se cancela. Qué hacer con eso está en [numeración de facturas](/glosario/numeracion-de-facturas). ## Qué hacer con las facturas ya emitidas No se tocan. La cadena empieza en el primer registro que genera el sistema adaptado, y las facturas anteriores se quedan como estaban. Lo que sí hay que decidir es cómo se rectifica una factura antigua después de la fecha. La rectificativa se emite ya con el sistema nuevo, con su registro y su huella, y apunta a una factura que no tiene registro. El ERP tiene que saber hacer eso sin romperse. También conviene revisar las series. Si hoy mezclas en una misma serie facturas y rectificativas, el reglamento de facturación exige separarlas, y el momento de adaptarse es el momento barato de hacerlo. ## ¿Una cadena para todo el ERP o una por módulo? Una para todo el ERP, si los módulos forman un sistema centralizado. La AEAT contesta a esta pregunta exacta en sus [preguntas frecuentes](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/sistemas-verifactu.html): si los módulos pertenecen al mismo ERP y están interconectados, o al menos controlados de forma central, todos los registros se encadenan en un único sistema con un único encadenamiento, con independencia de la serie o del número de cada factura. La excepción es la de los módulos inconexos. Si cada módulo genera el registro y el QR por su cuenta, sin enlace en tiempo real y sin control del ERP, al que solo le mandan los registros una vez al mes, pueden entenderse como sistemas distintos. Cada uno lleva entonces su cadena y cumple por separado. Es una decisión de arquitectura con consecuencias. Un ERP con un punto de emisión único tiene una cadena y un solo sitio donde cumplir. Un ERP con módulos que emiten por su cuenta tiene tantos sistemas como módulos, cada uno con su declaración y su cadena. ## ¿Qué pasa con las facturas importadas de otro sistema? Si el ERP recibe facturas emitidas por otros sistemas, por ejemplo por un tercero que factura en tu nombre o por tus clientes en una autofactura, no se vuelven a imprimir con QR ni se reenvían a la AEAT. Lo hizo el sistema que las expidió. Es lo que explican las [preguntas frecuentes de desarrollo](https://sede.agenciatributaria.gob.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/FAQs-Desarrolladores.pdf). Lo que sí conviene es importarlas con su registro de facturación. El registro identifica el sistema que lo generó, así que las facturas propias y las ajenas se distinguen sin esfuerzo. La responsabilidad del fabricante de tu ERP alcanza a los registros de las facturas que emite su sistema, no a los de otros. ## ¿Y las personalizaciones y los módulos de otros proveedores? Aquí está la duda de quien compró un ERP y lo ha ido ampliando. La AEAT distingue dos casos, y el reparto de la [declaración responsable](/glosario/declaracion-responsable) depende de ellos. - **Personalizaciones que no tocan cómo se cumple el reglamento,** como dónde se coloca el QR en la factura. No necesitan declaración propia: vale la del producto. - **Ampliaciones que cambian la implementación de los requisitos.** Necesitan la suya. La firma quien las produce: si las hace tu equipo o personal contratado que depende de ti, tú. Si contratas la ampliación como un producto a un tercero, ese tercero. La misma regla vale al revés: una personalización que permita saltarse el QR o alterar un registro incumple la norma. ## Varias empresas en el mismo ERP Es habitual que un ERP a medida facture para varias sociedades del mismo grupo. Cada una es un obligado distinto, con su propio NIF, sus series y sus registros de facturación. El error típico es compartir un contador o una tabla de registros entre sociedades. Funciona hasta que hay que enseñar los registros de una de ellas y salen mezclados con los de otra. La Orden HAC/1177/2024 lo impide: un sistema usado por varios obligados debe comportarse como si fueran sistemas independientes, con cadenas separadas y la sociedad siempre visible en pantalla. Si el ERP es una plataforma que factura para terceros, mira [Verifactu en un SaaS multiempresa](/notas/verifactu-saas-multiempresa). ## La declaración responsable El reglamento pide al productor del sistema una [declaración responsable](/glosario/declaracion-responsable) de que cumple. Cuando el ERP lo ha construido tu empresa, la firma tu empresa: la AEAT dice que, si el software lo desarrolló la propia empresa, será esta la que deba certificarlo. Si el ERP lo hizo un proveedor a medida y te lo entregó como un producto, lo certifica el proveedor. Conviene dejar por escrito quién la firma antes de empezar, no al final, y guardarla por versión. Hay una plantilla en la [guía de software propio](/notas/verifactu-software-propio#plantilla-de-declaración-responsable-para-copiar). ## La modalidad cambia el proyecto Antes de escribir código hay que elegir entre enviar cada registro a la Agencia Tributaria al emitirlo o guardarlo firmado en tu sistema. La segunda opción obliga a construir firma electrónica de registros, un registro de eventos y la capacidad de entregarlo todo si Hacienda lo pide. Para un ERP con varios caminos de emisión, esa diferencia pesa mucho en el presupuesto. Cómo se decide está en [modalidad Verifactu o no Verifactu](/notas/modalidad-verifactu-o-no-verifactu), y cuánto cambia el coste en [cuánto cuesta adaptar un software a Verifactu](/notas/cuanto-cuesta-adaptar-software-verifactu). ## Preguntas frecuentes ### ¿Tengo que cambiar de ERP para cumplir Verifactu? No. Un ERP propio se adapta. Lo que hay que decidir es si compensa: si la facturación está entretejida con el resto, casi siempre; si es una parte separable, quizá compense sustituirla por un programa adaptado. Lo pone en números el [diagnóstico](/diagnostico). ### ¿Qué pasa con las facturas anteriores a la adaptación? No se tocan. La cadena empieza en el primer registro del sistema adaptado. Las facturas anteriores se quedan como estaban, con su numeración. ### ¿Puede un ERP con varias sociedades usar la misma modalidad para todas? Puede, pero no está obligado: la Orden pide que el sistema pueda funcionar como Verifactu de forma independiente para cada obligado. Lo habitual es que todas envíen, pero cada sociedad decide. ### ¿Cuánto trabajo es adaptar un ERP a medida? Depende de cuántos caminos de emisión tenga, de cómo estén conectados los módulos y de la modalidad. Es lo primero que se mide, y lo explica [la nota de costes](/notas/cuanto-cuesta-adaptar-software-verifactu). Para fechas y calendario, el [plan de adaptación a Verifactu](/notas/plan-adaptacion-verifactu-2027). ## Cómo lo hacemos Leemos el código y la base de datos antes que la documentación, porque los caminos de emisión que importan casi nunca están documentados. Después separamos el momento de expedir la factura del momento de generar el registro, y garantizamos que uno no ocurre sin el otro. La lista de requisitos la conocemos porque la hemos cumplido en [nuestro propio programa de facturación, en producción](/casos/beel). Los mismos problemas salen en un ERP, con la diferencia de que allí hay años de datos que no se pueden reescribir. Si tu ERP emite facturas en tienda o en canal online además de en la oficina, mira también [Verifactu en una tienda online](/notas/verifactu-tienda-online). Si cobra cuotas, [Verifactu con suscripciones](/notas/verifactu-suscripciones). Si no sabes cuántos sitios de tu ERP emiten facturas, el [diagnóstico](/diagnostico) empieza por ahí: leemos el sistema y te decimos qué cumple, qué falta y qué cuesta. Si el trabajo es adaptarlo, eso es una [adaptación a Verifactu](/adaptacion-verifactu) sobre un sistema que no puede dejar de facturar mientras se cambia.