---
title: "Adaptar un ERP propio a Verifactu"
description: "Qué hay que cambiar en un ERP hecho a medida para cumplir Verifactu: dónde se emite cada factura, el registro, la huella y qué hacer con lo ya emitido."
canonical: https://caricalia.com/notas/adaptar-erp-propio-a-verifactu
last-updated: 2026-09-26
---

# 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

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 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.

Qué pide la norma a cualquier software está resumido en [Verifactu para software
propio](/notas/verifactu-software-propio). 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.

## 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 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).

## La declaración responsable

El reglamento pide a quien produce el sistema una [declaración
responsable](/glosario/declaracion-responsable) de que cumple. Cuando el ERP lo
ha construido tu empresa o un proveedor a medida, hay que dejar claro por escrito
quién la firma antes de empezar, no al final.

## 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.
