Una pyme no suele fracasar al implantar un ERP por falta de software. Suele fracasar por intentar poner orden sin haber decidido antes qué significa “orden”.
Si el proceso no está claro, el sistema solo lo hará más rápido.
La tesis es sencilla: antes de configurar Odoo, hay que aclarar procesos, responsables, datos y excepciones. Si no, la empresa corre el riesgo de digitalizar discusiones abiertas en lugar de resolverlas. Eso no solo complica el arranque; también deja una base difícil de mantener cuando el equipo crece o cambia de personas.
La escena real: cuando cada departamento cree tener razón
Pensemos en una pyme comercial e industrial de 25 personas. Vende por teléfono, prepara pedidos desde almacén y compra producto a varios proveedores. El director ve retrasos. Ventas dice que almacén confirma tarde. Almacén dice que ventas promete sin mirar stock. Compras dice que recibe cambios de última hora. Y administración, en medio, intenta cuadrar facturas con albaranes que llegan incompletos.
Ese es el momento en que muchas empresas miran a Odoo como si fuera un interruptor. Pero Odoo no decide por la empresa. Solo obliga a fijar decisiones que ya deberían existir: quién crea el pedido, quién lo valida, cuándo se reserva stock, qué ocurre si falta una referencia y qué dato manda cuando dos pantallas dicen cosas distintas.
La documentación oficial de Odoo deja claro que las aplicaciones y módulos tienen dependencias, que añadir o quitar apps puede afectar al funcionamiento de otras y que conviene probar cambios en una base duplicada antes de aplicarlos. También recuerda que la persona que administra la base de datos debe conocer cómo funciona la empresa. Eso, en la práctica, significa que implantar no es “instalar una herramienta”, sino rediseñar un modo de trabajar. (odoo.com)
Lo que hay que decidir antes de abrir la configuración
Hay cuatro preguntas que conviene cerrar antes de tocar un solo módulo.
1. Quién manda en cada decisión. No basta con nombrar “responsables” en un organigrama. Hay que definir quién aprueba descuentos, quién autoriza compras urgentes, quién corrige un albarán y quién puede cambiar una ficha de producto. Si eso no está escrito, el sistema solo amplifica la ambigüedad.
2. Qué datos son maestros. En muchas empresas, el mismo cliente aparece con nombres parecidos, la misma referencia de producto cambia según el canal y las unidades se interpretan de forma distinta entre ventas y almacén. Antes de implantar, hay que decidir qué campo manda: referencia interna, código del proveedor, unidad de venta o embalaje. El objetivo no es ser purista; es evitar que una misma operación tenga tres verdades.
3. Qué excepciones existen de verdad. Toda empresa dice tener “casos especiales”. La mayoría son solo procesos mal definidos. Pero algunas excepciones son legítimas: pedidos urgentes, entregas parciales, clientes con tarifas propias, devoluciones con revisión técnica o compras sujetas a validación. Si no se separan de lo estándar, terminan contaminando el proceso general.
4. Qué medida demuestra que mejoró. Implantar sin métrica es decorar. Antes de empezar, conviene elegir tres señales sencillas: tiempo desde pedido hasta confirmación, porcentaje de pedidos con corrección manual y número de incidencias por semana entre áreas. Si no se puede medir, nadie podrá discutir con datos si el cambio funcionó.
El error incómodo: personalizar antes de entender
Aquí aparece la decisión incómoda. Muchas implantaciones se aceleran pidiendo personalizaciones demasiado pronto. El razonamiento parece práctico: “si el sistema no encaja, lo adaptamos”. Pero a menudo el problema no es el sistema; es que la empresa todavía no ha descrito su proceso real.
Odoo permite personalizar campos, vistas, automatizaciones, informes y reglas de aprobación mediante Studio, y su documentación explica que incluso eso tiene implicaciones de plan y de modelo de datos. La tentación es usar esa flexibilidad para tapar huecos organizativos. Sin embargo, cuanto antes se personaliza sin criterio, más difícil resulta aprender qué parte del desorden era técnica y qué parte era humana. (odoo.com)
Un buen criterio es este: primero estandarizar lo que ya debería ser igual para todos; después adaptar solo lo que realmente diferencia a la empresa. Si no, el ERP acaba siendo un reflejo de antiguas costumbres, no una mejora.
Un mini-caso: menos pantallas, más conversaciones útiles
Una pyme con almacén y venta telefónica llegó a la implantación con un problema típico: cada departamento tenía su hoja Excel favorita. Ventas quería prometer rápido, compras quería cubrirse, almacén quería evitar urgencias y administración quería facturar sin perseguir papeles.
El equipo no empezó configurando módulos. Empezó reuniendo tres listas: decisiones, excepciones y datos críticos. Descubrieron que el verdadero cuello de botella no era el pedido, sino la validación de stock reservado y la aprobación de urgencias. También vieron que dos tipos de cliente necesitaban reglas distintas, pero que el 80% del negocio podía seguir un flujo estándar.
El cambio más útil no fue “tener más automatización”. Fue dejar de discutir cada caso como si fuera nuevo. A partir de ahí, la implantación midió menos correcciones manuales, menos llamadas internas y más pedidos confirmados en el primer intento.
Qué haría esta semana una empresa que quiere implantar bien
Primero, dibujaría el recorrido real de un pedido desde que entra hasta que se cobra, con nombres y apellidos de quienes tocan cada paso.
Segundo, haría una lista de diez excepciones frecuentes y marcaría cuáles son legítimas y cuáles son simples síntomas de desorden.
Tercero, elegiría tres métricas de arranque y una persona dueña de cada una. No para vigilar a nadie, sino para saber si la implantación está ordenando la operación o solo moviendo el problema de sitio.
La pregunta incómoda es esta: si mañana implantaras Odoo, ¿qué decisión seguiría sin tener dueño? En Codefuente solemos empezar por ahí, porque el software solo funciona cuando la empresa sabe antes cómo quiere operar.