ERP integracija i digitalizacija procesa

SAP, Dynamics, NetSuite, Odoo i mnogi regionalni ERP sustavi putem standardnih konektora; sve ostalo putem REST API-ja ili razmjene datoteka.

Integracijski sloj mapira prilagođena polja i logiku, pa je prilagodba uobičajena i ne predstavlja prepreku.

MSF nadopunjuje ERP i ne zamjenjuje ga. Financije i prodaju zadržavate ondje gdje jesu, a dobivate proizvodni sloj svjetske klase.

Prema dolje obično idu radni nalozi, matični podaci artikala, sastavnice, tehnološki postupci i stanja zaliha. Prema gore potvrde naloga i operacija, proizvedene i škartirane količine, potrošnja materijala i rezultati kontrole kvalitete. Rasprava se uvijek vodi oko toga koji sustav je vlasnik kojeg polja i što se događa kad se isto polje mijenja na obje strane. Dogovorite vlasništvo polje po polje prije nego itko krene pisati mapiranje, jer je ta odluka skupa za ispravljanje.

Da, ako se potvrde trebaju knjižiti natrag. Sve što pokreće skladišni promet ili zatvara operaciju je upis, a vaš ERP tim će tražiti da to ide kroz službeno objavljena sučelja, primjerice BAPI, OData servise ili staging tablicu, a ne izravno u bazu. Prva faza samo za čitanje je sasvim razumna: povucite naloge, prikažite ih na halu, a knjižite ručno dok se brojke ne poklope.

Tjedni ako već postoje imenovana osoba na strani ERP-a, testni sustav koji nalikuje produkciji, dogovorena sučelja i uglavnom uredni matični podaci; dulje ako toga nema. Posao na konektoru rijetko je usko grlo, nego čekanje na termine za izmjene, odobrenja transporta i na nekoga tko će reći koja je od četiri šifre artikla prava. Ako danas ne možete imenovati osobu za ERP, računajte u mjesecima, ne tjednima.

Kroz CSV ili XML datoteke po rasporedu preko SFTP-a, staging tablicu na strani ERP-a ili view u bazi koji izrađuje i održava vaš dobavljač ERP-a ili vaš vlastiti ERP tim; samostalno čitanje aplikacijskih tablica obično se ne odobrava i zna puknuti kod nadogradnje. Gubite trenutačnost, a kašnjenje je onoliko koliki interval postavite, najčešće po smjeni ili preko noći. Za povratni smjer treba import job na strani ERP-a, s vlasnikom i pravilom za zapise koje odbije.

Razlikovat će se, a nijedna integracija ne presuđuje tko je u pravu. Razlike nastaju jer se knjiži u različitim trenucima, jer je škart evidentiran na hali a još nije proknjižen i jer se dio kretanja odradi izvan oba sustava. Ono što dobivate je trag događaja, pa se razlika može vratiti na smjenu i nalog i ne pojavi se tek kao hrpa na inventuri. Odredite tko radi usklađivanje i kojom dinamikom prije puštanja u rad.

Ako je ERP nedostupan, a lokalni server i mreža u pogonu rade, već preneseni nalozi ostaju na panelima i operateri normalno potvrđuju. Te potvrde se zapisuju u lokalnu bazu, pa prežive i ponovno pokretanje i šalju se čim se ERP javi. Praktično ograničenje su nalozi koji nikad nisu preneseni, njih se ne može pokrenuti. Provjerite i mogu li naknadno poslana knjiženja pasti u razdoblje koje je računovodstvo već zatvorilo.

Ne. Modelar procesnih tijekova digitalizira obrasce, odobrenja i prosljeđivanje posla među ljudima, pa se papirnati postupci za odstupanja i inženjerske izmjene lijepo prenesu na njega, ali ne mijenja kako vaš ERP računa cijene, planira ili knjiži, a svaki korak koji mora ažurirati zapis u ERP-u i dalje traži sučelje iza sebe. Logika koja je zapravo izračun, recimo pravila obračuna troška, pripada ondje gdje ti podaci žive.