Diez tazas en una estantería no significan que se puedan vender diez. Mapea cantidades, ubicaciones y responsabilidades; después prueba una venta, una reserva, una devolución y un traslado antes de confiar en la disponibilidad compartida.
Un registro de existencias compartido ayuda a que la tienda física y las ventas en línea hagan promesas compatibles. Primero acuerda qué artículo y ubicación describe cada cantidad, qué unidades todavía pueden venderse y qué sistema acepta los cambios. Conectar dos totales sin tomar esas decisiones puede hacer que el equipo vea la misma cifra y entienda cosas distintas.
Empieza con un producto en dos tiendas. Haz un mapa de las cantidades y sigue una venta, una reserva para un cliente, una devolución y un traslado. Así, una persona responsable de las operaciones de una empresa minorista puede revisar un caso concreto con el equipo y un proveedor antes de confiar en la disponibilidad que ven los clientes.
La empresa, las cifras y las responsabilidades siguientes son hipotéticas. Elige una taza azul de 350 ml, SKU MUG-BLUE-350, contabilizada por unidades en las tiendas Norte y Sur. Relaciona los identificadores de producto y ubicación de cada canal con esos registros exactos. Otro tamaño o un paquete no deben compartir la misma cantidad sin que nadie lo advierta.
En este ejemplo, los registros de producto definen la variante y la unidad. Un registro de existencias mantiene los saldos aceptados de cada artículo y ubicación. La caja y el sistema de pedidos en línea envían movimientos identificados; el catálogo en línea muestra la disponibilidad calculada a partir del libro. Una persona responsable de operaciones investiga las discrepancias. El personal aporta recuentos físicos para los ajustes aprobados, en lugar de sobrescribir los saldos por separado en varios sistemas.
Dos están reservadas para clientes, tres comprometidas con pedidos aceptados y una taza devuelta espera inspección. Hay cuatro disponibles para ofrecer. No hay ninguna en camino.
Una está reservada para un cliente y hay cinco disponibles para ofrecer. Ninguna está comprometida ni espera inspección. Otras dos tazas van de camino a Sur y no se incluyen en sus existencias físicas ni disponibles.
Las diez tazas físicas de Norte son las dos reservadas, las tres comprometidas, la que espera inspección y las cuatro disponibles. Las seis de Sur son una reservada y cinco disponibles. No sumes las existencias físicas a esos grupos más pequeños: ya las incluyen. Las tazas que vienen de camino van aparte y la taza devuelta se cuenta una sola vez dentro de las existencias físicas.
Estas son definiciones comerciales para este ejemplo. La guía de inventario de Shopify también distingue las cantidades físicas, disponibles, comprometidas y no disponibles por artículo y ubicación, pero sus nombres deben leerse en su propio contexto. En la guía actual, las reservas de pedidos en borrador cuentan como comprometidas; «reservado» es un estado no disponible distinto. Que en tu tienda llames reserva a un flujo no significa que corresponda automáticamente al campo reserved de un proveedor.
Anota qué significa cada sistema antes de asignar sus campos. la guía de Microsoft sobre la traducción entre sistemas explica por qué conceptos comerciales que parecen iguales pueden necesitar una traducción, mantenimiento continuo y aceptar cierta latencia. La tarea práctica es conservar el significado de cada movimiento al pasar por la conexión.
Cada ejemplo vuelve a empezar con las cantidades anteriores. Son decisiones operativas propuestas, no afirmaciones sobre el comportamiento predeterminado de una plataforma concreta.
Supongamos que el libro acepta un pedido en línea de una taza de Norte según la política de asignación de la empresa. Las disponibles bajan de cuatro a tres y las comprometidas suben de tres a cuatro. Las existencias físicas siguen en diez porque la taza continúa allí. Cuando el equipo la envía, las existencias físicas bajan a nueve y las comprometidas vuelven a tres. Una visita a la página o una indicación de pago no demuestra por sí sola que se aceptara la asignación.
Una persona de la tienda reserva una taza de Norte para que la recojan. En este modelo inventado, las disponibles bajan de cuatro a tres y las reservas de clientes suben de dos a tres. La empresa debe fijar una hora de vencimiento e indicar qué flujo o persona libera la reserva. Una cancelación o el vencimiento solo devuelven disponibilidad si la taza no se ha asignado ni vendido entretanto. Una reserva de un pedido en borrador de Shopify necesitaría su propia correspondencia con el estado «comprometido».
Al recibir una taza vendida anteriormente, las existencias físicas de Norte pasan de diez a once y las unidades en inspección, de una a dos. Las disponibles siguen en cuatro. Después de la inspección, la taza se habilita para la venta o se registra como no vendible. El reembolso y la recepción física son eventos distintos: el equipo debe saber cuál ha ocurrido realmente.
Volviendo a las cantidades iniciales, supongamos que el equipo envía dos tazas disponibles de Norte a Sur en un único traslado identificado. Las existencias físicas de Norte bajan de diez a ocho y las disponibles, de cuatro a dos. Las unidades en camino a Sur suben de dos a cuatro; sus existencias físicas siguen en seis y las disponibles, en cinco. Las dos que ya venían en las cantidades iniciales pertenecen a otro movimiento.
Cuando Sur recibe una vez este nuevo traslado y completa las comprobaciones necesarias, las unidades en camino vuelven a dos, las existencias físicas suben a ocho y las disponibles, a siete. Un traslado previsto todavía no ha salido. Acuerda cuándo se retiran las unidades de la venta y cuándo la recepción permite venderlas, para que ninguna de las dos tiendas ofrezca las tazas mientras viajan.
Para cada movimiento, el equipo debe poder encontrar el artículo, la unidad, la ubicación, la cantidad, el identificador de la acción y el estado de aceptación. Un traslado también necesita las ubicaciones de origen y destino. Estas pruebas permiten explicar un cambio de saldo en vez de adivinarlo a partir del último total.
Pide al proveedor que demuestre estos escenarios de aceptación propuestos en un entorno de prueba independiente y compatible, con artículos inventados y con escrituras de existencias, pedidos, pagos, preparación de pedidos y mensajes a clientes reales desactivados. Revisa tanto los registros de movimientos aceptados y los saldos resultantes del sistema receptor como la pantalla que ve el personal.
Pon una unidad disponible y solicítala al mismo tiempo en la caja y en línea. ¿Dónde se decide la asignación? Comprueba qué solicitud se acepta y qué ven la otra persona cliente o el dependiente. Una pantalla de disponibilidad almacenada en caché no puede decidir entre solicitudes simultáneas.
Deja que venza una reserva mientras se acepta un pedido. Comprueba que la unidad llegue una sola vez al estado previsto. Envía dos veces la recepción de una devolución o un traslado y verifica que el equipo identifique la única recepción física sin sumar existencias dos veces. Estas pruebas muestran el comportamiento en las condiciones demostradas; no prueban que las actualizaciones sean siempre instantáneas ni eliminan todo riesgo de vender de más.
Interrumpe la conexión antes de recibir confirmación y repite la prueba con una interrupción después de que el sistema receptor haya aceptado un movimiento. En ambos casos, quien lo envió puede quedarse sin respuesta, pero las consecuencias para las existencias son distintas. Antes de volver a enviar nada, el equipo debe distinguir entre trabajo pendiente, aceptación confirmada y resultado incierto.
Al restablecerse la conexión, compara el identificador de la acción, el artículo, la ubicación, la cantidad y el estado con las pruebas del sistema receptor. Pregunta cómo determina la conexión el orden y la vigencia si llega una respuesta antigua después de otra más reciente. La hora de llegada por sí sola no debe convertir silenciosamente un saldo antiguo en la fuente válida.
Acuerda qué ven el equipo y los clientes: por ejemplo, la última disponibilidad confirmada con la hora de confirmación o un estado explícito de pendiente. No comprometas existencias si la operación no puede confirmarlo y asigna los pedidos discutidos a una persona concreta.
Conserva ambas lecturas y el último movimiento aceptado conocido. La persona responsable de operaciones las compara con la fuente acordada y, si hace falta, con pruebas físicas; registra una corrección aprobada y confirma los pedidos afectados antes de volver a hacer promesas normales.
Estas son políticas de ejemplo que la empresa debe elegir. Escoger la cifra mayor o la actualización que llegó más tarde no es una regla general para resolver discrepancias. Un recuento físico puede revelar una diferencia, pero la corrección sigue necesitando un motivo registrado y una persona responsable.
El resultado útil es un mapa acordado de artículos y ubicaciones, definiciones para cada cantidad, una persona responsable de los cambios aceptados y una vía definida para los movimientos inciertos y las discrepancias. Guarda junto al mapa las pruebas de venta, reserva, devolución y traslado. El equipo debe saber qué puede prometer y qué debe comprobar.
Una vista común de existencias puede servir a los canales de venta que ya utilizas. El mapa ayuda a ver si queda trabajo de configuración, falta una conexión o hay que cambiar responsabilidades del equipo. Si hace falta conectar sistemas, podemos hablar de integración de API en torno a esos movimientos y las excepciones, y acordar el alcance y el cuidado continuo para ese proyecto concreto.
No. Las existencias físicas cuentan los artículos presentes según la definición elegida. Algunos pueden estar comprometidos, reservados o pendientes de inspección. Las disponibles son las que la empresa puede ofrecer después de aplicar las exclusiones acordadas, para el artículo y la ubicación correspondientes.
Usa la fuente acordada para esa cantidad y comprueba los movimientos aceptados que la respaldan. La persona responsable de resolver discrepancias investiga ambas cifras y, si hace falta, las pruebas físicas, y luego registra una corrección aprobada. La cifra mayor o la actualización más reciente no ganan siempre.
Depende de las reglas comerciales elegidas para la recepción y la inspección. Una taza devuelta puede estar físicamente presente pero no disponible. Los artículos en tránsito siguen constando como entrantes en la tienda de destino hasta que se reciben; no deben estar disponibles en ambos extremos.
Trata el resultado como incierto hasta que el sistema receptor aporte pruebas. Comprueba el movimiento identificado antes de repetirlo, muestra el estado pendiente o desactualizado acordado y deriva los pedidos en disputa a la persona responsable.
Último boletín: ganar más con un sitio o app de suscripción que ya tienes.
El anterior: cómo distinguir las tonterías de la IA de los casos de éxito reales.
¿Te interesa?
Semanal O dinos y lo ajustamos para ti. ¿Suena bien?
