En corto: Seis criterios para decidir entre migrar el ERP o construir la capa de operación encima, con la aritmética del caso y las seis objeciones del comité.
Son las 7:50 de la mañana de un martes. Antes de la junta de producción, el director de operaciones abre el consolidado de ayer: un Excel que alguien armó a mano a las once de la noche, pegando lo que mandaron por WhatsApp tres supervisores de turno. No cuadra con el ERP. Nunca cuadra con el ERP, y todos lo saben.
La conclusión fácil es que el ERP está mal y hay que cambiarlo. Casi siempre es la conclusión equivocada. Decidir entre migrar el ERP o construir una capa de operación encima es la disyuntiva que tiene enfrente cualquier empresa mexicana de 200 a 2,000 empleados que ya pagó su sistema y sigue operando con hojas de cálculo. Este texto es el marco con el que se decide, con los seis criterios, la aritmética y lo que cuesta equivocarse en cada dirección.
El ERP registra lo que ya pasó; la operación decide lo que va a pasar
Un ERP —Intelisis, Aspel, Contpaq, SAP Business One— es un sistema de registro. Guarda la póliza, el CFDI, el inventario contable, la nómina. Eso funciona, está auditado y el SAT lo acepta. No es el problema.
El problema vive antes del registro: planear el turno, asignar la ruta, confirmar que el embarque salió, avisar que faltó material, decidir a quién se le surte primero cuando no alcanza. Eso no se registra: se decide. Y como el ERP no fue diseñado para eso, cada empresa se inventó su capa de operación con lo que tenía a la mano: Excel y WhatsApp.
Por eso el síntoma se repite idéntico en plantas que no se conocen entre sí: cuarenta hojas de cálculo con nombre de persona y una docena de grupos de WhatsApp donde se dice «ya salió», «confírmame» y «¿dónde va?». Esa es la capa operativa real de la empresa. Existe, funciona a medias y no le pertenece a nadie.
El archivo que lleva el nombre de una persona
Hay una prueba de diagnóstico que toma diez segundos: pregunta en tu empresa si existe «el Excel de Paty». Si todos saben de cuál hablas, ya tienes la respuesta.
Ese archivo es un sistema en producción. Tiene reglas de negocio —fórmulas, colores, una pestaña oculta con los criterios de prioridad—, tiene un único operador capacitado y no tiene respaldo, documentación ni sucesor. No se le pueden dar vacaciones a Paty en cierre de mes. Si Paty renuncia, no se va una persona: se va una parte del sistema operativo de la empresa.
Ese es el riesgo que casi nunca entra al caso de negocio, porque no aparece en ninguna cuenta contable. Y es el más caro de los tres que veremos.
Los seis criterios para decidir
Ningún consultor debería contestarte esto por teléfono. Se contesta con seis preguntas:
- Costo hundido. ¿Cuánto llevas pagado del ERP entre licencias, implementación y capacitación, y cuántos años de vida útil le quedan? Migrar lo tira todo.
- Riesgo de parar. ¿Qué pasa si el sistema de registro se cae tres días a medio cambio? En una planta con turnos, la respuesta suele ser inaceptable.
- Dónde está el dolor. ¿Tus problemas son de registro (la póliza sale mal, el inventario contable no cuadra) o de operación (nadie sabe dónde va el embarque)? Si el dolor es de operación, migrar el registro no lo toca.
- Plazo. ¿Cuándo necesitas el alivio? Una migración de ERP se mide en semestres; una capa de operación entrega su primera pantalla útil en semanas.
- Equipo. ¿Tienes gente para operar dos sistemas en paralelo durante la doble captura de una migración? Casi nadie la tiene, y ahí es donde las migraciones se mueren.
- Proveedor. ¿El que te propone migrar vende licencias del sistema al que te quiere mover? Es una pregunta incómoda y hay que hacerla.
Si cinco de las seis apuntan en la misma dirección, ya decidiste. En la mayoría de las empresas mexicanas de este tamaño apuntan a lo mismo: el registro se queda, la operación se construye encima.
Por qué no se migra: el argumento técnico
Migrar un ERP significa recatalogar, remapear cuentas, revalidar fiscalmente y operar en doble captura durante meses, para terminar registrando exactamente lo mismo en otra pantalla. Compras riesgo a cambio de una interfaz.
Construir encima funciona al revés. La capa de operación lee del ERP —con un usuario de sólo lectura, vistas o su API, lo que sistemas autorice—, opera en su propia base de datos, y escribe de regreso únicamente en los puntos que sistemas apruebe por escrito. Nada más.
Esto tiene una consecuencia que a los directores de sistemas les gusta y casi nadie les menciona: si dentro de tres años la empresa sí decide cambiar de ERP, la capa de operación sobrevive. Se le cambia el conector y sigue corriendo. Construir encima no cierra la puerta de migrar: la deja abierta y más barata.
Así es como se trabaja sobre la capa operativa encima del ERP: la contabilidad se queda donde está y lo que cambia es que la operación diaria deja de vivir en Excel y en WhatsApp.
Por qué no se migra: el argumento político
Este es el que decide la junta, y por eso vale la pena decirlo en voz alta.
El ERP fue la decisión de alguien que sigue trabajando en la empresa: el director de finanzas, el contador, el dueño. Proponer migrarlo es declarar que esa decisión fue un error, y convertir al director de operaciones en adversario de finanzas justo cuando necesita su firma para el presupuesto. Ese pleito no lo gana nadie.
Construir encima no le quita nada a nadie. Finanzas conserva su ERP intacto. Sistemas conserva el control, porque entrega un usuario de lectura, no las llaves. Operación gana el sistema que necesita. Es la única propuesta que las tres áreas pueden firmar en la misma junta sin que ninguna pierda.
La aritmética, con supuestos a la vista
Los números de abajo son supuestos nuestros, no un estudio. Sustitúyelos por los tuyos: el ejercicio sirve por la fórmula, no por el monto. Tomemos una empresa de 300 empleados, distribución o manufactura ligera.
| Concepto | Cálculo | Al año | Evidencia |
|---|---|---|---|
| Captura y consolidación manual | 12 personas × 2 h × 22 días × $123/h cargada | $779,000 | Criterio nuestro; la carga patronal de +25 % a +35 % sobre el sueldo bruto sí es pública |
| Error grave por dato desfasado | 1 al mes × $25,000 | $300,000 | Criterio nuestro. Es el supuesto más discutible: pon el tuyo |
| Riesgo de persona clave | Reconstruir «el Excel de Paty»: 3 meses de una persona nueva más los errores del periodo | No cuantificado | Criterio nuestro |
| Total visible | ≈ $1.08 M |
Contra eso, el peldaño de Plataforma cuesta $145,000 una sola vez. Si recuperas apenas el 40 % del tiempo de captura —$311,600 al año— el retorno llega en 5.6 meses, sin contar un solo error evitado. Si además evitas la mitad de los errores, baja a unos 3.8 meses.
El dato incómodo: esos $779,000 ya los estás pagando. No aparecen en ninguna línea del presupuesto porque están repartidos en doce nóminas. Por eso la pregunta del comité no es «¿cuánto cuesta el proyecto?», sino «¿cuánto llevamos pagando por no hacerlo?».
Las objeciones que van a salir en el comité
| Quién objeta | Qué dice | Respuesta |
|---|---|---|
| Compras | «¿Por qué no tres cotizaciones?» | La escalera está publicada con precio y alcance por peldaño: compárala contra quien quieras. Y el código queda tuyo, sin renta de licencia. |
| Sistemas | «Otro sistema que mantener. Y no toquen el ERP.» | No se toca. Se lee con usuario de sólo lectura y se escribe sólo donde ustedes autoricen por escrito. Repositorio y documentación en su cuenta desde el día uno. |
| Finanzas | «Inversión sin retorno comprobado.» | El retorno se calcula con las horas de ustedes, no con un benchmark ajeno. Pago 40/30/30 contra entregables y diagnóstico acreditable. |
| Dirección | «Ya lo intentamos y no sirvió.» | Por eso el diagnóstico va antes y cuesta $10,000. Si a las dos semanas el mapa no convence, se termina ahí. |
| Legal | «¿De quién es el código?» | Del cliente, por contrato. Nuestros términos pactan la cesión con carácter perpetuo e irrevocable, y se entrega el código fuente y la documentación. |
| Operación | «La gente va a seguir con su Excel.» | Se construye con el supervisor de turno. La primera pantalla que se entrega reemplaza el Excel más odiado, no el más importante. |
Hay una séptima que rara vez se dice en voz alta: ¿y si ustedes desaparecen? La respuesta es que el código, el repositorio, la documentación y los accesos están en manos del cliente desde el primer pago, y cualquier desarrollador puede continuarlo.
Qué compra realmente el Diagnóstico Operativo de $10,000
Dos semanas de trabajo con seis entregables con nombre:
- Mapa de la operación real: dónde vive cada dato —ERP, Excel, WhatsApp o la cabeza de alguien—, quién lo captura, cada cuánto y quién lo consume.
- Inventario de hojas de cálculo y grupos de WhatsApp, con dueño, frecuencia y qué pasa si desaparecen.
- Los cinco huecos entre el ERP y la operación, cada uno con su costo en horas al mes.
- La arquitectura encima del ERP: qué se lee, qué se escribe, qué no se toca. Validada con sistemas, no impuesta.
- Plan por peldaños con los precios publicados y el orden recomendado.
- Un prototipo clicable de la pantalla que reemplaza el Excel más caro, para que el supervisor lo toque antes de que exista.
Todo esto describe la misma pieza: la capa operativa que se monta sobre tu ERP, sin tocar el sistema de registro. El diagnóstico se acredita al 100 % al proyecto si arranca en los siguientes 30 días. Y si el mapa no convence, ahí termina: es el punto de salida más barato que tiene esta decisión. Puedes ver los precios y la escalera completa, de $18,000 a $180,000 por fases, antes de hablar con nadie.
Cinco señales de que ya estás listo, y tres de que no
Listo: ya pagas un ERP pero la junta diaria se hace con un Excel armado a mano; hay más de cinco grupos de WhatsApp operativos; existe un archivo con nombre de persona; sistemas puede dar un usuario de lectura; y ya intentaron un desarrollo que quedó a medias, o sea que hay dolor con presupuesto asignado.
No listo, y qué conviene en su lugar:
- No tienes ERP o todavía facturas desde Excel: no hay encima de qué construir. Empieza por un peldaño chico —un módulo que resuelva un solo proceso— y déjalo correr un año.
- El dolor es de atención al cliente, no de operación: pierdes cotizaciones, no embarques. Eso lo resuelve un asistente por una fracción del costo, y decirlo nos cuesta dinero.
- No hay un dueño interno del proyecto. El director quiere, pero nadie va a operarlo. Aquí sólo tiene sentido el diagnóstico: el entregable te dirá si hay a quién entregarle el sistema. Vender el proyecto grande sin dueño interno es repetir el fracaso anterior.
Cómo empieza esto
Los proyectos especiales —integraciones con el ERP, migraciones grandes, varias operaciones a la vez— no tienen precio de catálogo, y no lo van a tener: se cotizan sobre tu operación después del diagnóstico, cuando ya tienes el número de tu propia empresa en la mano.
Lo que sí tiene precio es la puerta. Antes de escribirnos, contesta tres cosas para ti mismo: ¿qué ERP usas?, ¿cuántas hojas de cálculo arman tu junta de la mañana?, ¿cuántas personas las alimentan? Con esas tres respuestas la conversación empieza en el minuto cinco y no en el sesenta.
Cuando las tengas, escríbenos por WhatsApp con la palabra OPERACION o desde contacto. Lo ve Arturo, no un formulario.
Preguntas frecuentes
¿Tenemos que migrar de ERP para trabajar con ustedes?
No. Se construye encima de lo que ya tienes: Intelisis, Aspel, Contpaq, SAP Business One. La contabilidad se queda donde está.
¿Qué pasa con nuestros datos?
Viven en tu infraestructura o en la que tu área de sistemas apruebe, con accesos por rol y bitácora. Ver arquitectura de datos.
¿De quién es el código al final?
Tuyo. Se entrega código fuente y documentación, y la cesión se pacta en contrato con carácter perpetuo e irrevocable. Sin rentas de licencia.
¿Cuánto cuesta un proyecto especial?
No publicamos precio para eso y no es una evasiva: depende de cuántas operaciones toque y qué haya que integrar. Lo que sí tiene precio cerrado es el Diagnóstico Operativo de $10,000, y de ahí sale la cifra del proyecto.
