Sledování stavu objednávek dodavatelů

Dodávka suroviny slibovaná na pondělí je v pátek odpoledne stále jen v e-mailu. Nákupčí volá, plánovač výroby vidí jiný datum ve své tabulce, sklad se nepřipravuje na příjem a prodej již slíbil termín zákazníkovi. Sledování stavu objednávek od dodavatelů není administrativní detail, ale kritický informační proces operací.

Problém často není v tom, že by neexistovala evidence objednávek. Existuje ERP, nákupní systém, e-mailová komunikace, případně dodavatelský portál. Problém je, že skutečný stav - zda byl potvrzen, zda je ve výrobě, kdy se začne dodávat, zda dorazí částečně, zda existuje kvalitativní nebo dodací riziko - se spolehlivě nedostane k těm, kteří by o něm měli rozhodovat.

Proč se sledování stavu zhoršuje s růstem?

Při menším objemu objednávek si nákupčí pamatuje důležité položky. Ví, který partner odpovídá pomalu, u které položky bývá zpoždění a koho je třeba kontaktovat. To může fungovat, dokud několik lidí koordinuje zvládnutelné množství opakujících se objednávek.

Při růstu však nevzniká jen více objednávek. Objevuje se více dodavatelů, více lokalit, více položek, více naléhavých výjimek a více vzájemně závislých termínů. Zpožděná surovina může ovlivnit nejen nákupní úkol, ale i výrobní program, skladovou kapacitu, expedici, fakturaci a komunikaci se zákazníkem.

V takových případech se často lidé stávají spojnicí mezi systémy. Kolega zkopíruje slíbené datum z e-mailu do tabulky a informuje o tom výrobu. Později přijde nová informace, ale tabulka se neaktualizuje nebo se k dotčenému týmu nedostane. Chyba není na straně zaměstnance: proces je založen na neustálém pamatování, kontrole a předávání informací.

Toto je zranitelný způsob fungování. Dovolená, nemoc, přetížení nebo jednoduše nejasná odpověď dodavatele mohou stačit k tomu, aby firma reagovala pozdě. Vedení se o problému dozví, až když je vidět důsledek: výroba stojí, je potřeba urgentní přeprava nebo nelze dodržet slíbený termín pro zákazníka.

Sledování stavu objednávek od dodavatelů není jen jedno pole

Mnoho organizací se snaží vyřešit otázku jedním polem „stav objednávky“. To samo o sobě nestačí. Například „potvrzeno“ může znamenat, že dodavatel obdržel objednávku, ale také že přijal cenu, množství a datum. Z operativního hlediska je to zcela jiná úroveň rizika.

Je užitečnější, když stavy sledují skutečné rozhodovací body. Objednávka může být odeslána, čekající na potvrzení dodavatele, potvrzená, s upraveným termínem, částečně splněná, v přepravě, doručená, v procesu přijetí nebo uzavřená. U některých společností je položka čekající na kontrolu kvality také samostatným stavem, protože zboží fyzicky dorazilo, ale ještě není použitelné.

Cílem není mít co nejvíce stavů. Příliš podrobný model stavů vytváří novou administrativu, a proto je brzy opuštěn. Dobrá struktura je taková, která při každé změně stavu jasně ukazuje, co se stalo, kdo je zodpovědný za další krok a které oblasti o tom musí vědět.

Kromě stavu je třeba vyjasnit i význam dat. Datum objednávky, dodavatelem slíbené datum dodání, očekávané doručení, skutečné přijetí a datum, kdy je zboží k dispozici na skladě, nejsou zaměnitelné. Pokud jsou zpracovávány ve stejném sloupci nebo s různým výkladem různých týmů, mohou se zprávy zdát přesné, ale jsou zavádějící.

Nejprve je třeba proces zviditelnit

Před výběrem nového systému nebo integrace je dobré sledovat cestu objednávky v reálném světě. Ne proces uvedený v procedurách, ale to, co se skutečně děje v případě urgentní, upravené nebo částečné dodávky.

Kdo odesílá objednávku? Ve kterém systému se vytváří identifikátor? Jak přichází potvrzení? Kdo čte a zaznamenává slíbené datum? Co se stane, pokud dodavatel neodpoví do dvou dnů? Kdy dostane sklad informace o očekávané zásilce? Odkud ví výroba, že materiál je skutečně použitelný?

Tyto otázky často ukazují, že hlavní problém není technologický. Může se stát, že nikdo neurčil, kdo je zodpovědný za řešení chybějícího potvrzení. Jindy aktualizuje data nákup, ale plánování výroby pracuje s dříve exportovanou tabulkou. Může se také stát, že stejný stav dodavatele musí být ručně zaznamenán ve třech různých systémech.

Prvním krokem k nápravě může být jednoduchá regulace: jednotné definice stavů, jasné odpovědnosti a lhůty pro řešení výjimek. Například u kritické objednávky, pokud není potvrzení do 24 hodin, systém nebo proces by měl upozornit, místo aby se sledování spoléhalo na paměť kolegy.

Základy spolehlivého sledování stavu

Fungující řešení potřebuje jediný důvěryhodný zdroj informací. To nemusí nutně znamenat nový ERP. Může to znamenat, že stávající podnikový systém bude oficiálním místem pro stav objednávek, zatímco e-mailová komunikace, dodavatelský portál a údaje o přepravě budou ověřeně předávat změny tam.

Druhým principem je zaznamenávání událostí, nikoli pouze ukládání aktuálního štítku. Při zpoždění musí vedoucí vidět nejen to, že „se zpožďuje“, ale také kdy bylo slib změněn, jaké bylo předchozí datum, kdo potvrdil novou informaci a jaké objednávky nebo výrobní úkoly jsou dotčeny. To činí data ověřitelnými a později analyzovatelnými.

Třetím prvkem je zaměření na výjimky. Nákupčí nemusí denně procházet stovky objednávek se zeleným stavem. Potřebuje okamžitě vidět položky bez potvrzení, zpožděné, s odlišným množstvím nebo představující výrobní riziko. Dobrá přehlednost neposkytuje více dat, ale zaměřuje pozornost tam, kde je potřeba rozhodnutí.

Čtvrtým prvkem je vhodné informování souvisejících oblastí. Očekávané zpoždění má jiný význam pro nákup, výrobu, sklad a zákaznické vztahy. Ne každá změna vyžaduje široké oznámení, ale změna data kritické suroviny by neměla zůstat v poštovní schránce nákupčího. Pravidla oznámení by měla být stanovena na základě obchodního dopadu.

Kdy je integrace nebo automatizace oprávněná?

Pokud potvrzení dodavatelů přicházejí ve standardním formátu, například ve strukturované zprávě nebo na portálu, může být příjem a porovnání dat částečně automatizováno. Pokud přicházejí v PDF nebo textu e-mailu, může dokumentové zpracování pomoci s extrakcí dat, množství a identifikátorů objednávek. Ale pouze pokud je předem jasné, co firma považuje za potvrzení a jak řeší odchylky.

Automaticky zpracovaná odpověď není vždy spolehlivá. Dodavatel může napsat, že „očekává příští týden“, zatímco systém očekává konkrétní datum. Může oznámit částečnou dodávku, která je obchodně přijatelná, ale pouze pokud je k dispozici minimální množství. Úkolem automatizace v takovém případě není rozhodovat bez lidského uvážení, ale připravit informace a výjimku nasměrovat k odpovědné osobě.

Hodnota integrace je obzvláště velká, když je stav objednávky vstupem pro více procesů. Pokud potvrzené datum automaticky aktualizuje nákupní plán, zviditelňuje výrobní riziko a podporuje realističtější skladovou nebo zákaznickou nabídku, pak nejde o administrativní vývoj. Firma může fungovat s kratšími reakčními časy a méně překvapeními.

Co stojí za to měřit?

Kvalitu sledování stavu neukazuje počet objednávek v systému. Mnohem výmluvnější je doba zpracování potvrzení dodavatelů, podíl objednávek splněných v termínu, četnost změn slíbeného data, počet částečných dodávek a dopad zpoždění na výrobu nebo zákaznické plnění.

Tyto ukazatele stojí za to zkoumat podle dodavatele, produktové skupiny nebo kritického čísla položky. Ne proto, aby se každá odchylka sankcionovala, ale aby se mohlo plánovat na základě faktů. Partner může být obecně spolehlivý, ale nepředvídatelný u určité produktové řady. Jiný může dodávat přesně, ale pouze pokud objednávka dorazí v rámci stanovené lhůty.

Manažerská zpráva je užitečná, pokud se neutápí v denních detailech, ale ukazuje, kde je riziko dodávky, která odchylka vyžaduje rozhodnutí a jaká změna procesu by trvale snížila problém.

Dobře navržené sledování stavu dodavatelů není hodnotné tím, že ke každé objednávce připojuje více dat. Je hodnotné tím, že správný člověk může ve správný okamžik jednat na základě spolehlivých informací. Pokud dnes závisí na synchronizaci e-mailů, telefonátů a osobní paměti, stojí za to nejprve prozkoumat samotný proces - protože často již několik vyjasněných pravidel a informačních spojení poskytuje výrazně větší provozní kontrolu.