GUÍA DE DECISIÓN · INVENTARIO
Sistemas de inventarios: del número a una historia comprobable
Un sistema de inventario conecta productos, ubicaciones, movimientos, responsables y reglas para explicarqué existe, qué está disponible y por qué cambió. La herramienta puede ser una hoja, un POS, un ERP o software propio; el control aparece cuando cada cambio deja rastro.
01 · ANATOMÍA
Un sistema de inventario son cuatro acuerdos.
Antes de hablar de marcas o funciones, el negocio debe acordar qué identifica, qué cambia el saldo, quién puede hacerlo y cómo se comprueba.
Catálogo
Un código representa una cosa concreta, con unidad, variante y estado definidos.
Evita duplicados y conversiones improvisadas.Movimientos
Recibir, vender, reservar, trasladar, devolver, dañar y ajustar son eventos, no ediciones sueltas.
Cada evento conserva fecha y referencia.Reglas
Los permisos, aprobaciones y estados determinan qué puede ocurrir y qué cambia la disponibilidad.
Registrar no siempre significa aprobar.Verificación
El conteo compara el registro con la realidad y la conciliación investiga la causa de la diferencia.
Ajustar es el final, no el diagnóstico.02 · EL RASTRO
El saldo no se edita: se reconstruye.
Un sistema confiable calcula la existencia desde movimientos verificables. Cada entrada, salida o cambio de estado conserva producto, cantidad, ubicación, fecha, responsable y una referencia que permite volver al hecho original.
La historia de CAJA-01
Este ejemplo es ilustrativo. Lo importante no es memorizar la cifra, sino comprobar que otra persona pueda repetir el cálculo sin preguntarle al operador qué quiso decir.
- 08:12Recepción · +12Compra OC-184 aceptada en Puerto Ordaz por Andrea.12
- 10:46Reserva · 2 bloqueadasPedido WEB-923; siguen físicas, pero ya no se prometen.12
- 13:20Venta · −5Despacho V-311 confirmado por Luis.7
- 15:05Devolución · +1La unidad fue inspeccionada y volvió a disponible.8
- 16:40Daño · 1 bloqueadaExiste físicamente, pero no puede venderse.8
Resultado: 8 unidades físicas y registradas; 5 disponibles después de dos reservas y un daño. Las tres cifras son correctas porque responden preguntas diferentes.
Identidad estable
El SKU no debe cambiar según quien vende. Unidad, variante y presentación necesitan reglas explícitas para que “una caja” no signifique doce piezas en compras y una pieza en ventas.
Ubicación y estado separados
Saber que una unidad pertenece a una sede no dice si está disponible. Reserva, tránsito, cuarentena, daño y devolución son estados que cambian lo que puedes prometer sin borrar dónde está.
Documento y responsable
Una recepción debería apuntar a la compra; una venta, al pedido o factura; un ajuste, a su motivo y aprobación. El usuario no es un dato decorativo: permite reconstruir y corregir el proceso.
Lote o serial solo cuando aporta
El lote agrupa unidades con una historia común; el serial identifica una unidad individual. Ambos aumentan captura y disciplina, así que se justifican por garantía, vencimiento, retiro, regulación o riesgo real.
La guía logística de USAID trata el registro, la conciliación y los conteos como partes de un mismo sistema de información. Para operaciones que necesitan recuperar lotes o unidades, GS1 organiza la trazabilidad alrededor de identificadores, eventos y datos clave. Ninguno de esos marcos obliga a capturar todo: el nivel de detalle debe corresponder al riesgo y a la decisión que necesitas tomar.
03 · TRES VERDADES
“Tenemos ocho” todavía no responde la pregunta.
El mismo producto puede tener una cantidad física, otra registrada y otra disponible. Mezclarlas crea ventas imposibles, compras urgentes y ajustes sin explicación.
Lo que realmente está.
Incluye lo que puedes contar en una ubicación, aunque una unidad esté dañada o dos ya estén reservadas.
Lo que los movimientos explican.
Es el saldo calculado desde recepciones, ventas, devoluciones y otros eventos registrados.
Lo que aún puedes prometer.
Descuenta reservas, daños, cuarentenas u otros estados que impiden vender una unidad.
El valor contable es otra capa: asigna dinero a las existencias bajo una política. La NIC 2 de la IFRS Foundation define reconocimiento y medición; no sustituye ubicación, disponibilidad ni trazabilidad operativa.
04 · FORMA DE REGISTRO
Periódico y perpetuo responden cuándo cambia el dato.
El sistema periódico actualiza en cortes; el perpetuo lo hace con cada movimiento. El conteo cíclico no es un tercer sistema: verifica cualquiera de los dos.
El saldo se determina al contar o cerrar un período. Puede bastar con pocos productos, movimientos simples, una ubicación y un responsable.
- Menor esfuerzo inicial
- Poca visibilidad entre cortes
- Las diferencias aparecen tarde
Cada recepción, venta, traslado o devolución cambia el registro. Es útil cuando varios canales necesitan compartir disponibilidad.
- Visibilidad más oportuna
- Exige disciplina e integración
- No elimina los conteos físicos
El conteo es la prueba.
Contar descubre la diferencia. Conciliar busca el evento que falta. Sobrescribir el saldo sin investigar hace que el mismo error regrese.
OpenStax separa los sistemas periódico y perpetuo por el momento en que actualizan el registro. En ambos casos, el conteo físico sigue siendo necesario para contrastar el dato con las existencias reales.
LABORATORIO · EJEMPLO ILUSTRATIVO
Encuentra el movimiento que falta.
Activa o desactiva eventos. Verás por qué una misma cifra puede significar tres cosas distintas.
El conteo coincide con los movimientos. Aun así, solo cinco unidades están disponibles: dos están reservadas y una dañada.
La parte difícil no fue mostrar el stock. Fue proteger su historia.
Kodec construyó para Inversiones Ali una aplicación privada que conecta productos, lotes, ventas, pagos mixtos, transferencias entre sedes y tasas de cambio. El trabajo no terminó en una pantalla con cantidades: cada venta y traslado debía aplicar una sola vez, respetar el lote y la sede correctos y conservar suficiente contexto para investigar una diferencia.
Los permisos se llevaron a la base de datos para que cada rol acceda solo a su operación. Los flujos críticos de ventas, lotes y reglas se comprobaron con pruebas automatizadas. Como la conectividad no siempre puede darse por sentada, la experiencia se diseñó primero para móvil y contempla trabajo sin conexión con sincronización posterior.
Este caso no demuestra que toda empresa necesite software propio. Demuestra el criterio contrario: desarrollar tiene sentido cuando las reglas, aprobaciones, monedas, sedes o excepciones forman parte central de la operación y una herramienta estándar obligaría a mantener un segundo proceso por fuera.
Ver qué se construyó y qué límites conserva05 · SEÑALES
El sistema falla cuando el equipo necesita una segunda versión de la verdad.
No todo descuadre exige software nuevo. Estas señales ayudan a separar falta de disciplina, mala configuración y límites reales de la herramienta.
- 01Riesgo: doble operación
El inventario “real” vive en otra hoja.
El sistema oficial no representa una excepción importante o el equipo no confía en sus datos.
- 02Riesgo: error recurrente
Los ajustes no tienen motivo ni evidencia.
La cifra vuelve a coincidir, pero nadie aprende si falló una recepción, venta, traslado o conteo.
- 03Riesgo: sobreventa
Vender y reservar usan el mismo saldo.
Dos canales pueden prometer la última unidad porque “existente” y “disponible” se tratan como sinónimos.
- 04Riesgo: dato no auditable
Cualquier persona puede cambiar cantidades.
Sin permisos ni historial no es posible separar error, aprobación y responsabilidad.
- 05Riesgo: ubicación incierta
Los traslados desaparecen entre sedes.
Restar del origen y sumar al destino manualmente oculta el estado “en tránsito”.
06 · CRITERIOS DE COMPRA
La demo correcta prueba tus excepciones.
Una lista de funciones no demuestra que el sistema representa tu operación. La evaluación útil sigue un producto difícil desde la recepción hasta el conteo y obliga a resolver devoluciones, traslados, permisos, pérdida de conexión e integraciones sin hojas paralelas.
Antes de pedir precios, escribe cinco casos reales: una devolución que no vuelve a venta, un traslado entre sedes, una reserva desde ecommerce, un ajuste que requiere aprobación y una operación durante una caída de internet. Pide que la persona que vende la herramienta ejecute esos casos en vivo. Si solo muestra el camino ideal, todavía no has visto el sistema que tu equipo usará.
También separa el costo visible del costo operativo. Licencia, implementación, equipos, migración, soporte, integraciones, capacitación y tiempo de conciliación pertenecen a la misma decisión. Una opción barata que obliga a copiar datos cada día puede terminar siendo la más costosa.
- 01Prueba: mueve una unidad entre dos sedes.
Catálogo y ubicaciones
Comprueba variantes, unidades de medida, códigos duplicados, varias sedes y el estado “en tránsito”. Un traslado debe tener origen, destino, salida, recepción y responsable; no dos cambios manuales sin relación.
- 02Prueba: intenta aprobar tu propio ajuste.
Roles y auditoría
Registrar, aprobar, despachar y ajustar no deberían ser el mismo permiso por defecto. El modelo de control de acceso por roles de NIST formaliza esta idea: los permisos siguen funciones, no personas elegidas caso por caso. Un buen historial conserva quién, cuándo, por qué y qué cambió.
- 03Prueba: repite el mismo pedido dos veces.
Integraciones y dueño del dato
POS, ecommerce, compras y contabilidad pueden compartir información, pero hace falta decidir qué sistema crea el producto, cuál confirma la venta y cómo se recupera un fallo. “Se integra” no basta: pregunta por duplicados, reintentos y conflictos.
- 04Prueba: vende, devuelve y reconecta.
Conectividad y sincronización
Offline no significa guardar todo y esperar. Define qué acciones funcionan sin internet, qué identificador evita duplicarlas al volver y qué pasa si dos dispositivos modifican el mismo saldo. El equipo debe ver con claridad qué está sincronizado y qué sigue pendiente.
- 05Prueba: cuenta mientras ocurre una venta.
Conteo y conciliación
El conteo descubre una diferencia; la conciliación busca su causa. El sistema debería permitir delimitar movimientos durante el conteo, registrar evidencia y clasificar diferencias antes del ajuste. La guía de la GAO sobre conteos físicos confiables insiste en planificación, ejecución y evaluación, no en cambiar una cifra al final.
- 06Prueba: exporta un mes y reconstruye un saldo.
Salida y continuidad
Pregunta cómo exportar catálogo, existencias, movimientos e historial si cambias de proveedor. Revisa respaldo, restauración, soporte y tiempos de respuesta. Tu operación no debería quedar cautiva de una pantalla que no puede devolver sus propios datos.
Si el flujo es estándar, configura antes de construir. Un producto existente suele ser la decisión más rápida cuando cubre las excepciones importantes y puede devolver tus datos.
Si falta una capa, no siempre falta todo el sistema. Un panel con permisos, una automatización entre herramientas o software a medida pueden completar el flujo sin reemplazar lo que ya funciona.
07 · ELEGIR HERRAMIENTA
Empieza por la complejidad que ya existe.
Marca las condiciones reales de tu operación. El resultado no vende una marca: indica el punto de partida más sensato.
PUNTO DE PARTIDA
Hoja controlada o POS sencilloCon una persona, una ubicación y pocos movimientos, una herramienta simple puede funcionar si protege el catálogo y conserva un registro de cambios.
08 · IMPLEMENTAR
Un sistema empieza con una semana de decisiones, no con meses de pantallas.
Este orden reduce retrabajo porque define la operación antes de migrar datos o automatizar excepciones.
- DÍAS 1–2
Seguir un producto difícil
Documenta cómo se recibe, ubica, reserva, vende, devuelve, daña, traslada y cuenta. Incluye lo que hoy ocurre por WhatsApp o memoria.
Hecho cuando cada cambio tiene nombre, inicio y final. - DÍAS 3–4
Limpiar catálogo y estados
Unifica códigos, unidades, variantes y ubicaciones. Decide cuándo una unidad está disponible, reservada, en tránsito, dañada o bloqueada.
Hecho cuando dos personas clasifican el mismo caso igual. - DÍAS 5–6
Asignar permisos y evidencia
Separa quién registra, aprueba y ajusta. Conserva usuario, fecha, motivo y referencia. Los roles deben seguir funciones reales, no cargos decorativos.
Hecho cuando cada excepción tiene responsable y prueba. - DÍAS 7–9
Contar y conciliar
Realiza un conteo controlado, congela o delimita movimientos y explica diferencias antes de cargar el saldo inicial.
Hecho cuando el punto de partida puede reconstruirse. - DÍAS 10–14
Pilotar y corregir causas
Prueba una sede o categoría con casos normales y difíciles. Mide diferencias por causa, no solo el porcentaje total.
Hecho cuando el equipo resuelve una excepción sin abandonar el sistema.
Cuando el riesgo exige lote o serial, el estándar global de trazabilidad de GS1 ofrece un marco para conectar identificadores, eventos y datos. El nivel correcto depende de lo que necesitas recuperar, retirar o demostrar.
09 · PREGUNTAS
Lo que conviene aclarar antes de elegir.
¿Qué es un sistema de inventario?
Es el conjunto de catálogo, movimientos, reglas, responsables y herramientas que permite explicar qué existe, dónde está, qué está disponible y por qué cambió. Puede vivir en papel, Excel, un POS, un ERP o una aplicación propia.
¿Inventario perpetuo significa que ya no hay que contar?
No. El registro perpetuo actualiza el saldo con cada movimiento; el conteo físico verifica que esos movimientos representan la realidad. Son capas complementarias.
¿Cuándo deja de ser suficiente Excel?
Cuando varias personas o canales cambian el mismo saldo, existen sedes, reservas, traslados, permisos, trabajo sin conexión o integraciones que una hoja ya no puede representar con trazabilidad y control.
¿Conviene comprar software o desarrollar uno propio?
Conviene empezar por el proceso. Si la operación encaja en reglas comunes, configurar software existente suele ser más rápido. Si las excepciones, integraciones o flujos propios son parte de la ventaja del negocio, una capa a medida puede tener sentido.
¿Necesito códigos de barras para controlar inventario?
No siempre. Un código de barras acelera la captura y reduce errores de identificación, pero no corrige un catálogo duplicado, un traslado sin registrar ni permisos mal definidos. Primero establece el identificador y el movimiento; después elige cómo capturarlo.
¿Un sistema de inventario puede trabajar sin internet?
Sí, si fue diseñado para operar offline y sincronizar después. Debe definir qué movimientos se permiten sin conexión, cómo evita duplicados y qué ocurre cuando dos sedes cambian el mismo producto antes de reconectarse.