Un control de inventario funcional en hoja de cálculo necesita seis columnas mínimas —SKU, ubicación, cantidad inicial, entradas, salidas y umbral de reorden— y una hoja de movimientos separada de la hoja de saldo. Sin el registro de movimientos, cualquier discrepancia entre lo que dice el sistema y lo que hay en el estante es imposible de explicar.
Por qué una lista de existencias no es un sistema de inventario
Una lista con una sola columna de “cantidad actual” se puede editar directamente, lo que significa que cualquier error queda sin rastro. Si la cantidad baja de 40 a 25, no hay forma de saber si fueron ventas, una devolución mal registrada o un error de captura.
Un sistema de movimientos resuelve esto separando dos cosas: el registro de cada entrada y salida, y el saldo calculado a partir de esos registros. El saldo nunca se edita directamente — se recalcula.
Las columnas mínimas por SKU
| Columna | Qué guarda |
|---|---|
| SKU | Identificador único del producto — ver ¿Qué es un SKU? |
| Nombre del producto | Descripción legible para quien revisa el inventario |
| Ubicación | Dónde está físicamente, si hay más de una bodega o estante |
| Cantidad inicial | El punto de partida del registro de movimientos |
| Costo unitario | Necesario para calcular el valor total del inventario |
| Umbral de reorden | La cantidad mínima antes de que el sistema marque “reordenar” |
El registro de movimientos, en una hoja aparte
Cada entrada o salida se registra como una fila con fecha, SKU, cantidad y tipo de movimiento (compra, venta, devolución, ajuste). El saldo de cada producto es la cantidad inicial más todas las entradas menos todas las salidas registradas — nunca un número que se escribe directamente.
Esta separación es lo que permite responder “¿por qué bajó el inventario de este producto la semana pasada?” con una respuesta concreta en vez de una suposición.
Cómo detectar un problema antes de que sea grave
Dos señales son fáciles de calcular automáticamente en la hoja:
- Saldo negativo: si las salidas registradas superan a las entradas más la cantidad inicial, algo se vendió o salió sin haberse registrado como entrada primero. Es la alerta más simple y la más útil.
- Bajo el umbral de reorden: comparar el saldo calculado contra el umbral por SKU y marcar visualmente los que necesitan reabastecerse.
Conciliar contra el conteo físico
El saldo calculado en la hoja y el conteo físico real no siempre van a coincidir exactamente — mermas, errores de captura y devoluciones no registradas generan diferencias con el tiempo. Cuando eso pasa, registra la diferencia como un movimiento de “ajuste” con fecha y motivo, en vez de sobrescribir el saldo. Así el historial sigue siendo confiable para la próxima conciliación.
Un ejemplo de registro de movimientos en la práctica
Para un SKU con 50 unidades de cantidad inicial, un registro de movimientos de una semana podría verse así:
| Fecha | SKU | Tipo | Cantidad |
|---|---|---|---|
| 2026-09-22 | CAM-AZUL-M | Venta | -3 |
| 2026-09-24 | CAM-AZUL-M | Compra | +20 |
| 2026-09-26 | CAM-AZUL-M | Devolución | +1 |
| 2026-09-28 | CAM-AZUL-M | Ajuste (merma) | -2 |
El saldo al final de la semana es 50 - 3 + 20 + 1 - 2 = 66, y cada uno de esos cuatro movimientos queda documentado — no solo el número final. Si alguien pregunta por qué el saldo no es exactamente 70 (50 + 20 de compra), la fila de ajuste por merma responde la pregunta sin necesidad de investigar.
Cuándo separar el inventario por ubicación
Si vendes desde más de una bodega o punto físico, el saldo por SKU necesita calcularse por ubicación, no solo en total. Un producto puede aparecer “disponible” en el total general mientras está agotado específicamente en la ubicación desde la que se está por despachar un pedido — separar el cálculo por ubicación es lo que evita prometer un envío que en realidad no se puede cumplir desde ahí.
Qué hacer con productos de muy baja rotación
No todos los SKU necesitan el mismo nivel de seguimiento. Un producto que se mueve una vez al trimestre no necesita un umbral de reorden calculado con la misma precisión que uno que se vende a diario — para esos casos, una revisión manual ocasional es más práctica que mantener fórmulas automáticas para un movimiento que casi no ocurre. Reservar el sistema completo de alertas para los SKU de rotación media y alta evita construir complejidad donde no aporta nada.
Un error común al empezar
El error más frecuente al montar un sistema de inventario nuevo es cargar solo la cantidad actual como “cantidad inicial” y empezar el registro de movimientos desde cero, sin las entradas y salidas que ya ocurrieron ese mes. El sistema funciona igual hacia adelante, pero cualquier análisis que intente comparar contra semanas anteriores queda incompleto porque no hay historial real detrás de ese primer número.
Qué plantilla usar según tu caso
Este es exactamente el tipo de sistema para el que una hoja de cálculo está mejor pensada que un documento o una presentación — cálculos automáticos, filtros por proveedor y una alerta visual de reorden son difíciles de mantener a mano. Ver Hojas de cálculo y calculadoras para el formato correcto.
La plantilla de inventario de Kitzy en E-commerce ya trae el registro de movimientos, el cálculo de saldo y la alerta de reorden armados — solo hace falta cargar tus SKU.
Preguntas frecuentes
¿Una lista simple de existencias no es suficiente?
Solo si nunca necesitas saber por qué el número cambió. En cuanto tienes más de un producto entrando y saliendo, una lista sin registro de movimientos no explica discrepancias — solo te dice el número actual, no cómo llegaste a él.
¿Cada cuánto debo hacer un conteo físico?
Depende del volumen, pero una vez al mes es un punto de partida razonable para la mayoría de negocios pequeños. Productos de alta rotación o alto valor se benefician de conteos más frecuentes.
¿Qué hago si el conteo físico no coincide con el saldo calculado?
Registra la diferencia como un ajuste con fecha y motivo, en vez de simplemente sobrescribir el número. Así queda un historial de por qué el saldo cambió fuera de las entradas y salidas normales.
¿Necesito un sistema distinto para cada proveedor?
No — un campo de proveedor por SKU dentro del mismo sistema es suficiente para filtrar y comparar. Sistemas separados por proveedor multiplican el trabajo de mantenimiento sin ninguna ventaja real.