Integracija ERP sistema v proizvodnjo in digitalizacija procesov

Za materialni del pogosto da, za terminiranje redko. MRP v ERP izračuna, kaj je treba izdelati in nabaviti ter kdaj, pri čemer računa s fiksnimi dobavnimi roki in neomejeno zmogljivostjo. Ali je to v takem vrstnem redu sploh mogoče proizvesti na virih, ki jih imate, in v izmenah, ki jih dejansko pokrijete s kadrom, izračuna šele APS. MSF zato ERP ne nadomesti: naloge pridejo iz ERP, APS vrne datume, potrditve iz proizvodnje pa se knjižijo nazaj.

SAP, Dynamics, NetSuite, Odoo in številni regionalni sistemi ERP prek standardnih konektorjev; vse drugo prek REST API ali izmenjave datotek.

Integracijska plast preslika prilagojena polja in logiko. Prilagoditve po meri so nekaj običajnega.

MSF dopolnjuje ERP. Finance in trgovanje ostanejo tam, kjer so, dodate pa vrhunsko plast za proizvodnjo.

V proizvodnjo običajno delovni nalogi, matični podatki artiklov, kosovnice, tehnološki postopki in stanja zalog. Nazaj v ERP potrditve nalogov in operacij, izdelane in izmetne količine, poraba materiala ter rezultati kontrole kakovosti. Spor nikoli ni o tem seznamu, ampak o tem, kateri sistem je lastnik posameznega polja in kaj se zgodi, če se spremeni v obeh. Lastništvo dogovorite polje po polje, še preden kdo napiše mapiranje, ker je to odločitev pozneje drago spreminjati.

Da, če se potrditve knjižijo nazaj. Vse, kar sproži premik zaloge ali zapre operacijo, je pisanje, in vaši skrbniki ERP bodo želeli, da gre prek uradno podprtih vmesnikov, na primer BAPI, storitev OData ali vmesnih (staging) tabel, ne pa neposredno v bazo. Prva faza samo za branje je povsem smiselna: naloge potegnete iz ERP, prikažete jih na terminalih v obratu, knjižite pa še ročno, dokler se številke ne ujemajo.

Tedne, če na strani ERP že obstajajo imenovan skrbnik, testno okolje, ki je podobno produkcijskemu, dogovorjeni vmesniki in približno urejeni matični podatki; dlje, če tega ni. Delo na konektorju redko odloča o roku; odločajo čakanje na okna za spremembe, odobritve transportov in odgovor na vprašanje, katera od štirih šifer artikla je prava. Če danes ne znate imenovati kontakta za ERP, računajte v mesecih in ne v tednih.

Prek načrtovanih odlaganj datotek CSV ali XML po SFTP, vmesne tabele na strani ERP ali pogleda v bazi, ki ga izdela in vzdržuje vaš dobavitelj ERP ali vaša lastna ekipa; branje aplikativnih tabel na svojo roko je običajno zavrnjeno in se lahko ob nadgradnji pokvari. Izgubite sprotnost, zamik je enak intervalu, ki ga nastavite, najpogosteje na izmeno ali čez noč. Povratna smer potrebuje uvozni posel na strani ERP s svojim skrbnikom in pravilom za zapise, ki jih zavrne.

Ne bosta se ujemali in nobena integracija ne odloči, kdo ima prav. Razlike nastanejo zaradi knjiženj ob različnih trenutkih, izmeta, ki je zajet v proizvodnji, a še ni proknjižen, in premikov, opravljenih mimo obeh sistemov. Dobite sled dogodkov, tako da je razliko mogoče izslediti nazaj do izmene in naloga. Ob inventuri se ne pokaže več kot kup. Pred zagonom določite skrbnika usklajevanja in kako pogosto se to dela.

Če ERP ni dosegljiv, lokalni strežnik in omrežje v obratu pa delujeta, že preneseni nalogi ostanejo na terminalih in operaterji potrjujejo naprej. Te potrditve se zapišejo v lokalno bazo, zato preživijo ponovni zagon in se pošljejo, ko se ERP spet oglasi. Praktična omejitev so nalogi, ki niso bili nikoli preneseni, teh ni mogoče začeti. Vprašajte tudi, ali lahko naknadno poslana knjiženja padejo v obdobje, ki ga je računovodstvo že zaprlo.

Ne. Oblikovalnik procesnih tokov digitalizira obrazce, potrjevanja in usmerjanje dela med ljudmi, zato se papirni postopki za odstopanja in tehnične spremembe nanj preselijo lepo, ne spremeni pa, kako vaš ERP računa cene, planira ali knjiži, in vsak korak, ki mora posodobiti zapis v ERP, še vedno potrebuje vmesnik za sabo. Logika, ki je v resnici izračun, na primer pravila kalkulacije, sodi tja, kjer so ti podatki.