Urmărirea buclei de reparație la nivel de serie pentru active rotabile în WMS
Unele stocuri nu părăsesc niciodată cu adevărat responsabilitatea unui depozit, chiar și după ce sunt „expediate”: piesele rotabile, echipamentele închiriate și activele reparabile circulă într-o buclă între utilizarea la client, reparație și reeliberare. Un WMS care urmărește această buclă are nevoie de un model de ciclu de viață fundamental diferit de unul construit pur în jurul fluxurilor liniare recepție-stocare-expediere.
Un model WMS liniar recunoaște un număr mic de stări: recepționat, depozitat, alocat, expediat. Un articol în buclă de reparație are nevoie de o mașină de stări mai bogată: în serviciu la client, returnat pentru reparație, în tranzit către furnizorul de reparații, în reparație, reparat și în așteptarea returului, în carantină în așteptarea inspecției. Fiecare tranziție de stare este un eveniment de afaceri real, cu propriul marcaj temporal și parte responsabilă, iar comprimarea lor într-un binar generic „în stoc” sau „nu în stoc” pierde detaliul operațional care face funcțională gestiunea activelor rotabile.
Unitatea fizică singulară, nu doar SKU-ul, trebuie urmărită după numărul de serie prin fiecare ciclu al buclei, întrucât istoricul de utilizare, numărul de reparații și timpul în serviciu determină adesea dacă o unitate mai este economică de reparat sau ar trebui retrasă. Pierderea continuității de serie când o unitate reintră în stoc după reparație anulează întregul scop al urmăririi activelor rotabile.
Calculele de disponibil-de-promis pentru stocul rotabil trebuie să țină cont de unitățile aflate în prezent la un furnizor de reparații, luând în calcul timpul tipic de execuție al acelui furnizor, nu doar numărând stocul disponibil pe loc. Performanța unui furnizor de reparații afectează direct rata de onorare pe partea vizibilă clientului, deci WMS-ul ar trebui să urmărească timpul de execuție al furnizorului ca un KPI operațional, nu doar ca o linie de cost de reparație.
Evenimentele de reparație trebuie să înregistreze dacă reparația este acoperită de garanție, facturabilă clientului sau un cost intern, întrucât această atribuire alimentează atât contabilitatea, cât și decizia despre ce furnizor sau proces de reparație să se folosească. Un WMS care tratează fiecare reparație la fel, fără să capteze această distincție, face analiza costurilor și compararea performanței furnizorilor mult mai dificilă decât ar trebui.
- Criteriile de retragere (prag de număr de reparații, vechime, cost cumulat de reparație față de cost de înlocuire) ar trebui să fie o politică definită față de care sistemul poate semnala, nu o decizie de moment luată de fiecare dată
- Eliberarea unei unități de împrumut sau înlocuire cât timp unitatea unui client este în reparație are nevoie de propria urmărire, astfel încât un schimb temporar să nu se piardă ca un transfer permanent
- Integrarea cu propriul sistem de urmărire al furnizorului de reparații, unde este disponibilă, reduce întârzierea de actualizare manuală a statusului care altfel face datele buclei de reparație ale WMS-ului neactualizate