Gestionarea fluxurilor de comenzi blocate (on-hold) în OMS

Nu orice comandă ar trebui să treacă direct la onorare, iar un OMS are nevoie de un mecanism structurat de blocare (hold), nu de un simplu marcaj improvizat de „pauzează comanda". Blocările există pentru verificare antifraudă, limite de credit, verificarea adresei, dispute de stoc și cerințe de aprobare manuală — fiecare cu condiții diferite de eliberare, proprietar și urgență, și fiecare capabilă să coste silențios o vânzare dacă este lăsată negestionată.

Un OMS matur distinge tipurile de blocare, astfel încât fiecare să poată fi direcționată către echipa potrivită și să poarte SLA-ul potrivit:

• Blocare pentru verificare antifraudă — marcată de scorarea de risc, eliberată doar după verificare manuală sau automată
• Blocare de credit — un cont B2B a depășit limita de credit aprobată sau are o factură restantă
• Blocare de calitate a datelor / adresă — o adresă de livrare neverificabilă sau cu risc ridicat necesită corectare
• Blocare pentru dispută de stoc — sistemul arată disponibilitate, dar o discrepanță de inventariere ciclică necesită rezolvare înainte de angajare
• Blocare pentru aprobare manuală — reduceri mari, excepții pentru conturi VIP sau modele neobișnuite de comandă care necesită semnătura unui supervizor

Fiecare blocare are nevoie de un proprietar clar (echipa antifraudă, control credit, relații cu clienții, depozit) și de un timp țintă de rezolvare. Comenzile care rămân într-o coadă de blocare fără proprietar sunt o cauză frecventă și discretă a promisiunilor de livrare ratate — comanda arată „în curs" pentru client, în timp ce nimeni nu lucrează efectiv la ea. OMS-ul ar trebui să afișeze vechimea și proprietarul blocării pe un dashboard, astfel încât blocările vechi să escaladeze automat, nu să fie descoperite în timpul unei reclamații a clientului.

O blocare rareori trebuie să oprească întreaga comandă. Dacă o singură linie declanșează un marcaj de fraudă sau o dispută de stoc, OMS-ul ar trebui să susțină eliberarea și expedierea imediată a liniilor neafectate, în loc să țină ostatică întreaga comandă din cauza unui singur articol problematic — cu condiția ca împărțirea să nu încalce așteptările de cost de livrare ale clientului sau politica de expediere divizată a retailerului, discutată în altă parte a strategiei de onorare.

Tăcerea în timpul unei blocări este mai gravă decât o întârziere explicată onest. OMS-ul ar trebui să declanșeze o notificare distinctă „comanda dumneavoastră necesită atenție" pentru blocările care necesită acțiunea clientului (confirmarea adresei, verificarea plății), folosind în același timp un status doar intern pentru blocările pe care clientul nu are nevoie să le cunoască (verificare antifraudă de rutină care se rezolvă de obicei în câteva minute). Confundarea acestor două categorii fie alarmează inutil clienții, fie îi lasă neinformați atunci când acțiunea este cu adevărat necesară.

Multe blocări ar trebui să se rezolve singure, fără intervenție umană: un scor de fraudă care se limpezește după o verificare automată secundară, o blocare de credit care se ridică odată ce o plată este înregistrată, sau o dispută de stoc care se rezolvă odată ce o inventariere ciclică este confirmată. Construirea unor declanșatori de eliberare automată legați de condiția de bază — în loc să ceară unei persoane să-și amintească să revizuiască fiecare blocare — este ceea ce împiedică cozile de blocare să devină un restanțier permanent pe măsură ce volumul de comenzi crește.