Stock que no cuadra entre tienda y ERP: cómo investigar el desfase

La respuesta corta: reconcilia antes de resincronizar

Congela una muestra de productos afectados, extrae movimientos de ambos sistemas y construye el saldo desde eventos. No ejecutes una actualización masiva hasta saber qué sistema conoce cada estado y qué transacciones faltan o sobran.

Shopify distingue cantidades como on hand, available, committed, reserved e incoming en su documentación de estados de inventario. Un ERP puede usar otros nombres y fórmulas. La integración debe mapear significados, no copiar etiquetas. Si la tienda publica disponible y el ERP exporta físico, ambos pueden ser internamente correctos y comercialmente incompatibles.

Define también el instante: un panel puede incluir un pedido recibido hace segundos mientras un proceso nocturno todavía no lo ha importado. El retraso tolerable depende del riesgo de sobreventa, del volumen y de si existe reserva en checkout. Documenta la latencia esperada y cuándo un retraso se convierte en incidente.

Alinea el vocabulario y la fuente de cada movimiento

Una reserva enlaza oferta y demanda. La documentación de Oracle Inventory explica que una cantidad reservada queda asociada a una demanda y no debe asignarse a otra. No copies esa implementación sin más; úsala para exigir que tu contrato diga cuándo nace, cambia, caduca y se libera una reserva.

Construye una hoja por SKU, variante, almacén e instante

La fila no demuestra una fórmula universal. Sirve para impedir comparaciones vagas como «en uno hay 12 y en otro 9». Incluye unidad de medida, packs, lotes y variantes cuando proceda. Un SKU reutilizado, un código de barras duplicado o una conversión caja/unidad puede parecer un error de sincronización aunque sea un error de catálogo.

La identidad de producto se parece al problema de identidad de cliente: una coincidencia visual no basta. La guía sobre duplicados entre formularios y CRM aporta el patrón de claves, conflictos y revisión aplicable a integraciones de datos.

Reconstruye la secuencia del pedido, no solo el saldo final

1. 01

   Pedido creado

   Registra ID externo, líneas, almacén y momento. Decide si ya reduce disponibilidad.

2. 02

   Pago pendiente o confirmado

   Define si la reserva nace antes o después y cuánto dura un pago incompleto.

3. 03

   Importación al ERP

   Conserva ID de origen y evita crear el mismo pedido en un reintento.

4. 04

   Preparación y envío

   Distingue reserva, picking y salida física para no descontar dos veces.

5. 05

   Cancelación o devolución

   Libera o reincorpora solo cuando el estado y la inspección lo permitan.

Orden y duplicación importan. Una cancelación puede llegar antes que el alta retrasada; un webhook puede repetirse; una consulta programada puede leer el mismo cambio dos veces. Usa identificadores de evento u operación, guarda el último estado aplicado y define qué transiciones son válidas. Nunca interpretes «HTTP 200» como prueba de que todos los efectos de negocio terminaron.

Aísla catálogo, transporte, reglas y operación

1. Selecciona pocos SKU afectados y uno sano como control; evita corregir todo mientras investigas.
2. Comprueba identidad de producto, variante, almacén y unidad antes de revisar llamadas.
3. Compara movimientos desde un saldo inicial común: recepción, ajuste, reserva, pedido, envío, cancelación y devolución.
4. Busca eventos ausentes, repetidos, fuera de orden, rechazados o aplicados al almacén equivocado.
5. Revisa colas de error, límites, credenciales y relojes; documenta si el sistema reintenta y durante cuánto tiempo.
6. Corrige causa y reproduce la secuencia en un entorno seguro; después prepara un ajuste aprobado para los saldos afectados.
7. Ejecuta una conciliación posterior y confirma que el desfase no vuelve con pedidos nuevos.

Microsoft muestra en un caso de reservas sin inventario disponible cómo trabajo abierto, bloqueos u otras transacciones pueden consumir disponibilidad. El detalle es específico del producto, pero ilustra por qué mirar solo el total físico no explica una reserva fallida.

Prevén el siguiente desfase con conciliación y alertas

Programa una conciliación por SKU y almacén con tolerancia explícita. Separa retrasos esperados de diferencias persistentes; muestra el primer evento divergente y no solo un contador. Alerta por cola detenida, edad del último evento, pedidos sin correspondencia, stock negativo y ajustes manuales. El responsable debe poder pausar publicación o aplicar un stock de seguridad cuando el riesgo lo justifique.

La guía de mantenimiento de automatizaciones amplía logs, alertas, reintentos y recuperación. Para definir autoridad de datos, estados, pruebas y plan de conciliación en un caso concreto, el servicio de automatización con IA puede comenzar por el mapa de eventos. Con frecuencia el trabajo principal es integración determinista; añadir IA no corrige una semántica de stock indefinida.

Comprueba que buscar y filtrar respetan el dato sincronizado

Una sincronización correcta no ayuda si el comprador no encuentra la referencia o recibe filtros incoherentes. La guía para diseñar un buscador interno de catálogo B2B explica cómo probar referencias, facetas, cero resultados y el comportamiento cuando el índice o el ERP están desactualizados.