Un ERP a medida es un sistema de gestión desarrollado para los procesos de una empresa concreta: clientes, compras, stock, pedidos, facturación y lo que el negocio necesite, sobre una base de datos única y con el código en propiedad de la empresa. Lo que casi todo el mundo pregunta primero es el precio, así que empezamos por ahí y después entramos en módulos, fases y en la parte que más proyectos subestima: la facturación y su normativa.
¿Cuánto cuesta un ERP a medida?
Depende del número de módulos, de las integraciones y de cuánta lógica propia tenga el negocio. Como referencia de mercado, TIC Portal sitúa el coste del primer año de un ERP en España entre 12.000 y 50.000 € en la mayoría de los casos, sumando licencias o desarrollo e implantación. Un ERP a medida no se paga de golpe: arranca con un primer bloque de módulos y crece por fases.
Para situarlo con las categorías que usamos en nuestra guía de costes de un software a medida: un primer módulo bien acotado, como pedidos con stock, suele caer en complejidad media (6.000 a 15.000 €). Un ERP con varios módulos, integraciones y alta concurrencia entra en alta complejidad, desde 25.000 € hasta 60.000 € o más, con un coste de infraestructura y mantenimiento mensual que hay que presupuestar aparte.
Qué encarece un ERP a medida
- Integraciones. Cada conexión con banco, tienda online, transportistas, contabilidad o Agencia Tributaria es un proyecto pequeño con sus propias pruebas.
- Reglas de precios. Tarifas por cliente, descuentos por volumen, portes, promociones que se solapan. Es donde más horas se van.
- Multiempresa, multialmacén o multidivisa. Multiplican casos, pruebas y permisos.
- Datos sucios. Migrar desde hojas de cálculo o desde un sistema antiguo sin limpiar antes cuesta más de lo que parece.
- Facturación propia. Emitir facturas desde el ERP obliga a cumplir el reglamento de sistemas de facturación (lo vemos más abajo).
Qué lo abarata
- Empezar por los dos o tres módulos que más dinero o tiempo cuestan hoy.
- Usar servicios existentes para lo que no diferencia al negocio: contabilidad, pasarela de pago o facturación certificada conectadas por API.
- Tener una persona con capacidad de decisión en el proyecto. Las esperas por validaciones internas alargan más un ERP que cualquier problema técnico.
Costes ocultos que conviene prever
El más grande no aparece en ningún presupuesto: las horas de los usuarios clave. Quien mejor conoce compras o almacén tiene que dedicar tiempo a entrevistas, pruebas y formación mientras sigue haciendo su trabajo. Además están el alojamiento y la infraestructura, el mantenimiento correctivo y evolutivo, los cambios normativos (facturación, fiscalidad, protección de datos) y el soporte durante las primeras semanas tras el arranque.
Módulos de un ERP a medida
No todos los módulos hacen falta. Un distribuidor puede trabajar años con clientes, compras, stock, pedidos y facturación. Recursos humanos, en cambio, casi siempre se resuelve mejor con una herramienta especializada conectada por API que desarrollándolo desde cero.
- Clientes y tarifas: fichas, condiciones comerciales, precios especiales. Complejidad orientativa: media. Integraciones habituales: CRM, tienda online.
- Compras y proveedores: pedidos a proveedor, recepciones, costes de compra. Complejidad orientativa: media. Integraciones habituales: correo o EDI con proveedores.
- Inventario y almacenes: stock por ubicación, lotes, caducidades, movimientos. Complejidad orientativa: alta. Integraciones habituales: app de almacén, lectores, tienda online.
- Pedidos de venta: presupuesto, pedido, albarán y devoluciones. Complejidad orientativa: media-alta. Integraciones habituales: tienda online, transportistas.
- Facturación y cobros: facturas, abonos, series, vencimientos. Complejidad orientativa: alta por normativa. Integraciones habituales: contabilidad, banco, AEAT.
- Operaciones o producción: órdenes de trabajo, partes, planificación. Complejidad orientativa: alta. Integraciones habituales: app móvil para técnicos.
- Reporting: márgenes, rotación, ventas por canal. Complejidad orientativa: media. Integraciones habituales: herramienta de BI.
Hay dos piezas que no son módulos pero atraviesan todos: permisos (quién ve y aprueba qué) y registro de auditoría (quién cambió qué y cuándo). Si se diseñan al final, obligan a tocar todo lo anterior.
CodeZone Pro Tip: en el módulo de inventario, no guardes el stock como un número que se sobrescribe. Guarda movimientos y calcula el stock a partir de ellos
-- Cada entrada o salida es un movimiento inmutable
CREATE TABLE movimientos_stock (
id BIGSERIAL PRIMARY KEY,
producto_id BIGINT NOT NULL REFERENCES productos(id),
almacen_id BIGINT NOT NULL REFERENCES almacenes(id),
cantidad NUMERIC(12,3) NOT NULL CHECK (cantidad <> 0), -- positivo entra, negativo sale
motivo TEXT NOT NULL CHECK (motivo IN ('compra','venta','ajuste','traspaso','devolucion')),
documento_id BIGINT, -- albarán, pedido o ajuste de origen
creado_por BIGINT NOT NULL REFERENCES usuarios(id),
creado_en TIMESTAMPTZ NOT NULL DEFAULT now()
);
CREATE INDEX idx_mov_producto_almacen ON movimientos_stock (producto_id, almacen_id);
-- El stock actual es la suma de movimientos
CREATE VIEW stock_actual AS
SELECT producto_id, almacen_id, SUM(cantidad) AS unidades
FROM movimientos_stock
GROUP BY producto_id, almacen_id;Con este diseño, cuando alguien pregunta por qué el sistema dice que quedan 14 unidades, la respuesta está en la tabla. Los errores se corrigen con un movimiento de ajuste, nunca editando el anterior. Con mucho volumen se añaden cierres periódicos o una vista materializada, pero el principio no cambia.
Fases del desarrollo de un ERP a medida
1. Descubrimiento y análisis de procesos
Entrevistas por departamento, mapa de procesos, inventario de datos y decisión del alcance de la primera fase. En muchas empresas esos procesos viven hoy en varias hojas conectadas a mano, y el trabajo empieza por ahí: en cómo convertir procesos de Excel en una aplicación web contamos cómo se pasa de pestañas a un modelo de datos. El entregable de esta fase es un mapa de procesos, un modelo de datos inicial, una lista priorizada de funcionalidades y una estimación por módulo.
2. Diseño de experiencia y prototipo
Administración, almacén y dirección no usan el ERP igual. El almacén necesita pantallas grandes, pocos pasos y lectura de códigos, a menudo en una aplicación móvil. Administración necesita tablas densas y atajos. Prototipar antes de programar evita construir pantallas que nadie usa.
3. Arquitectura
Para la mayoría de pymes, un monolito modular con límites claros entre módulos es más barato de mantener que una arquitectura de microservicios. Lo que sí conviene desde el principio es separar el dominio del negocio de la infraestructura, como explicamos en arquitectura hexagonal, y exponer una API propia para que las integraciones futuras no obliguen a tocar el núcleo.
4. Desarrollo por módulos
Ciclos cortos con demostraciones a los usuarios clave. Cada módulo se entrega funcionando con datos de prueba realistas antes de empezar el siguiente.
5. Pruebas y migración de datos
Pruebas automáticas de las reglas críticas (precios, stock, facturación) y conciliación con el sistema anterior: el stock y los saldos pendientes deben cuadrar al céntimo antes de arrancar.
6. Arranque
Se fija una fecha de corte, se hace inventario físico si hay almacén y se congela el sistema anterior. Las primeras semanas requieren soporte cercano: aparecerán casos que nadie mencionó en el análisis.
7. Mantenimiento y evolución
Un ERP no se termina. Cambian los procesos, la normativa y el negocio. Presupuesta el mantenimiento desde el principio. Sobre plazos reales de cada fase, tenemos una guía específica de tiempos de desarrollo de software a medida.
Facturación, VeriFactu y factura electrónica
Si el ERP emite facturas, su módulo de facturación es un sistema informático de facturación a efectos del Real Decreto 1007/2023. Eso implica registros de facturación que no se pueden alterar, encadenados entre sí, un código QR en cada factura y una declaración responsable del productor del software. En un ERP a medida, ese productor es quien lo desarrolla. Quedan fuera las empresas que ya llevan sus libros a través del Suministro Inmediato de Información (SII).
Los plazos se ampliaron con el Real Decreto-ley 15/2025. Según la nota informativa de la Agencia Tributaria, los contribuyentes del Impuesto sobre Sociedades deben estar adaptados antes del 1 de enero de 2027 y el resto de obligados, incluidos los autónomos, antes del 1 de julio de 2027.
Aparte está la factura electrónica obligatoria entre empresas. El Real Decreto 238/2026 ya está publicado, pero su aplicación depende de una orden ministerial. Según el proyecto de orden, la obligación llegaría previsiblemente en octubre de 2027 para empresas que facturan más de 8 millones de euros y en octubre de 2028 para el resto. Conviene revisar las fechas definitivas cuando se publique la orden.
En la práctica hay dos caminos. Uno es desarrollar el módulo cumpliendo el reglamento, con todo lo que implica mantenerlo cuando cambie. El otro es que el ERP gestione pedidos, albaranes y cobros y delegue la emisión en un software de facturación ya adaptado, conectado por API. En muchas pymes el segundo camino sale más barato a tres años.
ERP a medida o ERP estándar
Si tus procesos son los de la mayoría de tu sector, un ERP estándar bien implantado suele ser más rápido y más barato. Tiene sentido ir a medida cuando la forma de operar es precisamente lo que te diferencia, cuando las integraciones pesan más que las funciones estándar, cuando el coste de licencias crece con cada usuario o cuando necesitas controlar el modelo de datos. Existe también un camino intermedio: un estándar para contabilidad y un desarrollo propio para la operativa que no encaja. Lo desarrollamos en software a medida frente a herramientas SaaS.
Dónde encaja el CRM
El ERP gestiona lo que pasa desde que el cliente dice que sí: pedido, entrega, factura, cobro. Lo que ocurre antes (leads, oportunidades, propuestas, previsión de ventas) es terreno del CRM. La frontera importa porque ambos comparten la ficha de cliente y alguien tiene que ser su dueño.
Si el equipo comercial necesita pipeline, actividad y previsiones, conviene decidir pronto si eso irá en un CRM del mercado o en una plataforma comercial propia conectada con operaciones, porque la respuesta cambia cómo se diseña el módulo de clientes del ERP. Si además hay comerciales o técnicos en la calle, en integrar apps móviles con ERP y CRM vemos cómo se conectan los tres.
La Deuda Técnica de un ERP Mal Planteado
Un ERP que arranca sin mapa de procesos crece a base de excepciones: campos añadidos para un solo cliente, reglas duplicadas entre módulos, integraciones que nadie documentó. Cada parche encarece el siguiente cambio y, en dos o tres años, la empresa vuelve a tener lo que quería dejar atrás: un sistema que nadie se atreve a tocar.
Por eso lo más útil antes de pedir presupuestos es llegar con los módulos de la primera fase definidos y los procesos que cada uno debe cubrir. Sin eso, cada proveedor presupuesta un ERP distinto y las ofertas no se pueden comparar.
Si estás en ese punto, podemos ayudarte a hacer el mapa de procesos y a estimar cada módulo por separado, como hacemos en nuestros proyectos de software a medida en España. Hablemos de tu ERP.
