Lo que aprendimos implementando ERP: aciertos y errores que no repetimos

Antes de construir MKA, nuestro equipo desarrolló software e implementó ERP en empresas industriales, comerciales, de servicios y en instituciones públicas. Algunos proyectos salieron muy bien. Otros costaron más de lo previsto. De los dos aprendimos, y esta es la lista honesta.

Errores que vimos (y que hoy evitamos)

1. Empezar por el software y no por el proceso

El error más caro: instalar el sistema y “adaptar la empresa después”. Si nadie definió cómo se aprueba una compra o quién libera un pedido a crédito, el sistema solo automatiza el desorden. Hoy: el proyecto empieza con un relevamiento de procesos y una lista de decisiones que la empresa tiene que tomar antes de configurar.

2. Personalizar todo

Cada pedido de “que la pantalla haga esto también” suma código que después hay que mantener, probar y migrar. Vimos sistemas tan personalizados que ya no se podían actualizar. Hoy: primero buscamos resolverlo con configuración (listas de precios, flujos de aprobación, plantillas, permisos). Solo desarrollamos cuando la regla de negocio realmente lo exige.

3. Migrar “todo el histórico” sin limpiar

Cargar diez años de datos sucios trae diez años de problemas: clientes duplicados, productos con tres códigos, saldos que no cuadran. Hoy: definimos qué se migra (maestros limpios, saldos iniciales validados, histórico solo si aporta) y conciliamos los saldos con contabilidad antes de arrancar.

4. Arrancar con un inventario mal contado

El saldo inicial de stock es la base del kárdex y del costo. Si arranca mal, todo lo que viene después arrastra el error. Hoy: el arranque incluye un conteo físico planificado, con lotes y ubicaciones cuando corresponde, y la valorización revisada con el área contable.

5. Capacitar a todos y a nadie

Una capacitación general de dos días a toda la empresa, a la semana se olvida. Hoy: formamos usuarios clave por área, que conocen el sistema a fondo y acompañan a sus equipos, y capacitamos por rol con casos reales de su día a día.

6. Salir en vivo en todas las sucursales a la vez

Un “big bang” multiplica los incidentes justo cuando el equipo tiene menos tiempo para atenderlos. Hoy: preferimos un piloto en una sucursal o un área, estabilizamos y recién después extendemos.

7. Tratar la normativa como un detalle

En Bolivia, la facturación, los libros y la planilla tienen reglas estrictas y cambian (la Ley 1733 es el ejemplo más reciente). Un sistema que no las sigue de cerca genera multas y retrabajo. Hoy: las reglas fiscales y laborales viven dentro del producto, parametrizadas y con fecha de vigencia.

Aciertos que repetimos en cada proyecto

• Un patrocinador en la gerencia. Las decisiones de proceso las toma alguien con autoridad, no el proveedor.
• Fases con entregables claros. Iniciación, planificación, ejecución y control, y cierre. Cada fase tiene informe de avance e inversión desglosada.
• Entregas cortas. Trabajamos en sprints de dos a cuatro semanas: la empresa ve funcionando algo real seguido, no al final del proyecto.
• Pruebas antes de salir en vivo. Cada regla importante tiene su prueba automatizada, y los usuarios clave validan con sus propios casos.
• Indicadores desde el día uno. Definimos qué se va a medir (tiempo de cierre, diferencias de inventario, días de cobro) para saber si el sistema mejoró la operación.
• Acompañamiento después del arranque. El primer cierre de mes en el sistema nuevo siempre trae preguntas; estar presentes ese mes marca la diferencia.

En resumen

Un ERP no fracasa por el software: fracasa por decisiones no tomadas, datos sucios y usuarios que no se apropian del sistema.

Por eso hoy, en cada implementación de MKA, seguimos una metodología de implementación propia, basada en el PMBOK, y partimos de la normativa boliviana ya incorporada.