Mapea el proceso real (no el del organigrama) antes de tocar Odoo

Hay un tipo de proyecto que duele especialmente: pagaste un blueprint impecable, con diagramas, RACI y promesas de “to-be”. El ERP se configuró contra ese documento. Al mes, planta y almacén siguen con sus atajos, finanzas no confía en los reportes y alguien pregunta por qué “el sistema no refleja el negocio”.

Porque se mapeó el proceso del organigrama, no el proceso real.

Oficial no es igual a operado

En manufactura, distribución, alimentos, retail o servicios alrededor de cadena de suministro, el desfase es cotidiano:

• El procedimiento dice que toda salida lleva picking validado. En piso, el urgente se surte “y luego se documenta”.
• El organigrama dice que compras aprueba. En la práctica, operaciones negocia con el proveedor de siempre por chat.
• El manual dice un flujo de calidad. El turno de noche tiene otra secuencia porque el equipo es más chico.

Ninguno de esos atajos es automáticamente “malo”. Algunos sostienen la promesa al cliente. El error es diseñar Odoo como si no existieran. El levantamiento de procesos ERP que sirve es el que camina la operación, pregunta qué abre cada rol en la mañana y revisa las hojas de cálculo que nadie puso en el RFP.

Descubrir: procesos y datos reales

En KAI Consulting, Descubrir no es un kickoff de slides. Es la práctica de Procesos y Datos puesta al inicio:

• Seguir un pedido, una orden de fabricación o una recepción de punta a punta con quienes la ejecutan.
• Inventariar sistemas sombra (Excel, WhatsApp, carpetas compartidas).
• Ver qué dato se considera “oficial” en cada área (spoiler: no siempre es el mismo).
• Separar excepción frecuente de mito organizacional (“siempre se ha hecho así” vs. “pasa dos veces al año”).

Sin eso, el rediseño de procesos es decorativo. Con eso, puedes decidir qué estandarizar, qué respetar y qué dejar de hacer.

Datos maestros: el otro proceso invisible

El proceso real no solo es pasos. Es datos. Productos con tres códigos, clientes duplicados, unidades de medida creativas, listas de precios que viven en la cabeza de una persona. Configurar Odoo sobre maestros sucios reproduce el caos con mejor interfaz.

Antes de tocar flujos complejos, pone dueño y criterio a:

• Productos y variantes que de verdad se venden o fabrican.
• Partners (clientes/proveedores) sin duplicados operativos.
• Cuentas, diarios e impuestos alineados a cómo cierran.
• Ubicaciones y rutas que coinciden con el almacén físico, no con el layout idealizado.

Los datos maestros Odoo limpios no son un “proyecto de datos” abstracto. Son lo que permite que el proceso rediseñado se ejecute sin pelear con el maestro a cada clic.

Del mapa real al diseño que se puede operar

Cuando ya viste el piso, Diseñar deja de ser copia del blueprint:

• Configurar antes de personalizar: etapas, rutas y documentos estándar que cubran el 80% real.
• Prototipar con el turno o el equipo que vive la excepción, no solo con el sponsor.
• Acordar qué cambia el negocio (proceso nuevo) y qué refleja el sistema (proceso que se queda).
• Definir reportería Odoo que mire los mismos eventos que la operación, para que gerencia deje de pedir “el Excel de la verdad”.

La consultoría de procesos útil termina en decisiones de configuración e implementación, no en un PDF que nadie reabre.

Industrias como contexto, no como caso inventado

La complejidad aparece donde hay materiales, lotes, rutas, devoluciones, multi-almacén o servicios atados a plazos. Manufactura, distribución y mayoreo, logística, alimentos y bebidas, retail: el patrón se repite aunque el producto cambie. El organigrama promete linealidad; la operación entrega excepciones. Tu discovery tiene que empezar ahí, sin necesidad de case studies inventados ni logos prestados.

Implementar y evolucionar sin traicionar el mapa

Implementar por oleadas permite probar el proceso rediseñado en un perímetro real antes de ampliar. Evolucionar (con Soporte y Evolución) evita que, seis meses después, el atajo vuelva en silencio y el sistema se desalineé otra vez.

Si más adelante entra IA y Automatización, también parte del proceso real: automatizar el flujo que nadie sigue solo acelera el desvío.

Señales de que tu blueprint no opera

• Los usuarios clave dicen “en el sistema es una cosa y en la planta otra”.
• Hay campos obligatorios que siempre se llenan con basura para “avanzar”.
• Los reportes gerenciales se rehacen fuera de Odoo.
• El partner habla más del to-be ideal que de lo que vio en el recorrido de almacén.
• Nadie del piso firmó el diseño; solo dirección.

Si te suena, pausa la configuración masiva. Vuelve a Descubrir.

Cierre práctico

Esta semana, elige un documento “oficial” (pedido, OF, recepción) y síguelo en silencio con quien lo ejecuta. Anota cada desvío respecto al procedimiento colgado en la pared. Esos desvíos son el backlog real de tu implementación, más honestos que el organigrama.

En KAI Consulting mapeamos procesos y datos reales antes de tocar Odoo: del primer taller a un sistema que refleja cómo opera el negocio, no cómo se dibuja. Si ya pagaste un blueprint que no llega al piso, hablemos. Empezamos por la operación.