Planiranje i izvršavanje opskrbnog lanca (SCP)

APS optimizira raspored proizvodnje unutar tvornice; SCP proširuje taj plan na dobavljače, nabavu i izlaznu logistiku.

Da. Portali za dobavljače i EDI/API integracije automatski održavaju potvrde i rokove dobavljača usklađenima.

Apsolutno. SCP je osmišljen za usklađivanje potražnje i ponude u više tvornica i skladišta.

Može. Ono bez čega SCP ne radi, bez obzira na susjedne sustave, jest održavan registar artikala s vremenima nabave i pravilima naručivanja, sastavnice, stanje zaliha u koje se možete pouzdati te otvorene narudžbenice i radni nalozi, a to mora doći iz ERP-a ili ravnopravnog izvora podataka. Bez MES-a napredak i utrošak stižu kao potvrde knjižene na kraju smjene ili naloga, pa plan reagira kasno, ali ipak reagira.

Prijedlog nabave je računica nad vremenom nabave, minimalnom količinom narudžbe, višekratnikom pakiranja, stanjem zaliha i sastavnicom. Ako su vremena nabave dobavljača i dalje ona upisana pri otvaranju artikla, prijedlozi će biti samouvjereno krivi. Te pogreške ne ostaju skrivene: već prvi ciklusi planiranja krivo vrijeme nabave ili krivu zalihu pretvore u vidljivo kriv datum ili količinu. Čišćenje prije puštanja u rad puno je jeftinije nego poslije.

Izračunava ih i predlaže, ali ne odlučuje koliki ste rizik spremni nositi. Sigurnosna zaliha izlazi iz varijabilnosti potražnje, varijabilnosti vremena nabave dobavljača i razine usluge koju odaberete, a treće je poslovna odluka koju netko mora donijeti po grupi artikala. Postavite je prema izmjerenoj varijabilnosti pa pregledajte iznimke, jer tu zaliha stvarno i izlazi.

Sam po sebi neće. Ono što dobivate jest jedna prognoza koja je vidljiva, verzionirana i uspoređena s onim što se stvarno prodalo, a to je obično ono na što se pitanje i svodi. Statistički modeli pomažu ondje gdje potražnja ima povijest i obrazac; kod novog proizvoda ili posla dobivenog na natječaju ne znače ništa. Pomak dolazi od toga da netko bude vlasnik prognoze i svaki ciklus pregleda odstupanje.

Može, ali odlučite prema čemu. ATP provjerava slobodnu zalihu i potvrđene ulaze; CTP provjerava i postoje li kapacitet i komponente da se nalog napravi na vrijeme. Uz uveden APS, CTP se rješava prema rasporedu s redoslijedom; bez njega prema deklariranim kapacitetima po razdobljima, što je okvirno korisno, ali neće uhvatiti sukob u redoslijedu ili pripremi stroja. Obećanja padaju na zastarjelim potvrdama dobavljača i optimističnom kapacitetu, pa s prodajom dogovorite što sustav smije obećati bez čovjeka.

Treba vam jedan imenovani vlasnik, čiji posao postaje rješavanje iznimaka umjesto ponovnog slaganja proračunskih tablica. Posao je konkretan: pregled upozorenja, puštanje ili odbijanje prijedloga u vašem ciklusu planiranja te održavanje vremena nabave i parametara naručivanja poštenima. Opseg raste s brojem planiranih artikala i s iznimkama koje vaši parametri stvaraju, a najteže je u prvim ciklusima nakon puštanja u rad, dok se ti parametri ispravljaju. Ako to nema vlasnika, lista upozorenja raste dok je ljudi ne prestanu čitati.

Ne ako to ne želite. Većina pogona zamrzne bliski horizont, promjene unutar njega usmjeri planeru kao iznimke, a iza te granice pusti sustav da ponovno optimizira. Gdje ta granica stoji jest odluka o politici poslovanja, pa zamrznuto razdoblje i to tko ga smije probiti dogovorite tijekom uvođenja. Planere natrag u proračunske tablice tjera nervoza plana. Vrijeme računanja tu nije problem.