Fluxurile de comenzi drop-shipping și coordonarea OMS
Fluxurile de comenzi drop-shipping extind un OMS dincolo de granița depozitelor proprii ale afacerii, rutând comenzile direct către furnizori terți care expediază în numele retailerului. Acest model mută riscul de stoc în afara evidenței contabile a retailerului, dar introduce o nouă clasă de provocări de coordonare și încredere pe care OMS-ul trebuie să le gestioneze.
Într-un flux standard de fulfillment, OMS-ul instruiește un WMS intern și primește confirmări de la un sistem pe deplin controlat. În drop-shipping, "depozitul" este propriul sistem al unui furnizor extern, adesea cu vizibilitate limitată, timpi de confirmare mai lenți și calitate inconsistentă a datelor. OMS-ul trimite o comandă de achiziție sau o cerere de fulfillment către furnizor, apoi așteaptă ca furnizorul să confirme acceptarea, să ridice articolul și să raporteze un număr de tracking — fiecare pas fiind acum dependent de fiabilitatea operațională proprie a unei terțe părți.
- Acuratețea stocului — fluxurile de stoc ale furnizorilor sunt adesea întârziate sau inexacte, ducând la comenzi acceptate pe care furnizorul nu le poate onora de fapt
- Consistența brandului — bonurile de livrare, facturile și ambalajele care sosesc de la un furnizor trebuie să reflecte brandul retailerului, nu al furnizorului, cerând configurări drop-ship "oarbe" (blind)
- Comenzi cu mai mulți furnizori — o singură comandă a clientului care se întinde pe mai mulți furnizori drop-ship devine efectiv mai multe expedieri independente pe care OMS-ul trebuie să le urmărească și să le comunice ca o singură comandă coerentă
- Rutarea retururilor — un articol drop-shipped returnat poate trebui să meargă înapoi la furnizor, nu la retailer, complicând fluxul de retururi descris în altă parte a designului OMS
Pentru că OMS-ul nu are control direct asupra operațiunilor de depozit ale unui furnizor drop-ship, încorporează de obicei un strat de performanță a furnizorilor: urmărind viteza de fulfillment, rata de anulare și acuratețea expedierii per furnizor și folosind aceste date pentru a influența deciziile viitoare de sourcing sau pentru a semnala furnizorii cu performanțe slabe pentru revizuire. Unele afaceri încorporează anulare și rambursare automată a comenzii dacă un furnizor nu confirmă într-o fereastră de timp definită, protejând experiența clientului de un furnizor lent sau care nu răspunde.
Multe afaceri combină fulfillment-ul din stoc propriu cu drop-shipping-ul pentru anumite SKU-uri — adesea articole cu cerere redusă sau foarte variabilă, care nu merită stocate intern. Asta cere ca logica de orchestrare a OMS-ului să fie conștientă de furnizori, tratând un furnizor drop-ship doar ca un alt nod de fulfillment în rețea, supus aceleiași discipline de alocare, promisiune și urmărire a statusului ca un depozit intern, dar cu marje de eroare mai largi încorporate în așteptările de nivel de serviciu.
Drop-shipping-ul implică de obicei un cost angro plătit furnizorului, distinct de prețul de vânzare cu amănuntul perceput clientului. OMS-ul, sau integrarea sa cu ERP-ul, trebuie să reconcilieze corect aceste două tranzacții, inclusiv gestionarea cazului mai complex al rambursărilor parțiale atunci când doar o parte dintr-o comandă cu mai mulți furnizori este returnată sau anulată.