Inventory Sync & Allocation Agent.
Stock unificado entre canales y allocation óptima por demanda real. BOPIS sin sobrepromesa, sin stockouts inesperados.
El agente custom que ingiere inventario en tiempo real desde OMS, WMS y tiendas, detecta discrepancias y propone allocation óptima por canal y región. Ejecuta vía OCI con reservas TTL para BOPIS y deja audit trail de cada movimiento. Para Supply Chain, Operations y Commerce IT.
¿Qué hace Inventory Sync & Allocation Agent?
Inventory Sync & Allocation Agent ingiere de forma continua el inventario de OMS, WMS y tiendas físicas vía Omnichannel Inventory (OCI), detecta desincronizaciones y propone redistribuciones por canal y región basadas en demanda esperada. Ejecuta el movimiento dentro de las reglas del cliente, valida costo logístico y soporta BOPIS con reservas TTL en tiempo real.
Cómo funciona paso a paso
De la ingesta de stock al movimiento ejecutado. 7 pasos con governance del Supply Chain.
Ingesta continua de inventario
Hidrata stock de OMS, WMS y tiendas físicas vía OCI. Distingue stock disponible, reservado y en tránsito.
Identificación de discrepancias
Detecta diferencias entre fuentes (sistema vs físico, OMS vs WMS) y escala las críticas al equipo de Operations.
Propuesta de allocation óptima
Combina demanda proyectada por región, costo logístico, política de fulfillment y reglas de safety stock para proponer redistribución.
Validación de reglas de negocio
Filtra contra reglas de negocio digitalizadas: hierarchy de canales, prioridad B2B vs B2C, mínimos por tienda, costo máximo de transferencia.
Ejecución vía OCI
Genera la orden de transferencia o redistribución. Si requiere intervención humana (sobre el threshold), notifica al Supply Chain Manager.
Reservas TTL para BOPIS
Cuando un shopper reserva stock para retiro en tienda, el agente lo bloquea por la ventana configurada (típicamente 4-24 hs).
Reporte y tracking
Dashboard con disponibilidad por tienda, stockouts evitados, costo logístico de allocation, latencia de sincronización y discrepancias.
Ejemplo de interacción real
Arquitectura del agente
Las cuatro primitivas que sostienen al Inventory Sync & Allocation Agent dentro de tu org de Salesforce.
Data
Fuentes de grounding
- OCI (stock por nodo)
- OMS / WMS APIs
- Demand Forecast por región
- Logistics cost matrix
- Política de fulfillment
- Allocation History DMO
Actions
Lo que el agente ejecuta
- syncInventory
- detectDiscrepancy
- proposeAllocation
- validateRules
- executeTransfer (OCI)
- reserveStockTTL (BOPIS)
- logAllocationEvent
Guardrails
Controles de confianza
- Reglas de safety stock por nodo
- Costo máximo de transferencia
- Aprobación humana sobre threshold
- Audit trail por movimiento
- Fallback a "consultar stock" si OCI falla
Channels
Dónde decide el humano
- Salesforce UI (Supply Chain)
- Slack para aprobación rápida
- Email para reportes
- Storefront BOPIS (al shopper)
Requiere OCI (Omnichannel Inventory): Sí (configurado con todas las fuentes activas)
Requiere Data Cloud: Recomendado (Demand Forecast por región)
Requiere Einstein Trust Layer: Sí (incluido en Agentforce)
Implementación en 5 fases
De discovery a producción. Inventory Sync & Allocation Agent operando en 14-16 semanas.
Discovery y política de allocation
Workshop con Supply Chain, Operations y Commerce. Mapeo de nodos, política de fulfillment, hierarchy de canales y safety stock por categoría.
Data readiness e integración OCI
OCI configurado con OMS, WMS y tiendas. Latencia objetivo menor a 5 minutos. Limpieza de discrepancias históricas y digitalización de reglas de fulfillment.
Agent build
Topics, Actions, integración a OCI para reservas y transferencias, alertas de discrepancia, dashboard de monitoring.
Piloto regional
Activación en una región o un cluster de tiendas. BOPIS habilitado solo para SKUs validados. Supply Chain Manager revisa cohortes diarias durante el piloto.
Rollout y governance
Expansión a todas las regiones y canales. Retrospectiva mensual con stockouts evitados, BOPIS performance, costo logístico, discrepancias detectadas.
Equipo típico de implementación
Requisitos para arrancar
Lo que necesitás tener listo antes de poner Inventory Sync & Allocation Agent en producción.
Datos mínimos
- OCI configurado y activo
- OMS / WMS con APIs en tiempo real
- Política de allocation digitalizada
- Hierarchy de canales clara
Licencias
- Commerce Cloud (B2C, B2B o D2C)
- Omnichannel Inventory
- Agentforce for Commerce (Flex Credits)
- Data Cloud (recomendado)
Integraciones
- OMS (órdenes, reservas)
- WMS (recepción, picking, stock)
- Tiendas físicas (POS o sistema de tienda)
- ERP (costos logísticos)
- Courier APIs (transferencias)
Org readiness
- Sponsor en Supply Chain
- Política de safety stock por nodo
- Acuerdo con tiendas para BOPIS
- Owners por región para aprobación
KPIs: antes y después
KPIs esperados al implementar este agente. Rangos referenciales para planificación; los resultados reales dependen del estado de los datos y la operación de cada empresa.
| Métrica | Antes | Después | Cambio |
|---|---|---|---|
| Disponibilidad BOPIS por tienda | Baseline | +15-30% | Mejora |
| Stockouts en canal digital | Baseline | -25-40% | Reducción |
| Costo logístico por allocation | Baseline | -10-20% | Eficiencia |
| Latencia de sincronización | Horas | < 5 min | Horas → Minutos |
| Discrepancias detectadas y resueltas | Manual reactivo | Detección continua | Proactivo |
| Time-to-value | N/A | 6-10 semanas post go-live | Progresivo |
Solu entrega dashboard con disponibilidad por tienda, stockouts evitados, costo logístico de allocation, latencia OCI y discrepancias activas.
Riesgos comunes y cómo los mitigamos
Latencia en sincronización
Si OCI tiene horas de retraso, el agente promete stock que ya no existe y rompe BOPIS.
Mitigación: Latencia objetivo menor a 5 minutos con monitoring continuo. Si supera el umbral, fallback a "consultar stock" en lugar de prometer disponibilidad.
Conflictos entre canales
B2C y B2B compiten por el mismo stock y el agente termina favoreciendo a uno arbitrariamente.
Mitigación: Hierarchy de canales explícita en la política. Reglas de prioridad por SKU y por momento del mes. Logs de cada decisión para revisión por Supply Chain.
Errores en política de reservas
Una reserva mal aplicada bloquea stock real disponible y genera caída de conversión.
Mitigación: TTL agresivo en reservas BOPIS (4-24 hs), liberación automática si no hay retiro. Suite de tests obligatorios sobre reservas antes del go-live.
Costo logístico fuera de control
El agente propone redistribuciones que aumentan costo de transferencia más allá del beneficio de evitar stockout.
Mitigación: Threshold de costo por unidad transferida y aprobación humana sobre el umbral. Reporte mensual de relación entre costo logístico y stockouts evitados.
Desincronización en eventos comerciales
En Hot Sale o Cyber Monday, el volumen de pedidos satura OCI y el stock real diverge del sistema.
Mitigación: Modo evento comercial con sincronización más frecuente, safety stock por defecto más alto y aprobación humana obligatoria para todas las transferencias durante la ventana del evento.
Preguntas Frecuentes
Sí. OCI es la fuente de verdad de inventario unificado entre canales. Si todavía no tenés OCI activo, lo implementamos antes en una fase de 4-6 semanas. Sin OCI, el agente no puede prometer BOPIS de forma confiable ni proponer allocation con datos correctos.
Sí, vía conectores. En LATAM frecuentemente integramos POS con APIs intermedias y, donde el sistema de tienda es legacy, vía SFTP con archivo delta cada 5-15 minutos. La latencia es la variable que define la calidad del agente, no el tipo de POS.
Con hierarchy de canales explícita y reglas por SKU. Por ejemplo, podés definir que un SKU dado tiene 70% reservado para B2B contracted y 30% disponible para B2C. El agente respeta esa política y propone movimientos solo dentro de cada bucket.
El Supply Chain Manager o el owner regional, según la política de tu cliente. El agente aplica un threshold (típicamente costo o volumen) y arriba de ese umbral notifica para aprobación. Por debajo del umbral ejecuta automáticamente con audit trail.
Tiene un modo evento comercial que activamos durante Hot Sale, Cyber Monday o lanzamientos: sincronización más frecuente, safety stock más alto y aprobación humana obligatoria sobre todas las transferencias hasta que termine la ventana del evento.
Mejoras en disponibilidad BOPIS suelen aparecer en 4-6 semanas post go-live una vez que OCI está estable. Reducción de stockouts en canal digital se sostiene a partir del segundo mes con la calibración de demand forecast por región.
BOPIS sin sobrepromesa, allocation sin reactividad.
Hablá con un Commerce Architect de Solu. En discovery mapeamos OCI, los nodos críticos y la primera ventana de impacto.