ERP a medida: operaciones que el software estándar no modela
Stock, compras, producción y trazabilidad diseñados para cómo movéis mercancía y dinero — sin módulos que nadie configura.
El problema
Un ERP genérico obliga a adaptar la operativa al software: ubicaciones de almacén que no existen, órdenes de producción que no reflejan vuestras fases o informes que requieren consultor externo para sacarlos.
Muchas pymes viven entre Holded para facturación, Excel para stock y WhatsApp para urgencias de almacén. El coste no es solo el tiempo perdido: son roturas de stock, compras duplicadas y clientes esperando sin saber el estado real.
Construir ERP a medida no significa replicar SAP. Significa cubrir los procesos operativos críticos con datos fiables, permisos claros y visibilidad para quien decide compras, precios o producción.
Si esto os suena familiar, no estáis solos: la mayoría de pymes llegan al mismo punto antes de plantearse construir. La pregunta no es «¿podemos permitirnos software a medida?» sino «¿cuánto nos cuesta seguir como estamos un año más?». Ese coste — horas, errores, oportunidades perdidas — suele ser mayor que el de un primer hito bien acotado.
En operaciones, un minuto de retraso en ver stock disponible puede significar un pedido confirmado sin material. Los ERP a medida priorizan verdad operativa en tiempo útil, no mil informes que nadie abre.
En la práctica, el ROI se mide en semanas: horas dejadas de copiar datos, errores que ya no ocurren y decisiones tomadas con información del mismo día. Si no podéis estimar ese ahorro, conviene hacerlo antes de pedir presupuesto — os ayudamos en diagnóstico a poner números conservadores.
Si llegasteis hasta aquí, probablemente ya hablasteis internamente de «necesitamos un sistema». El siguiente paso no es pedir tres presupuestos genéricos: es escribir en un párrafo qué debe hacer el sistema el lunes que entre en producción y quién lo validará. Eso define el MVP mejor que cualquier lista de funcionalidades copiada de un competidor.
Qué es un ERP a medida
Es software para gestionar recursos y operaciones: inventario, compras, proveedores, producción, expediciones y, si aplica, facturación o integración con contabilidad.
Se modela según vuestros almacenes, unidades de medida, reglas de reposición, BOMs o flujos de aprobación. Lo que en un ERP estándar sería «configuración imposible» aquí es requisito de primera clase.
Suele integrarse con CRM, ecommerce, transportistas y contabilidad para que la operativa no viva en silos.
En RUMAZA lo abordamos con entregables verificables: algo en producción que el equipo use, métricas de adopción y un roadmap de fases posteriores solo si la fase anterior aporta valor medible. Sin roadmap infinito ni pagar por humo.
No confundáis ERP a medida con clonar SAP. Muchos proyectos empiezan por inventario + pedidos + compras y dejan contabilidad en el sistema que ya usáis, bien integrado.
Operaciones deja de apagar fuegos cuando el stock y los pedidos viven en un solo sitio con reglas claras de reserva y expedición.
La trazabilidad que exigen algunos clientes o normativas (lote, caducidad, origen) no es un módulo opcional al final: se diseña en el modelo de datos desde el día uno o la migración posterior es dolorosa.
Cuándo tiene sentido
- Gestionáis stock en varios almacenes o con reglas complejas
- La producción o el ensamblaje requiere trazabilidad específica
- Odoo u otro ERP os obliga a consultores permanentes
- Necesitáis unificar operaciones con portal B2B o ecommerce propio
- Los informes operativos son críticos y los actuales no sirven
- Queréis evitar licencias por módulo que no usáis
- Dirección pide visibilidad y los datos tardan días en estar listos
- Un error en el proceso actual tiene impacto directo en cliente o margen
- Habéis probado parches (macros, Zapier, plantillas) y ya no aguantan volumen
- Queréis documentar el criterio de decisión antes de invertir — esta guía de erp a medida os ayuda a contrastar opciones
- Buscáis un partner que hable en entregables y no en horas indefinidas de «análisis»
- Queréis comparar build vs buy con números antes de firmar
Qué se puede construir
Gestión de inventario
Entradas, salidas, transferencias, inventarios cíclicos y alertas de mínimos. Diseñado para adopción real: pantallas simples, datos validados y menos campos que un SaaS genérico.
Compras y proveedores
Solicitudes, órdenes de compra, recepciones y histórico de precios. Diseñado para adopción real: pantallas simples, datos validados y menos campos que un SaaS genérico.
Producción / ensamblaje
Órdenes de fabricación, consumo de materiales y coste estimado. Diseñado para adopción real: pantallas simples, datos validados y menos campos que un SaaS genérico.
Expedición y logística
Preparación de pedidos, integración con transportista y tracking. Diseñado para adopción real: pantallas simples, datos validados y menos campos que un SaaS genérico.
Panel de operaciones
KPIs de rotación, valor de stock, pedidos pendientes y cuellos de botella. Diseñado para adopción real: pantallas simples, datos validados y menos campos que un SaaS genérico.
Fase evolutiva posterior
Ampliación del módulo inicial con nuevas integraciones, roles o reporting — solo tras validar adopción y ROI de la fase anterior. Evita construir funciones que nadie pidió en la urgencia del día uno.
Cómo lo construiría RUMAZA
Tecnologías posibles
- Django
- PostgreSQL
- Celery
- APIs REST
- Next.js
- Integración EDI/CSV
- Códigos de barras
Escenarios de aplicación
Stock, compras o producción en hojas separadas
Referencias duplicadas, stock desactualizado y nadie confía en el número. ERP ligero centrado en operaciones, no en cientos de módulos vacíos.
ERP grande sobredimensionado para la pyme
Licencias y consultoría altas para funciones que no usáis. A medida en lo operativo core; SaaS en contabilidad si encaja.
Trazabilidad por lote, obra o proyecto
Necesidad de seguir material, costes o fases con reglas propias. Sistema que refleje cómo trabajáis, no plantilla genérica.
Errores habituales
- Querer digitalizar toda la empresa en la fase 1
- No involucrar a almacén en el diseño de pantallas
- Subestimar migración de referencias y stock inicial
- Ignorar impresión de etiquetas o hardware de lectura
- No definir qué pasa cuando hay discrepancia en inventario
- Postergar la decisión otro año «hasta que crezcamos un poco más» — el caos también escala
- No medir el antes/después: sin baseline no sabéis si el proyecto funcionó
- Pedir presupuesto sin definir MVP ni persona que valide entregables en nombre del negocio
Preguntas frecuentes
¿ERP a medida o Odoo?
Odoo si encajáis en sus módulos y tenéis partner de confianza. A medida cuando la operativa es el diferencial y las adaptaciones superan el beneficio del estándar.
¿Sustituye a la contabilidad?
No necesariamente. Muchos proyectos integran con Holded, Sage o similar y el ERP cubre operaciones.
¿Cuánto tarda?
Un módulo de stock + pedidos suele estar en 8–14 semanas. Proyectos más amplios por fases.
¿Funciona offline en almacén?
Podemos diseñar flujos móviles resilientes; offline completo depende de requisitos y conflicto de sincronización.
¿Puedo empezar solo con inventario?
Sí. Es un excelente primer hito con ROI medible.
¿Cómo sé si estamos listos para dar el paso?
Si podéis nombrar un proceso concreto que duele cada semana, hay dueño interno dispuesto a validar y el coste del status quo es mayor que 5.000–10.000€ anuales en tiempo o errores, merece una conversación de diagnóstico. Si no, a veces basta con ordenar datos y usar mejor lo que ya tenéis.
¿Cómo preparo el inventario inicial?
Inventario físico en fecha acordada, referencias unificadas y reglas de ubicación definidas. Ayudamos con plantilla de carga y reconciliación contra Excel o sistema anterior.
¿Qué entregables concretos recibo en cada fase?
En cada hito: código en repositorio vuestro, entorno de staging para probar, documentación de despliegue y uso, y criterios de aceptación firmados antes de pasar a producción. No entregamos solo un ZIP ni un PDF de 80 páginas que nadie lee. El entregable tiene que ser usable por alguien que no sea el desarrollador.
¿Trabajáis con equipos internos o solo externo?
Ambos. Si tenéis persona técnica, integramos en vuestro flujo (Git, tickets, revisiones). Si no, asumimos operación completa pero dejamos documentación para que no seáis rehenes. Recomendamos al menos un referente de negocio que valide cada sprint.
¿Qué pasa si nuestro proceso cambia en seis meses?
Un sistema a medida debería evolucionar con vosotros. Por eso evitamos atajos que impiden cambiar reglas: código legible, documentación y fases de mejora. Cambios pequeños van a mantenimiento; cambios de modelo se presupuestan como nueva fase con impacto claro.
¿Cómo se gestionan permisos y seguridad?
Roles definidos desde el MVP: quién ve, quién edita, quién aprueba. Autenticación con email/contraseña o SSO si ya lo usáis. Datos sensibles cifrados en tránsito, backups automáticos y logs de acciones críticas. No es paranoia: es evitar que un becario exporte toda la base de clientes sin querer.
¿Ofrecéis formación al equipo?
Sí, sesión práctica de 1–2 horas sobre el flujo entregado, más documentación breve con capturas. Preferimos formación sobre el MVP real, no sobre 50 funciones que llegarán en fase 2. Si hace falta acompañamiento las primeras semanas, se acuerda como soporte post-lanzamiento.
¿Cuál es el primer paso concreto si quiero avanzar?
Un mensaje con el proceso que más duele, quién lo sufre y qué herramientas usáis hoy (aunque sea Excel). En 48–72h respondemos con recomendación de primer hito, orden de fases y estimación orientativa — sin compromiso de proyecto cerrado si no encaja.
Guías relacionadas
¿Tienes este problema en tu empresa?
Cuéntamelo y te diré qué sistema construiría.