ERP integracija za proizvodnju: povezivanje SAP-a, Dynamics-a i Navision-a sa pogonom

Svaki proizvođač koji koristi i ERP i sisteme u pogonu pre ili kasnije naiđe na isto neslaganje. ERP prikazuje nalog kao završen; pogon zna da su dve palete dorađivane. ERP prikazuje materijal utrošen u standardnoj količini; stvarna potrošnja je uključila škart koji niko nije proknjižio. Nijedan sistem ne laže. Oni opisuju različite trenutke — ERP opisuje plan i njegove finansijske posledice, pogon opisuje fizičku stvarnost — a integracija je disciplina održavanja ta dva opisa usklađenim.

Prva projektantska odluka je smer vlasništva nad podacima, a pogrešan izbor je najčešći uzrok integracionih projekata koji se nikada ne stabilizuju. Matični podaci — kupci, dobavljači, materijali, sastavnice, tehnološki postupci, cene — pripadaju ERP-u i teku nadole. Izvršni podaci — stvarna vremena početka i završetka, stvarne proizvedene količine, škart, razlozi zastoja, stanja mašina, dodela operatera, stvarna potrošnja materijala — nastaju u pogonu i teku nagore. Kada je oba sistema dozvoljeno da menjaju isti entitet, nemate integraciju; imate ponavljajuću svađu sa rasporedom sinhronizacije.

Tok nadole je obično lakša polovina. Radni nalozi pušteni u ERP-u pojavljuju se u MES-u sa svojim operacijama, tehnološkim postupcima i listama materijala. Izmene matičnih podataka artikala se prenose. Podaci o kupcima i isporukama stižu do sistema kojima trebaju. Glavna praktična teškoća je granularnost: jedan ERP radni nalog često odgovara nekolikim operacijama u pogonu na različitim radnim centrima, a preslikavanje između ERP strukture i izvršne strukture treba definisati namerno, a ne pretpostaviti.

Tok nagore je mesto gde je vrednost i gde se teškoća koncentriše. 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 podatke o zalihama, obračunu troškova i kapacitetu. Kada se hvataju automatski sa mašina i operaterskih terminala umesto da se kucaju na kraju smene po sećanju, ERP-ovi brojevi prestaju da budu približni. Obračun troškova se odmah poboljšava, jer stvarna vremena zamenjuju standardna.

Dostupni obrasci integracije razlikuju se uglavnom po kašnjenju i stepenu spregnutosti. Razmena preko fajlova je jednostavna, univerzalno podržana i neizbežno paketna. Direktan pristup bazi podataka je brz i krhak, i puca prilikom nadogradnji proizvođača na načine koje je teško predvideti. REST i SOAP API-ji — SAP preko IDoc, BAPI ili OData; Dynamics 365 i Business Central preko objavljenih API-ja — savremeni su podrazumevani izbor i mnogo elegantnije podnose promene verzija. Redovi poruka dodaju otpornost za događaje visoke učestalosti, jer pogon nastavlja da proizvodi podatke bez obzira na to da li je ERP dostupan.

Ta poslednja tačka zaslužuje naglasak jer se tu krhke integracije razotkriju. Proizvodnja ne staje kada ERP stane. Ako je vaša integracija sinhrona, a ERP je nedostupan zbog planiranog održavanja, ili pogon staje ili se podaci gube. Dizajn sa redovima čekanja i baferovanjem omogućava MES-u da nastavi da beleži i isporuči zaostatak kada se veza vrati — a u fabrici sa više smena to nije rubni slučaj nego mesečna realnost.

Lokalni i regionalni ERP sistemi komplikuju sliku na specifičan način. Globalni paketi imaju dokumentovane interfejse i velike integracione ekosisteme. Regionalni proizvodi — Panteon, Logo, Nebim i njihovi ekvivalenti na drugim tržištima — široko su rasprostranjeni među srednjim proizvođačima, često duboko prilagođeni i retko imaju gotov MES konektor. To nije razlog za zamenu ERP-a koji funkcioniše. To je razlog da se integracioni sloj tretira kao prvorazredni deo projekta, a ne kao podrazumevani detalj.

Usklađivanje podataka je deo koji izostane iz plana projekta i onda pojede prva tri meseca rada. Poruke padaju. Potvrda bude odbijena jer je materijal blokiran. Radni nalog se obriše u ERP-u nakon što je pogon već počeo da ga radi. Svakoj integraciji treba red čekanja koji možete pregledati, mehanizam ponovnog slanja, stanje greške koje uzbunjuje čoveka i periodičan izveštaj o usklađivanju koji dokazuje da se ono što je pogon zabeležio i ono što ERP drži i dalje poklapa. Integracije bez toga ne padaju bučno; one tiho odlutaju, što je gore.

Savet o obimu koji preživljava susret sa stvarnošću: počnite sa jednim tipom naloga na jednoj liniji, dokažite pun krug od puštanja naloga u ERP-u, preko izvršenja u pogonu, do potvrde nazad u ERP, i tek onda širite. Integracije po principu velikog praska kroz sve pogone i sve tipove naloga istovremeno padaju na načine koje je izuzetno teško dijagnostikovati, jer kada je sve novo, ništa se ne može koristiti kao referenca.