En cuanto tiene dos o tres almacenes, la sincronización de inventario en Shopify deja de ser una cuestión de cómo fluyen las cifras y pasa a ser una cuestión de qué cifra va a dónde. Esa decisión es la correspondencia entre sus almacenes reales y sus ubicaciones de Shopify. Aunque una hoja de cálculo sea su única fuente de verdad y cada ubicación guarde sus existencias disponibles en una columna propia, la sincronización no puede funcionar bien hasta que esté claro qué columna llega a qué ubicación.
Es tentador tratar la correspondencia como algo que se decide una vez y se olvida. En la práctica se deshace en silencio, en medio de la operación normal. Se renombra una ubicación, abre una tienda nueva a mitad de año, alguien inserta una columna en la hoja. Todos son sucesos cotidianos, y ninguno se hace pensando en su sincronización de inventario. Este artículo explica cómo construir una correspondencia que resista los tres casos, y qué hábitos sacan a la luz los problemas mientras aún son pequeños.
La correspondencia es un contrato del que depende la sincronización
En la pantalla de configuración, la correspondencia parece cosa de unos minutos. Elegir almacén, elegir ubicación, guardar. Nada más. Y sin embargo, todas las sincronizaciones posteriores dependen de lo que decidió en esos minutos. Se acerca más a la realidad pensar en la correspondencia no como un ajuste, sino como un contrato entre el lado de la hoja y el lado de Shopify. Mientras el contrato se cumple, las cifras aterrizan donde deben. En el momento en que se rompe en silencio, el inventario empieza a desviarse sin que nadie lo note.
Enlace por un identificador estable, no por el nombre visible
Lo primero que conviene pensar es con qué dato se hace el cotejo. Lo más cómodo es el nombre visible, y para las personas es sin duda lo más legible. El problema es que cualquiera puede cambiarlo en cualquier momento. Una reorganización convierte ‟Almacén Tokio” en ‟DC Japón Este”; alguien antepone la marca al nombre de una tienda. Estos cambios son rutina sobre el terreno, y casi nunca se hacen pensando en la sincronización de inventario.
Por eso lo más seguro es cotejar con un identificador estable que nadie reescriba a la ligera. Cada ubicación de Shopify lleva un identificador único propio, y renombrarla no lo altera. En el lado de la hoja, reserve una columna para ese identificador junto al nombre legible. Un nombre para que lo lean las personas, un identificador para que lo coteje el sistema: solo con esa doble vía se evitan casi todos los accidentes provocados por un cambio de nombre.
Si de verdad no puede registrar los identificadores de inmediato, al menos acuerde en voz alta que este nombre de ubicación y esta cabecera de columna no se cambian sin avisar. Cotejar por nombre no está mal en sí mismo. Lo peligroso es que nadie sea consciente de que los nombres son justamente de las cosas que cambian.
Empiece con una correspondencia uno a uno
El segundo principio es mantener la primera correspondencia tan sencilla como pueda. Un almacén real, una ubicación de Shopify. Empiece por esa forma uno a uno. Puede parecer casi demasiado simple, pero es justamente la simplicidad la que le permite rastrear un problema cuando las cifras no cuadran. Si una columna y una ubicación están unidas por una sola línea recta, siempre hay un único sitio donde mirar.
Las ganas de hacer algo ingenioso desde el primer día son comprensibles. Quiere sumar dos almacenes y mostrarlos como una sola ubicación; quiere publicar una cifra con el stock de seguridad ya descontado. Esas peticiones siempre acaban llegando. Pero en cuanto interviene una suma o un ajuste, cuesta ver de dónde salió el número que se muestra. Ponga en marcha primero el uno a uno honesto, deje pasar un ciclo completo de pedidos y envíos reales, y añada complejidad solo donde compense. Llegará antes a un estado estable.
Anótela donde todo el equipo pueda verla
El tercer principio es dejar la correspondencia registrada en un sitio al que llegue todo el equipo, y no en su cabeza. Nuestra opción preferida es añadir una pestaña a la hoja de cálculo en la que ya gestiona el inventario y poner allí la tabla de correspondencia. Al estar junto a los datos, salta a la vista de cualquiera que vaya a tocar una columna. Como mínimo, con estas entradas basta.
- El nombre del almacén o tienda real (como lo llama de verdad el equipo)
- El nombre de la ubicación en Shopify y su identificador único
- Qué columna de la hoja lleva la cantidad de esa sede
- Quién actualiza las cifras de esa sede (la persona o el departamento)
- Una línea sobre cuándo, quién y por qué cambió la correspondencia por última vez
Con esa hoja, las decisiones son las mismas cuando cambia el responsable o cuando alguien cubre unas vacaciones. Sin ella, la correspondencia solo existe en la memoria de quien lo configuró, y todo se detiene el día que esa persona falta. Convertir una correspondencia en un sistema consiste, en el fondo, en sacarla de la memoria y ponerla en una tabla.
Tres formas que encontrará en la práctica
La palabra ‟almacén” abarca mucho, y las cosas que acaba tratando como ubicaciones de Shopify se comportan de maneras bastante distintas. Aquí van tres formas que aparecen una y otra vez, junto con lo que merece atención en cada una al asignarlas. Léalas pensando en su propia configuración y vea a cuál se parece.
Su propio almacén
El caso más directo es un almacén que gestiona usted. Usted cuenta las existencias y usted las envía, así que la hoja y la estantería rara vez se separan mucho, y usted decide con qué frecuencia se refrescan las cifras. Como correspondencia, asignar una ubicación por almacén es prácticamente todo, y hay muy poco sobre lo que dudar.
Lo único que vigilar es la tentación de dividir un mismo edificio en ‟zona de almacenaje”, ‟estante de devoluciones” y ‟pendiente de revisión”, y convertir cada parte en una ubicación. Para el control interno resulta cómodo, pero cada ubicación extra significa otra columna en la hoja y otra cifra que comprobar. Trate como ubicaciones solo los sitios que tienen existencias vendibles y gestione las divisiones internas de otra forma. La sincronización se mantendrá mucho más clara.
Una tienda física que además envía
La segunda forma más común es una tienda física que vende en mostrador y además prepara pedidos en línea. Lo complicado es que las existencias se mueven por dos motivos distintos. Lo que se vende en caja y lo que se envía contra pedidos en línea sale de la misma estantería. Cada vez que la hoja se actualiza tarde, ese retraso es justamente el margen en el que se produce la sobreventa.
La correspondencia puede seguir siendo una tienda por ubicación, pero decida con algo más de cuidado que en otras sedes quién actualiza esa columna y cuándo. Fije los momentos de actualización, por ejemplo antes de abrir y después de cerrar, y programe la sincronización justo después. Así lo que hay en la estantería y lo que se muestra en línea se mantienen tranquilizadoramente cerca.
Un 3PL o un proveedor de dropshipping como ubicación
La tercera forma consiste en tratar un almacén externo o un proveedor que envía directamente como una ubicación propia. Esas existencias no están en sus manos. Las cifras dependen de un informe que llega de otra persona, y ese informe puede ser diario o semanal, en el formato que allí se use.
Precisamente para estas ubicaciones recomendamos anotar la frescura del dato en la propia tabla de correspondencia. Quién lo envía, con qué frecuencia llega y en qué formato. Saberlo permite operar con un margen realista de retraso y, cuando las cifras no cuadran, separar un problema de la hoja de un problema del informe. En las sedes externas importa más dejar escrito el camino que recorre el dato que la correspondencia en sí.
Tres maneras en que se rompe la correspondencia
Las correspondencias rara vez se rompen con estrépito. Mucho más a menudo que detenerse con un error, siguen funcionando mientras apuntan en silencio a un sitio equivocado. Estos son los tres fallos que más vemos. Ninguno es inevitable, y solo con saber que pueden ocurrir cambia la forma de responder.
Se renombra una ubicación
Los cambios de nombre encabezan la lista. Nunca faltan motivos para que una sede pase a llamarse de otra manera: se ha mudado, ha cambiado el operador, alguien ha unificado la nomenclatura interna. Y quien renombra normalmente no tiene ni idea de que su sincronización de inventario coteja precisamente por ese nombre.
Si enlazó por el nombre visible, el vínculo se rompe en el instante del cambio. Con suerte, la sincronización se detiene sin encontrar coincidencia. Con mala suerte, las cifras aterrizan en otro sitio de nombre parecido. El primer caso se nota enseguida; el segundo permanece oculto un tiempo justamente porque siguen llegando cifras. Por eso mismo se enlaza por identificador y se guarda el nombre visible al lado, en la tabla de correspondencia.
Se añade una ubicación después de diseñar la hoja
El segundo fallo es una ubicación nueva que aparece cuando la hoja ya estaba diseñada. Ha abierto una tienda efímera, ha alquilado un almacén externo solo para la temporada alta o ha creado una sede exclusiva de devoluciones. Como Shopify permite añadir una ubicación en minutos, el lado de la hoja se queda atrás con facilidad.
El resultado es una ubicación que puede tener existencias en Shopify sin que ninguna columna de la hoja le corresponda. La cantidad de esa ubicación no la actualiza entonces nadie, y la tienda sigue vendiendo contra una cifra vieja. Trate el alta de una ubicación y el añadido de su columna con su entrada en la tabla de correspondencia como un único procedimiento continuo, nunca como dos recados separados.
Las columnas de la hoja se desplazan
El tercero es la hoja cambiando bajo sus pies. Alguien inserta una columna para un subtotal, reordena columnas por claridad, borra una que parecía sin uso. Son operaciones de hoja de cálculo perfectamente naturales, pero si las cantidades se leen por la posición de la columna, equivalen a recablear a dónde va cada cifra.
Y lo que es peor: los valores siguen llegando, así que la sincronización nunca da error. Las existencias de Osaka se escriben en la ubicación de Tokio, las de Tokio en otro sitio, cada una con un número de aspecto perfectamente verosímil. No hace falta prohibir añadir o reordenar columnas: hace falta una regla que diga que, cuando ocurra, se revisa la tabla de correspondencia y se verifica antes de la siguiente sincronización. Ese pequeño paso es lo que impide que la desviación se vuelva silenciosa.
La mayoría de los accidentes de sincronización de inventario no ocurren porque la sincronización se detuviera. Ocurren porque nunca se detuvo: siguió funcionando mientras estaba equivocada.
Hábitos que detectan las desviaciones a tiempo
Una vez que sabe cómo se rompen las correspondencias, las contramedidas no son difíciles. No necesita una supervisión sofisticada, sino unos pocos hábitos poco vistosos: comprobar antes de sincronizar, hacer un muestreo después y guardar registro suficiente para poder rastrear las cosas más tarde. Esos tres detectan casi todas las desviaciones cuando todavía son pequeñas.
Ejecute primero la prueba de conexión
El primer hábito es ejecutar la prueba de conexión antes de dejar correr una sincronización real. La prueba confirma que el camino entre la hoja y Shopify está realmente abierto y que las columnas que designó apuntan a las ubicaciones que quería, sin tocar ni una sola cantidad. Lleva unas decenas de segundos, y esas decenas de segundos son lo que le separa de miles de escrituras equivocadas.
Hágalo sin falta justo después de actualizar la tabla de correspondencia, justo después de que alguien toque las columnas de la hoja y justo después de añadir una ubicación. El juicio de ‟no debería haber cambiado nada, así que va bien” es el más peligroso que existe, porque en realidad siempre hay alguien que ha cambiado algo. Conviértalo en hábito, una prueba después de cada cambio, y ya no tendrá que emitir ese juicio.
Compruebe unos pocos SKU después de cada sincronización
El segundo hábito es el muestreo posterior a la sincronización. No hace falta revisar todos los SKU; intentar revisarlo todo es precisamente lo que hace que el hábito se abandone. Elija el mismo puñado cada vez y mire solo esos. Escogiéndolos así, vigilará un terreno sorprendentemente amplio con muy poco esfuerzo.
- 01Un SKU de alta rotación, como indicador de que las cifras diarias están llegando
- 02Un SKU con existencias en varias ubicaciones, porque ahí afloran las confusiones entre columna y ubicación
- 03Un SKU en el almacén externo o en el proveedor, para ver si el retraso del informe se nota
- 04Un SKU en una ubicación añadida hace poco, donde suele aparecer la configuración que falta
- 05Un SKU que debería estar a cero, para confirmar que el cero llega correctamente como cero
Guarde registros para poder rastrear una cifra equivocada
El tercer hábito es guardar registro de sus sincronizaciones: cuándo se ejecutó una, hacia qué ubicación y cuántos valores se escribieron. Con ese registro a mano, cuando alguien le diga ‟desde ayer por la tarde las cuentas no cuadran”, podrá ir a ver qué pasó a uno y otro lado de esa hora. Sin él, no le queda más punto de partida que la conjetura.
Los registros sirven para aislar causas, no para repartir culpas. ¿No llegó a ejecutarse la sincronización? ¿Se ejecutó pero escribió una cifra vieja? ¿Escribió correctamente y las existencias físicas se movieron después? Los tres casos piden respuestas completamente distintas. Si sincroniza de forma programada, esto importa aún más: asegúrese de poder confrontar después el historial de ejecuciones con el historial de cambios de la hoja.
Asignar almacenes a ubicaciones es la parte menos vistosa de la sincronización de inventario. Pero mientras siga siendo imprecisa, ningún cuidado posterior conseguirá que las cifras lleguen al sitio correcto. Enlace por un identificador estable, empiece uno a uno y deje la decisión escrita a la vista. Después, rodee cada extremo de la sincronización con una pequeña comprobación. Esa acumulación es lo que mantiene sus cifras dignas de confianza.