Urmărirea statusurilor comenzilor furnizorilor

Un material promis pentru luni este încă menționat doar într-un e-mail vechi vineri după-amiază. Achizitorul sună, planificatorul de producție vede o altă dată în tabelul său, depozitul nu se pregătește pentru recepție, iar vânzările au promis deja un termen clientului. Urmărirea statutului comenzilor furnizorilor nu este un detaliu administrativ, ci un proces informațional critic al operațiunii.

Problema nu este adesea lipsa unei evidențe a comenzilor. Există ERP, sistem de achiziții, corespondență, poate chiar un portal al furnizorului. Problema este că starea reală - dacă a fost confirmată, dacă este în producție, când va pleca, dacă va sosi parțial, dacă există riscuri de calitate sau livrare - nu ajunge în mod fiabil la cei care ar trebui să ia decizii pe baza acesteia.

De ce se deteriorează urmărirea statutului odată cu creșterea?

Cu un volum mai mic de comenzi, achizitorul își amintește articolele importante. Știe care partener răspunde încet, la ce articol există de obicei întârzieri și pe cine trebuie să sune. Acest lucru poate funcționa atâta timp cât câțiva oameni coordonează o cantitate gestionabilă de comenzi repetitive.

Însă, odată cu creșterea, nu apar doar mai multe comenzi. Apar mai mulți furnizori, mai multe locații, mai multe coduri de articole, mai multe excepții urgente și mai multe termene interdependente. Un material întârziat nu afectează doar o sarcină de achiziție, ci și programul de producție, capacitatea depozitului, livrarea, facturarea și comunicarea cu clienții.

În astfel de cazuri, oamenii devin adesea legătura între sisteme. Un coleg copiază data promisă dintr-un e-mail într-un tabel, apoi informează producția. Mai târziu, sosesc informații noi, dar tabelul nu este actualizat sau echipa implicată nu le primește. Nu angajatul greșește: procesul se bazează pe faptul că trebuie să-și amintească, să verifice și să transmită continuu.

Aceasta este o funcționare vulnerabilă. Concediul, boala, supraîncărcarea sau pur și simplu un răspuns ambiguu al furnizorului sunt suficiente pentru ca întreprinderea să reacționeze târziu. Conducerea află despre problemă doar atunci când consecințele sunt vizibile: producția este oprită, este necesar un transport de urgență sau nu se poate respecta data promisă clientului.

Urmărirea statutului comenzilor furnizorilor nu este un singur câmp

Multe organizații încearcă să rezolve problema cu un câmp „stare comandă”. Acest lucru este insuficient. De exemplu, „confirmat” poate însemna că furnizorul a primit comanda, dar și că a acceptat prețul, cantitatea și data. Din punct de vedere operațional, acesta este un nivel de risc complet diferit.

Este mai util dacă stările urmăresc punctele reale de decizie. O comandă poate fi trimisă, în așteptarea confirmării furnizorului, confirmată, cu termen modificat, parțial îndeplinită, în curs de livrare, primită, în curs de recepție sau închisă. La anumite companii, un articol în așteptarea controlului calității este, de asemenea, o stare separată, deoarece marfa a sosit fizic, dar nu poate fi încă utilizată.

Scopul nu este să existe cât mai multe stări. Un model de stare prea detaliat creează o nouă administrație, de aceea este abandonat rapid. O structură bună clarifică la fiecare schimbare de stare ce s-a întâmplat, cine este responsabil pentru pasul următor și ce domenii trebuie să știe despre aceasta.

Pe lângă stare, semnificația datelor trebuie clarificată. Data comenzii, data de livrare promisă de furnizor, data estimată de sosire, recepția efectivă și data disponibilității pentru stoc nu sunt interschimbabile. Dacă acestea sunt gestionate în aceeași coloană sau cu interpretări diferite de către echipe diferite, rapoartele pot părea exacte, dar sunt înșelătoare.

Mai întâi trebuie să facem vizibil procesul

Înainte de a alege un nou sistem sau integrare, merită să urmărim drumul unei comenzi în realitate. Nu procesul din procedură, ci ceea ce se întâmplă efectiv într-un caz urgent, modificat sau cu livrare parțială.

Cine trimite comanda? În ce sistem se creează identificatorul? Cum sosește confirmarea? Cine o citește și cine înregistrează data promisă? Ce se întâmplă dacă furnizorul nu răspunde în două zile? Când primește depozitul informații despre transportul așteptat? De unde știe producția că materialul poate fi utilizat efectiv?

Aceste întrebări arată adesea că problema principală nu este tehnologică. Poate că nimeni nu a desemnat cine este responsabil pentru gestionarea lipsei de confirmare. Alteori, achizițiile actualizează datele, dar planificarea producției lucrează cu un tabel exportat anterior. Este posibil ca același statut al furnizorului să fie înregistrat manual în trei sisteme diferite.

Primul pas în remediere poate fi o simplă reglementare: definiții uniforme ale statutului, responsabilități clare și termene pentru gestionarea excepțiilor. De exemplu, dacă nu există confirmare pentru o comandă critică în 24 de ore, sistemul sau procesul ar trebui să semnaleze acest lucru, nu să se bazeze pe memoria colegului pentru urmărire.

Bazele unei urmăriri de statut de încredere

O soluție funcțională are nevoie de o singură sursă de informații de încredere. Aceasta nu înseamnă neapărat un nou ERP. Poate însemna că sistemul de management al întreprinderii existent devine locul oficial pentru statutul comenzii, în timp ce corespondența, portalul furnizorului și datele transportatorului transmit schimbările verificate acolo.

Al doilea principiu este înregistrarea evenimentelor, nu doar stocarea etichetei actuale. În caz de întârziere, liderul trebuie să vadă nu doar că „întârzie”, ci și când a fost modificată promisiunea, care a fost data anterioară, cine a confirmat noile informații și ce comenzi sau sarcini de producție sunt afectate. Acest lucru face ca datele să fie verificabile și analizabile ulterior.

Al treilea element este atenția bazată pe excepții. Achizitorul nu trebuie să revadă zilnic sute de comenzi cu statut verde. Are nevoie să vadă imediat articolele fără confirmare, întârziate, cu diferențe cantitative sau care prezintă risc de producție. O bună prezentare generală nu oferă mai multe date, ci îndreaptă atenția acolo unde este necesară o decizie.

Al patrulea element este informarea adecvată a domeniilor conexe. O întârziere așteptată are o semnificație diferită pentru achiziții, producție, depozit și relații cu clienții. Nu orice schimbare necesită o notificare extinsă, dar modificarea datei unui material critic nu ar trebui să rămână în căsuța de e-mail a achizitorului. Regulile de notificare trebuie stabilite pe baza impactului asupra afacerii.

Când este justificată integrarea sau automatizarea?

Dacă confirmările furnizorilor sosesc într-un format standardizat, cum ar fi un mesaj structurat sau un portal, preluarea și compararea datelor poate fi parțial automatizată. Dacă sosesc în format PDF sau text de e-mail, procesarea documentelor poate ajuta la extragerea datelor, cantităților și identificatorilor de comandă. Dar numai dacă este clar înainte ce consideră compania ca fiind confirmare și cum gestionează diferențele.

Un răspuns procesat automat nu este întotdeauna de încredere. Furnizorul poate scrie „probabil săptămâna viitoare”, în timp ce sistemul așteaptă o dată concretă. Poate semnala o livrare parțială, care este acceptabilă din punct de vedere comercial, dar doar dacă cantitatea minimă este disponibilă. Sarcina automatizării în acest caz nu este să decidă fără judecată umană, ci să pregătească informația și să direcționeze excepția către responsabilul corespunzător.

Valoarea integrării este deosebit de mare atunci când statutul comenzii este o intrare pentru mai multe procese. Dacă data confirmată actualizează automat planul de achiziții, face vizibil riscul de producție și susține o promisiune mai realistă de stoc sau client, atunci nu este vorba despre o dezvoltare administrativă. Compania poate funcționa cu timpi de reacție mai scurți și mai puține surprize.

Ce merită măsurat?

Calitatea urmării statutului nu este indicată de câte comenzi sunt în sistem. Mult mai elocvent este timpul de procesare al confirmărilor furnizorilor, proporția comenzilor îndeplinite la termen, frecvența modificărilor datei promise, numărul livrărilor parțiale și impactul întârzierilor asupra producției sau livrării către clienți.

Aceste indicatori ar trebui examinați pe furnizor, grup de produse sau coduri de articole critice. Nu pentru a sancționa fiecare abatere, ci pentru a planifica pe baza faptelor. Un partener poate fi de încredere în general, dar imprevizibil într-o anumită familie de produse. Un altul livrează exact, dar doar dacă comanda ajunge la el într-un anumit timp de predare.

Un raport managerial este util atunci când nu se îneacă în detalii zilnice, ci arată unde există riscuri de aprovizionare, care abatere necesită o decizie și ce schimbare de proces ar reduce problemele pe termen lung.

O urmărire bine concepută a statutului furnizorului nu este valoroasă pentru că fiecare comandă are mai multe date asociate. Este valoroasă pentru că persoana potrivită poate acționa la momentul potrivit pe baza unor informații de încredere. Dacă astăzi acest lucru depinde de coordonarea e-mailurilor, apelurilor telefonice și memoriei personale, merită să examinăm mai întâi procesul în sine - pentru că adesea câteva reguli și conexiuni informaționale clarificate oferă un control operațional semnificativ mai mare.