Cuando una empresa opera con una sola ubicación, un traspaso es una excepción. Cuando crece a varias sucursales, el traspaso se vuelve rutina… y justo ahí es donde puede romper el control.
Porque un traspaso no es solo inventario moviéndose. Es responsabilidad moviéndose: quién responde por la mercancía, en qué momento, bajo qué evidencia y con qué reglas. Si esa responsabilidad no está definida, aparece el síntoma clásico: faltantes, merma “normalizada” y ajustes que ya nadie cuestiona.
La frase que lo delata: “seguro ya salió” (y por qué eso es un hueco de control)
“Seguro ya salió” suele significar que en la práctica no hay un estado formal de tránsito, no hay evidencia suficiente de salida, o no hay claridad de quién es responsable mientras viaja.
Y cuando no existe ese “entre”, sucede lo peor: la sucursal A ya no lo tiene, la sucursal B todavía no lo tiene, y nadie se siente completamente responsable. Ese vacío es el origen del caos.
Los 5 puntos donde se pierde el control (y cómo se ve en la operación)
- Solicitudes informales / urgencias repetidas
El traspaso empieza por WhatsApp, llamada o “mándame de una vez”. Se vuelve costumbre operar por urgencia. El resultado es predecible: no hay trazabilidad real, no hay priorización y los pendientes se acumulan.
- Salida sin evidencia (o sin autorización)
El inventario “sale” porque había prisa, pero sin autorización mínima o sin evidencia clara de qué se entregó. Luego, cualquier diferencia se vuelve un juego de memoria.
Documentos institucionales de procedimiento suelen insistir en formalizar el pedido/solicitud como punto de control para poder “atender y controlar” el traspaso, justamente para evitar que sea un acto informal sin rastro.
Centralizar vs integrar la operación multi-sucursal.
- Tránsito invisible (ni A ni B se hacen responsables)
Si el sistema no maneja un estado “en tránsito”, el traspaso cae en tierra de nadie. Ahí aparecen:
tránsitos abiertos por días,
mercancía “perdida” que aparece semanas después,
y ajustes para “cerrar” sin resolver.
- Recepción “a ojo” (sin conteo/validación)
La recepción se hace por confianza, por prisa o por volumen. Si no existe conteo/validación, la sucursal receptora hereda el problema sin poder defenderse.
- Diferencias que se vuelven ajuste automático
Cuando la diferencia se vuelve rutina, el ajuste sustituye al control. En vez de investigar brevemente, se compensa “para seguir”. Eso no solo cuesta inventario: cuesta disciplina operativa y credibilidad interna.
Flujo mínimo viable de transferencias (MVT) para multi-sucursal
Este flujo no busca burocracia. Busca que el traspaso tenga estados claros, dueños claros y evidencia mínima.
Solicitud → autorización → salida → tránsito → recepción → conciliación (definición de estados)
Un MVT sólido se sostiene en seis estados (no en “muchos pasos”):
- Solicitud: se define qué se pide y por qué.
- Autorización: alguien confirma prioridad y disponibilidad.
- Salida: se confirma qué se entregó (no solo lo que se pidió).
- Tránsito: el inventario cambia de responsabilidad, pero no se “duplica”.
- Recepción: se valida lo recibido (idealmente con conteo).
- Conciliación: se cierra comparando salida vs recepción, y se resuelven diferencias.
La idea central es evitar dos errores típicos: que A lo siga contando aunque ya salió, o que B lo cuente antes de recibirlo.
La lógica de “eventos y estados” es parte de los principios de trazabilidad: no es solo identificar cosas, sino registrar eventos a lo largo del flujo para que el sistema sea explicable.
Quién solicita / quién autoriza / quién entrega / quién recibe (RACI simplificado)
Sin roles claros, el proceso se rompe aunque el sistema sea bueno. Un RACI simplificado ayuda a sostenerlo:
- Solicita (Sucursal destino): define necesidad y urgencia.
- Autoriza (Responsable definido): valida prioridad y que el traspaso tiene sentido.
- Entrega (Sucursal origen): confirma salida real y evidencia mínima.
- Transporta (Responsable logístico, si aplica): custodia durante tránsito.
- Recibe (Sucursal destino): valida recepción y registra diferencias.
- Conciliación (Rol asignado): cierra tránsitos y gestiona diferencias.
No es un tema de organigrama. Es un tema de control interno: que existan responsabilidades, evidencias y revisiones razonables para evitar que el ajuste sea la norma.
Qué pasa con parcialidades y diferencias
El mundo real no transfiere “perfecto”. Hay parcialidades, daños, faltantes y devoluciones cruzadas. Lo que define tu control no es evitarlo, sino cómo lo manejas sin desgastar a la operación.
Reglas de parcialidad (cuándo se cierra, cuándo queda pendiente)
Parcialidad controlada significa:
- La salida puede ser parcial si el sistema lo permite y lo registra como tal.
- La recepción puede ser parcial si hay evidencia y queda pendiente con un estado visible.
- El traspaso no se cierra por cansancio; se cierra cuando hay conciliación entre lo que salió y lo que fue recibido.
Regla mínima: un traspaso parcial debe dejar explícito qué falta y quién está gestionando el pendiente.
Cuando un ERP complica más de lo que ayuda (y cómo evitar ese error desde el inicio)
Diferencias: investigación breve, evidencia mínima, resolución (no “ajuste por cansancio”)
Una política mínima de diferencias evita drama y evita impunidad. Tres niveles suelen bastar:
- Error de conteo (operativo): se corrige con reconteo y evidencia simple.
- Daño/merma (incidente): se registra el motivo y evidencia mínima (nota, fotografía, incidencia).
- Posible desviación (alerta): requiere escalamiento breve y cierre con responsable.
El objetivo no es “castigar”. Es que la diferencia tenga ruta y no se convierta en ajuste automático.
Indicadores que sí importan al director (sin obsesión)
Aquí no se trata de mirar 40 métricas. Se trata de tener tres o cuatro señales que obliguen a intervenir cuando hay riesgo real.
Tránsitos abiertos por antigüedad
- El indicador clave: tránsitos abiertos por antigüedad.
- Si los tránsitos se quedan abiertos demasiado tiempo, el control está roto. No importa cuántas transferencias tengas; importa cuántas quedan en tierra de nadie.
Diferencias recurrentes por sucursal / por responsable
- Más que el volumen total, lo que importa es el patrón: ¿Qué sucursal o qué etapa del flujo concentra diferencias?
- La recurrencia revela si el problema es conteo, evidencia de salida, custodia en tránsito o recepción sin validación.
Transferencias urgentes vs planificadas (síntoma de desorden)
- Cuando casi todo es “urgente”, normalmente hay: mala reposición, desorden de mínimos/máximos, o falta de disciplina en planeación de surtido.
- Este indicador ayuda a separar “operación normal” de “operación reactiva”.
Qué validar en tu ERP para transferencias multi-sucursal
Un ERP no arregla un proceso roto por sí solo. Pero sí puede hacerlo sostenible si soporta estados, controles y evidencia sin permitir atajos.
Estados y trazabilidad (quién hizo qué, cuándo)
- ¿El sistema maneja estados explícitos (solicitado, autorizado, en salida, en tránsito, recibido, conciliado)?
- ¿Se puede rastrear quién hizo cada acción y en qué momento?
- ¿Se puede ver qué cambió en un traspaso después de su salida?
Evidencias / documentos / bitácora
- ¿Se puede adjuntar o registrar evidencia mínima por evento (salida, recepción, diferencia)?
- ¿Existe bitácora de cambios en el traspaso?
- ¿Se puede explicar una diferencia sin depender de mensajes y capturas?
Controles: permisos, autorización, bloqueo de “saltos” de proceso
- ¿El sistema bloquea “saltarse” pasos críticos?
- ¿Permite definir permisos por rol/sucursal para evitar salidas sin autorización?
- ¿Se puede impedir que el traspaso se cierre sin conciliación?
Siguiente paso: convertir el traspaso en un flujo controlado (no en una discusión)
Cuando el traspaso está bien diseñado, deja de ser un foco de tensión y se convierte en una operación explicable: se sabe qué pasó, cuándo pasó y quién respondió en cada etapa.
Si hoy la frase “salió pero no llegó” se repite, el camino no es agregar formatos y más coordinación informal. Es definir un flujo mínimo con estados, responsables y evidencia verificable.
Para avanzar, tiene sentido validar este flujo en una demo guiada (sin tecnicismos, con escenarios reales como parcialidades, recepción tardía y diferencias) y confirmar que tu ERP puede sostenerlo con trazabilidad y controles. Puedes hacerlo aquí: “valida este flujo en una demo guiada”
