WMS pentru stocul în consignație

Stocul în consignație se află fizic într-un depozit, dar rămâne legal proprietatea furnizorului până când este vândut sau consumat. Un WMS care gestionează stoc în consignație trebuie să tragă o linie clară între custodia fizică și proprietate, întrucât logica obișnuită de recepție și eliberare presupune că cele două sunt același lucru.

Provocarea centrală de modelare este urmărirea proprietății independent de locație și cantitate. Același bin fizic poate conține atât stoc propriu, cât și stoc în consignație de la doi furnizori diferiți, toate din același SKU. WMS-ul are nevoie de un atribut de proprietate sau parte deținătoare purtat la nivel de lot sau unitate de stoc, distinct de înregistrarea locației, astfel încât raportarea și reconcilierea financiară să poată separa „ce se află în depozitul meu” de „ce dețin efectiv”.

Proprietatea stocului în consignație se transferă de regulă în momentul consumului sau vânzării, nu la recepție. WMS-ul trebuie să genereze acel eveniment de transfer automat în momentul în care o tranzacție de picking, expediere sau consum de producție atinge stocul în consignație, întrucât acesta este de regulă declanșatorul facturării furnizorului. O întârziere sau un gol în acest lanț de evenimente creează direct un litigiu de facturare.

Stocul în consignație coexistă frecvent cu un aranjament de tip vendor-managed inventory (VMI), în care furnizorul monitorizează nivelurile de stoc și decide când să realimenteze. WMS-ul ar trebui să expună vizibilitate asupra nivelului de stoc furnizorului, fie printr-un portal, fie printr-un flux de date programat, astfel încât relația VMI să funcționeze fără ca operatorul de depozit să notifice manual furnizorul la fiecare consum.

Deoarece la recepție nu are loc nicio tranzacție de achiziție, relațiile de consignație depind de reconciliere periodică, de regulă lunară, comparând numărătoarea fizică cu înregistrările de consum și cu ce crede furnizorul că a fost consumat. WMS-ul are nevoie de un jurnal de audit suficient de granular pentru a susține această reconciliere fără o recontare fizică completă la fiecare ciclu, și trebuie să semnaleze discrepanțele pentru investigare înainte ca acestea să se acumuleze peste mai multe perioade de decontare.

Un depozit de logistică terță (3PL) poate deține stoc în consignație pentru mai multe relații client-furnizor simultan, fiecare cu cerințe diferite de raportare a consumului și programe de decontare. Aceasta adaugă un nivel de complexitate de configurare peste un model standard 3PL multi-client, întrucât regulile de consignație trebuie configurabile per pereche client-furnizor, nu la nivel de depozit întreg.

• Responsabilitatea de asigurare și răspundere ar trebui documentată separat de WMS, dar înregistrările de proprietate ale sistemului sunt de regulă dovada folosită într-un litigiu
• Logica de retur la furnizor pentru stocul în consignație nevândut are nevoie de propriul flux, distinct de un retur standard de client
• Integrarea cu sistemul financiar contează aici mai mult decât în operațiunile cu stoc propriu, întrucât evenimentele de consum conduc facturarea, nu o comandă de achiziție