Plánovanie a riadenie dodávateľského reťazca (SCP)

Je to softvér, ktorý spája predajnú prognózu, plán nákupu a plán výroby do jedného živého plánu a beží v cloude, takže viaceré závody, sklady a, ak sa tak rozhodnete, aj dodávatelia vidia rovnaký obraz. Vyvažuje dopyt zákazníkov so skutočnou kapacitou, aktuálnymi zásobami a potvrdenými dodávkami, navrhuje, čo a kedy nakúpiť, a overí termín dodania skôr, než sa k nemu obchod zaviaže. MSF SCP beží ako zdieľaný SaaS, ako vyhradené prostredie single-tenant alebo on-premise.

APS optimalizuje plán výroby vo vnútri závodu; SCP tento plán rozširuje na dodávateľov, nákup a expedíciu.

Áno. Dodávateľské portály a integrácie cez EDI/API automaticky udržiavajú potvrdenia a dodacie lehoty dodávateľov aktuálne.

Áno. SCP je navrhnuté na vyvažovanie dopytu a ponuky naprieč viacerými závodmi a skladmi.

Áno. Bez ohľadu na okolité systémy SCP potrebuje udržiavané kmeňové dáta položiek s dodacími lehotami a pravidlami objednávania, kusovníky, stav zásob, ktorému môžete veriť, a otvorené nákupné objednávky a výrobné zákazky, a to všetko musí prísť z ERP alebo z rovnocenného systému evidencie. Bez MES prichádzajú údaje o plnení zákaziek a spotrebe až v potvrdeniach zaúčtovaných na konci zmeny alebo zákazky, takže plán reaguje neskôr, ale reaguje.

Návrh nákupu je aritmetika nad dodacou lehotou, minimálnym objednávaným množstvom, násobkom objednávky, stavom zásob a kusovníkom. Ak sú dodacie lehoty dodávateľov stále tie, ktoré niekto zadal pri založení dielu, návrhy budú vyzerať presvedčivo, a pritom budú zlé. Tieto chyby nezostanú skryté: prvé plánovacie behy premenia nesprávnu dodaciu lehotu alebo stav zásob na viditeľne nesprávny termín alebo množstvo. Vyčistiť to pred spustením je oveľa lacnejšie ako potom.

Vypočíta ju a navrhne; nerozhoduje však o tom, aké riziko ste ochotní niesť. Poistná zásoba vychádza z variability dopytu, variability dodacích lehôt dodávateľov a úrovne obsluhy, ktorú si zvolíte, a to tretie je obchodné rozhodnutie, ktoré musí niekto urobiť pre každú skupinu položiek. Nastavte ju podľa nameranej variability, nie podľa zvyku, a potom prechádzajte výnimky, lebo práve tam sa zásoby naozaj znižujú.

Samo osebe nie. Dostanete jednu prognózu, ktorá je viditeľná, verzovaná a porovnávaná s tým, čo sa naozaj predalo, a práve to ľudia touto otázkou zvyčajne myslia. Štatistické modely pomôžu tam, kde má dopyt históriu a opakujúci sa vzor; pri novom výrobku alebo zákazke vyhranej v tendri nepomôžu vôbec. Zlepšenie príde vtedy, keď má prognózu niekto na starosti a v každom cykle vyhodnocuje jej chybu.

Dokáže, ale rozhodnite, voči čomu. ATP kontroluje voľné zásoby a potvrdené príjmy; CTP navyše overuje, či je dosť kapacity a komponentov na to, aby sa zákazka vyrobila včas. Ak máte APS, CTP sa vyhodnocuje voči zoradenému plánu; bez neho voči deklarovanej kapacite po obdobiach, čo ako orientácia stačí, ale konflikt v poradí alebo pri prestavbe nezachytí. Sľuby zlyhávajú na neaktuálnych potvrdeniach dodávateľov a optimisticky odhadnutej kapacite, preto sa s obchodom dohodnite, čo smie systém sľúbiť sám.

Potrebujete jedného konkrétneho zodpovedného človeka, ktorého práca sa zmení z prerábania tabuliek na riešenie výnimiek. Ide o jasne vymedzené úlohy: prechádzať upozornenia, v plánovacom cykle uvoľňovať alebo zamietať návrhy a udržiavať dodacie lehoty a objednávacie parametre pravdivé. Námaha rastie s počtom plánovaných položiek a s výnimkami, ktoré generujú vaše parametre, a najväčšia je v prvých cykloch po spustení, keď sa tieto parametre opravujú. Ak to nikto nemá na starosti, zoznam upozornení rastie, až ho ľudia prestanú čítať.

Iba ak to chcete. Väčšina závodov zmrazí najbližší horizont, zmeny v ňom posiela plánovačovi ako výnimky a za ním nechá systém optimalizovať nanovo. Kde je táto hranica, je vecou firemných pravidiel, preto si počas implementácie dohodnite dĺžku zmrazeného obdobia a to, kto ho smie porušiť. Plánovači sa vracajú k svojim tabuľkám pre nervozitu plánu; výpočtový čas za tým nie je.