ERP integracija za proizvodnju: povezivanje SAP-a, Dynamicsa i Navisiona s pogonom

Svaki proizvođač koji ima i ERP i sustave na pogonu prije ili kasnije naiđe na isto neslaganje. ERP prikazuje nalog kao dovršen; pogon zna da su dvije palete dorađivane. ERP prikazuje materijal utrošen u standardnoj količini; stvarna je potrošnja uključivala škart koji nitko nije proknjižio. Nijedan sustav ne laže. Opisuju različite trenutke — ERP opisuje plan i njegove financijske posljedice, pogon opisuje fizičku stvarnost — a integracija je disciplina održavanja ta dva opisa usklađenima.

Prva projektna odluka jest smjer vlasništva nad podacima, a pogreška u tome najčešći je uzrok integracijskih projekata koji se nikada ne stabiliziraju. Matični podaci — kupci, dobavljači, materijali, sastavnice, tehnološki postupci, cijene — pripadaju ERP-u i teku prema dolje. Izvršni podaci — stvarna vremena početka i završetka, stvarno proizvedene količine, škart, razlozi zastoja, stanja strojeva, dodjele operatera, stvarna potrošnja materijala — nastaju na pogonu i teku prema gore. Kada oba sustava smiju uređivati isti entitet, nemate integraciju, nego ponavljajuću svađu s rasporedom sinkronizacije.

Tok prema dolje obično je lakša polovica. Proizvodni nalozi otpušteni u ERP-u pojavljuju se u MES-u sa svojim operacijama, tehnološkim postupcima i popisima materijala. Promjene matičnih podataka artikala se propagiraju. Podaci o kupcima i isporukama stižu do sustava kojima trebaju. Glavna je praktična poteškoća granulacija: jedan ERP proizvodni nalog često odgovara nekolicini operacija na pogonu u različitim radnim centrima, a preslikavanje između ERP strukture i izvedive strukture treba definirati promišljeno, a ne pretpostaviti.

Tok prema gore mjesto je gdje leži vrijednost i gdje se koncentrira teškoća. Potvrde — poruke koje kažu da je ova operacija proizvela ovu količinu, utrošila ovaj materijal, trajala ovoliko i dala ovoliko škarta — pokreću ERP-ove brojke o zalihama, troškovima i kapacitetu. Kada se hvataju automatski sa strojeva i operaterskih terminala umjesto da se na kraju smjene upisuju po sjećanju, ERP-ovi brojevi prestaju biti približni. Obračun troškova odmah se popravlja, jer stvarna vremena zamjenjuju standardna.

Dostupni se integracijski obrasci razlikuju uglavnom po latenciji i čvrstoći sprege. Razmjena datotekama jednostavna je, univerzalno podržana i neizbježno paketna. Izravan pristup bazi podataka brz je i krhak, jer puca pri nadogradnjama proizvođača na načine koje je teško predvidjeti. REST i SOAP sučelja — SAP putem IDoc-a, BAPI-ja ili OData-e; Dynamics 365 i Business Central preko svojih objavljenih sučelja — moderna su zadana opcija i mnogo elegantnije podnose promjene verzija. Redovi poruka dodaju otpornost za događaje visoke učestalosti, jer pogon proizvodi podatke bez obzira na to je li ERP dostupan.

Ta zadnja točka zaslužuje naglasak jer se upravo tu otkrivaju krhke integracije. Proizvodnja ne staje kada stane ERP. Ako je vaša integracija sinkrona, a ERP nedostupan zbog planiranog održavanja, ili staje pogon ili se gube podaci. Dizajn s redom čekanja i međuspremnikom omogućuje MES-u da nastavi hvatati podatke i isporuči zaostatak kada se veza vrati — a u tvornici s više smjena to nije rubni slučaj, nego mjesečna stvarnost.

Lokalni i regionalni ERP sustavi kompliciraju sliku na specifičan način. Globalni paketi imaju dokumentirana sučelja i velike integracijske ekosustave. Regionalni proizvodi — Panteon, Logo, Nebim i njihovi ekvivalenti na drugim tržištima — rašireni su među srednjim proizvođačima, često duboko prilagođeni i rijetko imaju gotov MES konektor. To nije razlog za zamjenu ERP-a koji radi. To je razlog da se integracijski sloj tretira kao punopravni dio projekta, a ne kao podrazumijevani detalj.

Usklađivanje je dio koji se izostavi iz projektnih planova pa onda pojede prva tri mjeseca rada. Poruke padaju. Potvrda se odbija jer je materijal blokiran. Proizvodni se nalog briše u ERP-u nakon što ga je pogon već pokrenuo. Svakoj integraciji treba red čekanja u koji možete pogledati, mehanizam ponovnog slanja, stanje pogreške koje upozorava čovjeka i periodičan izvještaj o usklađenosti koji dokazuje da ono što je pogon zabilježio i ono što ERP drži i dalje odgovara. Integracije bez toga ne padaju glasno; tiho odlutaju, što je gore.

Savjet o opsegu koji preživi dodir sa stvarnošću: krenite s jednom vrstom naloga na jednoj liniji, dokažite puni krug od otpuštanja u ERP-u preko izvršenja na pogonu do potvrde natrag u ERP, i tek onda širite. Integracije po principu velikog praska kroz sve pogone i sve vrste naloga odjednom padaju na načine koje je iznimno teško dijagnosticirati, jer kada je sve novo, ništa ne može poslužiti kao referenca.