¿Cuándo desarrollar software empresarial a medida y cuándo implementar un ERP?

Elegir entre un ERP y un desarrollo a medida no es una cuestión de prestigio tecnológico. Es una decisión de operación: qué procesos deben quedar bajo control, qué sistemas ya existen y cuánto costará evolucionar la solución en dos o tres años.

Este artículo resume criterios que usamos en conversaciones con direcciones de TI y operaciones. No sustituye un diagnóstico; sirve para llegar a esa reunión con preguntas más precisas.

El problema no es “ERP o custom”

En la práctica aparecen tres escenarios:

1. La organización aún no tiene un sistema central y opera con Excel, correo y WhatsApp.
2. Ya hay un ERP o un conjunto de plataformas (incluido SAP u Odoo) que no cubren un proceso crítico.
3. Hay software interno desactualizado que sostiene la operación pero es difícil de mantener.

En el segundo y el tercer caso, la respuesta rara vez es “tirar todo y comprar un ERP nuevo” o “reescribir desde cero”. Suele ser integración, un módulo a medida o una modernización por etapas.

Cuándo un ERP suele ser razonable

Un ERP encaja mejor cuando:

• Los procesos se parecen a los de muchas empresas del mismo rubro (compras, inventario estándar, contabilidad).
• La organización acepta adaptar su operación al producto, no al revés.
• Existe presupuesto y tiempo para implementación, capacitación y soporte del fabricante o del implementador.
• El valor está en unificar finanzas, inventario y ventas, más que en un flujo único de la empresa.

Un ERP no elimina el trabajo de integración. Si hay e-commerce, WMS, nómina o portales de clientes, alguien tiene que conectar esos mundos. SAP y Odoo, por ejemplo, son plataformas que se pueden integrar mediante APIs, sincronización y reglas de datos.

Cuándo conviene software a medida

El desarrollo a medida tiene sentido cuando:

• El proceso es la ventaja operativa de la organización (un flujo que un producto genérico aplasta).
• Necesita trazabilidad, estados y permisos que el ERP no cubre sin personalizaciones costosas.
• Ya hay sistemas que funcionan y solo falta el eslabón que los une.
• El equipo interno (o el proveedor) debe poder evolucionar el producto sin quedar atado a un roadmap ajeno.

El costo inicial no es el único número relevante. Un ERP barato de licencia puede ser caro de adaptar. Un desarrollo a medida mal acotado también. Lo que importa es el costo de cambio: cada vez que el negocio cambia un proceso, ¿quién lo implementa y en cuánto tiempo?

Integración: la variable que decide más de lo que parece

Muchas organizaciones no eligen “ERP o custom”. Eligen dónde vive la verdad de los datos.

Si el inventario “oficial” está en un ERP y las sucursales venden en otra plataforma, el problema no se resuelve con más Excel. Se resuelve con contratos de API, conciliación y dueño del dato.

Si el proceso crítico no cabe en el ERP, un módulo a medida que hable con SAP, Odoo u otro sistema suele ser más honesto que forzar una personalización frágil dentro del producto.

Mantenimiento y control operativo

Preguntas útiles antes de firmar:

• ¿Quién opera el sistema el día 90? ¿TI interno, el proveedor, o nadie definido?
• ¿Cómo se documentan reglas de negocio?
• ¿Se puede auditar quién cambió un registro y cuándo?
• ¿El proveedor puede acompañar evolución, o solo la puesta en marcha?

Un ERP con poca adopción interna se convierte en un repositorio paralelo. Un custom sin documentación se convierte en dependencia de una persona. Ambos fallan por la misma razón: no hay modelo de operación.

Una secuencia práctica

1. Describir el proceso (entradas, salidas, excepciones), no la tecnología deseada.
2. Inventariar sistemas que ya existen y qué dato es autoritativo.
3. Separar lo que es estándar (candidato a ERP o producto) de lo que es diferencial (candidato a medida).
4. Prototipar el eslabón crítico — a menudo una integración o un módulo — antes de un proyecto de un año.
5. Acordar el acompañamiento: mantenimiento, mejoras y criterios de éxito operativos, no solo “go live”.

Cómo seguir

Si está evaluando un ERP, un desarrollo o una integración entre ambos, lo razonable es una reunión técnica sobre el proceso real: volúmenes, sistemas actuales y plazo. En STO by MCodeGT trabajamos esas decisiones como ingeniería, no como catálogo.

Solicitar una reunión técnica