Operacions i logística · Inventari multicanal · Estoc en temps real
Quan tens múltiples magatzems (propis o 3PL) i vens per web, marketplaces i botiga física, la conciliació d’inventari deixa de ser un “control” i passa a ser un procés crític: un retard de minuts pot acabar en sobreventa, cancel·lacions, rutes d’enviament incorrectes i un equip atrapat en Excel.
En aquesta guia t’expliquem com automatitzar la conciliació d’estoc perquè totes les parts del negoci (ERP/WMS/OMS, magatzems i canals) comparteixin una versió fiable de la realitat: què tens, on ho tens, què està reservat, què està en trànsit i què és realment disponible per vendre.
Què és la conciliació d’inventari entre múltiples magatzems i canals
La conciliació d’inventari és el procés d’assegurar que el que diuen els teus sistemes coincideix amb la realitat operativa: estoc físic, moviments (recepcions, picks, devolucions, transferències), i estoc publicat a cada canal.
Quan parlem de multimagatzem i multicanal, la conciliació és, en essència, una sincronització d’estoc amb regles: no només “copiar un número”, sinó entendre quin estoc és venable, a quin magatzem, amb quines reserves i amb quin marge de seguretat.
Idea clau: l’èxit no és “sincronitzar ràpid”, sinó tenir una font única de veritat i fer que tots els canals consultin (o rebin) el mateix estat d’estoc, amb traçabilitat i gestió d’excepcions.
Què NO és (errors de concepte que costen car)
- No és un “export/import” manual un cop al dia (això crea retard i sobreventa).
- No és només comptar inventari: també inclou reserves, trànsits, devolucions i bloquejos.
- No és tenir un número diferent per canal “per seguretat” sense criteri (això crea estoc mort).
Per què es desquadra l’estoc quan tens diversos magatzems i canals
El desquadre rara vegada és “un error puntual”. Normalment és un conjunt de petits retards i excepcions que, amb volum, es converteixen en un problema diari.
Causes més habituals (les que veiem una vegada i una altra)
- Latència de sincronització: el canal s’actualitza cada X minuts/hora i, en pics de demanda, venen “l’última unitat” a dos llocs.
- Reserves i estats mal definits: comandes “pendents”, picking en curs, precomandes o estoc en qualitat es barregen amb l’estoc venable.
- Transferències entre magatzems sense estat “en trànsit”: a nivell de sistema sembla que desaparegui estoc (o aparegui dues vegades).
- Devolucions que entren en un “limb”: físicament han tornat, però el sistema no actualitza fins que es revisen/condicionen.
- Catàleg i SKUs inconsistents: mateix producte amb variants, packs, EANs o UOM diferents entre canals.
- 3PL i partners: el magatzem extern pot tenir la seva pròpia freqüència d’actualització o “talls” de preparació.
- Ajustos manuals (i sense logs): quan es corregeix “per sortir del pas”, després ningú sap què ha passat.
Què guanyes quan automatitzes la conciliació (beneficis que es noten)
Automatitzar la conciliació d’inventari no és “tenir-ho més bonic”. És treure soroll del sistema perquè el negoci pugui operar amb confiança. Els impactes típics són:
- Menys sobreventa i menys cancel·lacions que erosionen confiança i valoracions en marketplaces.
- Menys trencaments d’estoc perquè detectes a temps desviacions i reposicions.
- Millor assignació de comandes (order routing): triar el magatzem òptim segons disponibilitat, cost i SLA.
- Menys estoc “amortit” per por: buffers més intel·ligents i per SKU/canal quan cal.
- Menys feina manual: menys reconciliacions a mà, menys “caça” d’errors i menys urgències.
- Traçabilitat: saps qui/què/quan ha canviat l’estoc i per què (auditoria i control d’excepcions).
Si només et quedes amb una cosa: la conciliació automatitzada t’ajuda a construir un inventari “operable”: estable, explicable i connectat als teus processos reals.
El model d’estoc que has de tenir clar abans d’automatitzar
El gran error és pensar que l’estoc és un únic número. En multicanal, l’estoc és un estat. I si els estats no estan ben definits, automatitzar només accelera el caos.
Estats d’estoc (els mínims per no enganyar-te)
- On-hand (físic): el que hi ha realment a la ubicació.
- Reservat: unitats compromeses per comandes o picks en curs.
- En trànsit: transferències entre magatzems o recepcions pendents.
- Bloquejat: qualitat, danyat, caducat, quarantena, incidència.
- ATP (available-to-promise / disponible per prometre): el que pots vendre sense trencar el servei.
ATP ben definit = menys sobreventa. El canal no hauria de veure “on-hand”, sinó l’ATP. I l’ATP depèn de reserves, trànsit, bloquejos i regles per canal.
Regles multicanal que val la pena decidir (abans de picar codi)
- Exposició per canal: què mostres a web vs marketplaces vs botiga.
- Regles per ubicació: quins SKUs pot servir cada magatzem i amb quines prioritats.
- Buffers intel·ligents: només quan cal (per SKU/canal), no “un % fixe per tot”.
- Tractament de devolucions: quan tornen a ser venables i amb quina validació.
Com automatitzar la conciliació d’inventari pas a pas (sense canviar-ho tot)
L’objectiu és arribar a un sistema on els canvis d’inventari (venda, recepció, devolució, ajust, transferència) es reflecteixin de forma consistent i amb gestió d’errors. Un camí pràctic:
Identifica on neix l’estoc (ERP/WMS/OMS), quins canals el consumeixen i quins punts creen desviacions (returns, 3PL, ajustos manuals, packs, UOM).
Defineix una clau única per SKU/variant (i com gestiones EANs, packs, kits) + un model comú de magatzems, zones i ubicacions.
Estableix què és venable i què no (reservat, trànsit, bloquejat), i decideix regles per canal: exposició, buffers i prioritat d’assignació.
Connecta canals i sistemes amb APIs/Connectors, i afegeix logs, reintents, idempotència i control d’errors. Si cal, usa RPA com a pont temporal. Integració i implementació d’IA.
Implementa regles de conciliació: comparació per SKU/ubicació, toleràncies, aprovació per desviacions grans, i “cuina d’excepcions” (perquè sempre n’hi haurà).
Mesura latència, discrepàncies, sobreventa, stockouts i causes. Sense mètriques, és impossible millorar.
Comença per 1–2 canals i 1–2 magatzems, valida el model i els logs, i escala per lots. Per automatitzacions addicionals (fluxos, RPA, alerts): Automatitzacions amb IA.
Consell pràctic: no intentis automatitzar “tot l’inventari” el dia 1. Prioritza SKUs d’alt volum, canals amb més incidències i magatzems amb més moviment. Un bon pilot et dona dades reals per decidir l’escalat.
Arquitectura de referència: simple, escalable i auditable
En un espai reduït, ho resumim en un flux clar. No cal complicar-ho: cal que sigui robust. Una arquitectura de referència (en vertical) podria ser:
Events i dades: vendes, recepcions, devolucions, ajustos, transferències. (APIs, webhooks, fitxers, EDI… segons canal)
Mapeig SKU/variant, unitats, ubicacions i estats. Validacions i regles bàsiques.
Càlcul d’ATP + regles multicanal + assignació per magatzem (order routing). Logs i traçabilitat per canvi.
Publicació d’estoc als canals (o lectura centralitzada, segons integració). Reintents i cues d’errors.
Quadre de comandament + alertes: discrepàncies, latència, sobreventa, stockouts, devolucions encallades, transferències fora de temps, etc.
On aporta valor la IA en la conciliació d’inventari (i quan no cal)
Moltes empreses no necessiten “IA per tot”. Primer cal un bon model d’estoc i una integració fiable. Ara bé, la IA és especialment útil en 4 punts:
1) Detecció d’anomalies i causes probables
Patrons estranys per SKU/ubicació/hora, desviacions repetides, devolucions sospitoses o diferències que “sempre passen” en un punt concret del procés.
2) Predicció de demanda per ajustar buffers i reposició
En lloc d’un buffer fix, pots ajustar seguretat segons rotació, estacionalitat, promocions i lead time.
3) Qualitat de dades: normalització, deduplicació i mapeig
Quan el catàleg i variants són un caos, la IA pot accelerar mapeigs i detecció d’inconsistències (sempre amb revisió humana).
4) Automatització d’excepcions “de baixa complexitat”
Si una discrepància compleix regles clares, es pot auto-resoldre (amb logs). Si no, s’escalen casos amb context i evidència.
Regla d’or: primer fiabilitat (integració + estats + logs), després intel·ligència (IA). Si no, només automatitzes errors a més velocitat.
KPIs i control: com saber si la conciliació automatitzada funciona
Si vols que això sigui un procés de negoci (i no un projecte etern), defineix KPIs operables. Alguns indicadors molt útils en multicanal:
- Precisió d’inventari (per SKU/ubicació): diferència entre sistema i realitat (segons el teu mètode de validació).
- Latència de sincronització: temps entre canvi real i publicació/reflectiment al canal.
- Cancel·lacions per falta d’estoc i incidències d’assignació (routing) incorrecte.
- Trencaments d’estoc (stockouts) vs sobreestoc (overstock) per SKU/categoria.
- Temps de devolució a venable: quant triga una unitat retornada a tornar a ATP.
- % d’excepcions: quants casos requereixen revisió humana i per quina causa.
Un bon sistema no és el que “mai falla”, sinó el que falla de manera detectable, amb context i accions clares.
Temps i costos: què ho fa variar (i com evitar sorpreses)
El cost d’automatitzar la conciliació d’inventari depèn menys de “fer pantalles” i més de complexitat real. Factors que ho determinen:
- # de sistemes (ERP, WMS, OMS, eCommerce, POS, marketplaces, 3PL) i qualitat de les seves APIs.
- # de magatzems, zones i regles d’assignació (order routing).
- Catàleg (SKUs, variants, packs/kits, UOM, caducitats/serials si aplica).
- Freqüència desitjada: lots cada hora vs quasi temps real.
- Governança: qui aprova ajustos, toleràncies, auditoria i traçabilitat.
Com reduir risc: començar per un pilot acotat (pocs canals + pocs magatzems + SKUs crítics), validar logs i excepcions, i escalar per lots amb KPIs.
Si necessites un pla clar i prioritzat abans d’executar, és el moment de treballar un roadmap: Consultoria i roadmap d’IA.
Errors comuns (i com evitar-los)
- Confiar en un “sync” sense logs. Sense auditoria no sabràs si el número és bo… fins que sigui tard.
- No modelar reserves i trànsit. L’ATP no pot ser una resta improvisada: ha de seguir regles consistents.
- Buffers per por (massa alts i iguals per tot). Sembla segur, però et mata rotació i vendes.
- Catàleg desendreçat. Si el SKU no és un contracte, conciliar és jugar a endevinar.
- Voler cobrir tots els casos al principi. El millor és un MVP robust + escalat per lots.
- Oblidar devolucions i incidències. És on sovint “es perd” l’estoc.
Pregunta útil: “Si demà hi ha una discrepància de 12 unitats, sabrem explicar-la en 2 minuts?” Si la resposta és no, falta traçabilitat i procés d’excepcions.
Següent pas: aterrissa-ho al teu cas en 10 línies
Explica’ns quants magatzems i canals tens, quin sistema porta l’estoc (ERP/WMS/OMS) i quin és el principal dolor (sobreventa, stockouts, devolucions, 3PL, latència…). Et respondrem amb un enfocament realista: què fer primer, què mesurar i com escalar.
Nota: no hi ha formularis en aquesta pàgina. Si prefereixes, escriu directament a info@bastelia.com.
Preguntes freqüents sobre la conciliació d’inventari automatitzada
Quina diferència hi ha entre “sincronitzar estoc” i “conciliar inventari”?
Necessito temps real absolut?
Es pot fer sense canviar l’ERP o el WMS?
Com gestioneu reserves, picks i comandes pendents?
Què passa amb devolucions i producte revisat?
Com s’eviten ajustos “màgics” i números sense explicació?
Quins KPIs recomaneu per començar?
Quina és la millor manera de començar sense fer-ho massa gran?
Aquesta informació és general i no constitueix assessorament tècnic ni legal. Cada operació (producte, canals, 3PL, regulació, SLA) requereix validació amb dades reals.