Casi todas las semanas nos llega una llamada con la misma historia: “llevamos dos años con [SAP Business One / Odoo / NetSuite] y seguimos operando con hojas de Excel en paralelo”. La empresa pagó licencias, consultoría de implementación y capacitación, y aun así el proceso real vive en otro lado.
No es mala suerte. Es lo que pasa cuando se compra una herramienta construida para 10,000 empresas y se intenta encajar una operación que no se parece a esas 10,000.
Este post es sobre cuándo un ERP genérico sí basta, cuándo necesita módulos a medida, y cuándo conviene reconocer que lo que se requiere es otra cosa.
¿Qué resuelve bien un ERP genérico?
Seamos justos con los ERPs de caja: resuelven muy bien lo que es genuinamente genérico. Si su empresa tiene:
- Contabilidad estándar (catálogo SAT, CFDI 4.0, pólizas, conciliación bancaria).
- Inventario lineal — entra mercancía, sale mercancía, se descuenta.
- Compras y cuentas por pagar con flujos de aprobación razonables.
- Nómina con un esquema tradicional.
- Un catálogo de productos que no cambia cada semana.
Un Odoo bien configurado, un SAP Business One o un NetSuite estándar van a funcionar. La inversión típica de implementación en México ronda los $350,000 a $1,500,000 MXN por módulos base más licencias anuales, y el valor es real: se ordena lo que estaba desordenado.
La pregunta interesante no es “¿un ERP genérico sirve?”. Es “¿mi operación es de las que encajan?”.
¿Cuándo empieza a estorbar?
El ERP empieza a estorbar cuando el proceso real de la empresa tiene reglas que no son las reglas del ERP. Y casi ninguna empresa mexicana madura es 100% “libro de texto”.
Un par de ejemplos reales del último año:
Un fabricante de empaques en Querétaro intentó llevar órdenes de producción en SAP B1. Cada orden real implica sustituciones de material según disponibilidad, cambios de tamaño a media corrida, y retrabajos que no son mermas. El módulo de producción asume una BOM fija. Resultado: el supervisor captura la orden “limpia” en SAP y lleva la orden real en un WhatsApp con fotos. La operación nunca estuvo en el ERP.
Una distribuidora de abarrotes en Morelia con 18 rutas. La ruta no es fija — cambia por clima, por pedidos especiales, por un cliente que pidió urgente. El módulo de logística del ERP asume rutas planeadas la noche anterior y cerradas. La operadora termina imprimiendo las rutas del ERP y escribiendo arriba con pluma.
En los dos casos, el ERP no falló técnicamente. Hizo exactamente lo que prometía. El problema es que prometía algo distinto a lo que la empresa necesitaba.
Cinco señales de que necesita módulos a medida
Cuando llegamos a estas conversaciones, la decisión de si basta con configurar, se requieren módulos, o hay que ir más lejos se deja ver en señales concretas. Estas son las que más repetimos:
-
La gente usa Excel “para lo de verdad”. Si su operación real vive en hojas paralelas al ERP, el ERP no está capturando el proceso. Configurar más no va a arreglarlo; ya se intentó y por eso existe el Excel.
-
Los usuarios memorizan trucos para engañar al sistema. “Captura la orden como tipo B aunque sea tipo C, porque si no, no deja avanzar”. Cada uno de esos trucos es deuda operativa — y cuando se va la persona que los sabe, se rompe todo.
-
Los reportes gerenciales se arman a mano cada mes. El ERP tiene los datos pero no en la forma que el negocio los necesita. Alguien pasa dos o tres días descargando CSVs y armando tablas dinámicas. Eso son 40–60 horas-persona al mes que nadie mete al costo del ERP.
-
Hay reglas de negocio que dependen de contexto que el ERP no conoce. Descuentos por relación histórica con el cliente, comisiones que cambian según campaña, precios que dependen de qué vendedor cerró. Estas reglas no caben en los campos estándar — y meterlas con custom fields y flujos improvisados las vuelve frágiles.
-
El tiempo de captura supera al tiempo de operación. Cuando tomarle la orden al cliente toma tres minutos y capturarla en el ERP toma ocho, el sistema dejó de servir al negocio y empezó a ser el negocio.
Si aparecen tres o más de estas, configurar más el ERP rara vez es la respuesta. Lo que se necesita es construir donde el genérico no alcanza — y dejar al ERP haciendo lo que sí hace bien.
¿Qué cuesta forzar el proceso al ERP?
Esta parte casi nunca se calcula bien, y es donde está el dolor verdadero. Los costos de forzar el proceso al ERP en vez de construir al proceso suelen ser:
Costo directo de consultoría recurrente. Un ERP genérico con customizaciones pesadas necesita consultoría cada vez que el proveedor saca una actualización mayor. Hemos visto empresas gastando $180,000 a $400,000 MXN al año solo en mantener vivos los parches que les hicieron en la implementación original.
Costo de horas de captura duplicada. Si tres personas pasan dos horas al día reconciliando el ERP con el Excel real, eso son 120 horas al mes. A costo cargado, fácilmente $60,000 MXN mensuales quemados en capturar dos veces la misma información.
Costo de decisiones tardías. Cuando los reportes reales se arman fuera del ERP, las decisiones se toman con datos de la semana pasada. El impacto no está en un Excel, está en inventario mal comprado, en clientes no atendidos, en descuentos mal aplicados.
Costo de rotación. Los sistemas complicados que “solo Juan entiende” son una bomba de tiempo. Cuando Juan se va, la operación se frena 4 a 8 semanas mientras alguien reaprende la magia.
Un cliente con facturación de $80M MXN anuales calculó que entre licencias, consultoría recurrente y horas de captura duplicada, su ERP “económico” le costaba $2.1M MXN al año. Construir un sistema a medida para los tres módulos que realmente le dolían habría costado menos de la mitad en el primer año — y esencialmente nada en mantenimiento a partir del segundo.
Ese cálculo no siempre sale así. Pero nunca sale si no se hace.
¿Cuándo conviene construir a medida (o reemplazar)?
Hay tres caminos posibles, y el correcto depende de qué tanto de la operación es genérica:
Camino 1: Configurar y quedarse. Si el 80% o más de su operación es estándar y las excepciones son manejables con flujos del ERP, quédese con el ERP. No construya nada. Invierta en un buen consultor funcional y déjelo cerrar bien la configuración.
Camino 2: ERP base + módulos a medida. Si el ERP resuelve contabilidad, CFDIs, compras, nómina — pero producción, rutas, comisiones o lealtad son únicos — conviene construir módulos a medida que conversen con el ERP por API. El ERP sigue siendo la fuente de verdad de lo contable y fiscal; los módulos a medida capturan el proceso real y empujan asientos al ERP cuando corresponde. Es la arquitectura que recomendamos más seguido, y típicamente cuesta entre $400,000 y $1,200,000 MXN por módulo según complejidad.
Camino 3: Plataforma propia. Cuando la operación es tan particular que el ERP se vuelve una carga de contabilidad disfrazada de sistema de gestión, conviene construir una plataforma propia y conectar a un motor contable más ligero (o a un ERP, pero solo como “el cuarto de contabilidad”). Es la opción más cara de arranque — $1.5M a $4M MXN para un sistema completo — y la más barata a 5 años si la operación lo amerita.
La pregunta para decidir entre estos tres no es técnica. Es: ¿cuál es la ventaja competitiva de su empresa, y el ERP genérico está ayudando o estorbando a esa ventaja? Si lo que lo hace diferente es justo lo que el ERP no puede modelar, la respuesta se vuelve obvia.
Casos típicos que vemos en México
Para aterrizarlo, estos son los patrones que nos tocan más seguido:
- Manufactura con órdenes complejas — sustituciones, retrabajos, subcontratación parcial. Casi siempre necesita módulo de producción a medida sobre ERP genérico.
- Distribución con rutas dinámicas — ruteo no se resuelve con el módulo estándar. Módulo propio de logística conectado al ERP.
- Retail con programas de lealtad — la lealtad viva (puntos, niveles, recompensas) es demasiado específica. Plataforma de lealtad propia conectada al POS y al ERP.
- Servicios con facturación por consumo — suscripciones, tramos, bonificaciones. Módulo de billing propio que genera CFDIs contra el ERP.
En ninguno de estos casos el ERP es el enemigo. Simplemente no es el lugar donde vive la ventaja competitiva del negocio.
Cierre
El error más caro que vemos no es elegir mal el ERP. Es asumir que el ERP va a resolver todo, y gastar dos años intentando forzar la operación a un molde que no fue diseñado para ella. Para cuando alguien se da cuenta, ya se pagó licencia, implementación y consultoría — y la operación sigue viviendo en Excel.
No tiene que ser así. Si su empresa ya tiene un ERP y la operación real se escapa por los costados, o si está por implementar uno y quiere saber qué va a funcionar y qué no antes de firmar — escríbanos. Evaluamos su operación actual sin costo, le decimos con honestidad qué parte sí cabe en un ERP genérico y qué parte no, y si conviene construir o no. Si la respuesta es “no construyan nada, arreglen la configuración”, también se la decimos.
Es la misma conversación que tendríamos internamente si su operación fuera nuestra.