Un catálogo desordenado le miente a cualquier sistema que pongas arriba.
Lo vemos en casi todos los comercios que arrancan con Odoo: tres códigos para el mismo producto, unidades de compra y venta mezcladas, categorías heredadas de un sistema anterior que nadie recuerda por qué existen. Después el sistema anda, pero los números no cierran, y la culpa se la lleva el software.
La carga inicial es el momento donde eso se decide. Se puede trasladar el desorden viejo al sistema nuevo (pasa seguido, porque es lo más rápido), o se puede usar la implementación como excusa para ordenar de una vez. Esta guía es para lo segundo: las cuatro definiciones que conviene cerrar antes de cargar el primer producto.
Cómo se ve un catálogo que miente
Tres síntomas que encontramos una y otra vez:
- El mismo producto existe tres veces. Un código lo cargó ventas, otro vino del proveedor, otro quedó del sistema viejo. El stock se reparte entre los tres y ningún reporte cierra.
- Se compra por bulto y se vende por unidad, y el sistema no lo sabe. Cada recepción deja el stock mal, y alguien lo "ajusta" a mano cada tanto.
- Las categorías no responden ninguna pregunta. Existen porque alguien las creó alguna vez. Nadie puede decir qué margen deja cada familia, porque las familias no significan nada.
Si reconocés dos de tres, la carga inicial de tu implementación es más importante de lo que pensás.
Definición 1 — Un solo dueño del alta de productos
Una sola persona crea productos, con una regla de nombres escrita. Cuando cualquiera puede dar de alta, el catálogo se duplica en semanas: el vendedor que no encontró el producto lo crea de nuevo, con otro nombre, y el desorden vuelve a nacer adentro del sistema nuevo.
Esta definición sale de la experiencia, no de la teoría: en más de un proyecto la recomendación concreta fue sacarle el permiso de creación al usuario que estaba generando duplicados. Suena duro y es lo contrario: es la única forma de que el catálogo se mantenga limpio sin depender de la buena voluntad de todos.
La regla de nombres no necesita ser sofisticada. Necesita ser una: qué va primero (marca, tipo, contenido), qué abreviaturas se usan, y dónde se consulta antes de crear.
Definición 2 — La relación bulto-unidad, cargada en el producto
Comprás por caja de 24 y vendés por unidad. Esa equivalencia va cargada en el producto (unidad de compra, unidad de venta y la relación entre ambas). Si falta, cada recepción deja el stock mal: entró "1" (caja) y se venden "24" (unidades), y el sistema no tiene forma de saber que son lo mismo.
Este es el error más silencioso de los cuatro, porque no explota: el stock queda un poco más corrido después de cada recepción, hasta que los números pierden toda credibilidad y el equipo vuelve a contar a mano.
Definición 3 — Qué es variante y qué es producto
La remera en tres talles es un solo producto con tres variantes, no tres productos sueltos. Cargarla como tres productos parte el stock, duplica el trabajo de compras y hace imposible responder "¿cuánto vendo de esta remera?".
La regla práctica: si dos artículos comparten proveedor y decisión comercial, se reponen juntos y difieren solo en un atributo (talle, color, sabor), son variantes de un producto. Si se compran distinto o se analizan distinto, son productos distintos.
Odoo maneja variantes de forma nativa; la decisión de usar bien esa estructura es de la carga inicial. Reestructurar variantes con el sistema andando es una de las correcciones más tediosas que existen.
Definición 4 — Categorías que respondan una pregunta del negocio
Margen por categoría. Rotación por categoría. Eso tiene que salir del sistema desde el primer mes, y solo sale si las categorías se armaron para responder esas preguntas.
La prueba es simple: por cada categoría, ¿qué pregunta del negocio responde? "Bebidas sin alcohol" responde margen y rotación de una familia que se compra y se analiza junta. "Varios" no responde nada; es el cajón donde va a parar el desorden. Si una categoría no responde ninguna pregunta, sobra.
Este punto conecta con algo más grande: los reportes del sistema dicen lo que el catálogo les permite decir. El comercio que quiere ver margen real por familia lo decide acá, meses antes de mirar el primer reporte.
Qué hacer con el catálogo viejo
La tentación es migrar todo "porque ya está". Nuestra recomendación va al revés: la carga inicial migra el catálogo depurado, no el histórico de desprolijidades. Los duplicados y los códigos sin movimiento en el último año se quedan en el sistema anterior, que sigue disponible para consulta.
Depurar antes de cargar cuesta unos días. Arrastrar mil códigos muertos cuesta todos los días, para siempre.
El orden viene antes que la configuración
Las cuatro definiciones son previas al sistema: podrías aplicarlas con Odoo, con otro software o con un cuaderno. Justamente por eso funcionan. La configuración traslada al sistema las decisiones que la empresa tomó; cuando las decisiones no existen, el sistema traslada el desorden, con mejor interfaz.
Con el catálogo ordenado, la carga inicial deja de ser un riesgo y los reportes dicen la verdad desde el primer mes. Y esa base habilita todo lo que viene después: margen por categoría, reposición sugerida, trazabilidad.
En Aries somos especialistas en Odoo para comercios. Si estás por implementar y querés que miremos tu catálogo antes de la carga inicial, escribinos desde ariesconsulting.com.ar.