ERP-integráció a gyártásban: a SAP, a Dynamics és a Navision összekötése az üzemmel

Minden gyártó, amely ERP-t és üzemi rendszereket is futtat, előbb-utóbb ugyanabba az ellentmondásba ütközik. Az ERP szerint a rendelés kész; az üzem tudja, hogy két raklapot újramunkáltak. Az ERP szerint az anyagfelhasználás szabvány mennyiség; a tényleges fogyás tartalmazott olyan selejtet, amelyet senki nem könyvelt le. Egyik rendszer sem hazudik. Különböző pillanatokat írnak le — az ERP a tervet és annak pénzügyi következményeit, az üzem a fizikai valóságot —, az integráció pedig annak a fegyelme, hogy ez a két leírás egyeztetve maradjon.

Az első tervezési döntés a tulajdonlás iránya, és ennek elrontása a leggyakoribb oka a soha nem stabilizálódó integrációs projekteknek. A törzsadat — vevők, beszállítók, anyagok, darabjegyzékek, technológiai sorok, árak — az ERP-hez tartozik, és lefelé áramlik. A végrehajtási adat — tényleges kezdés és befejezés, tényleges gyártott mennyiség, selejt, állásidőokok, gépállapotok, kezelői hozzárendelések, valós anyagfelhasználás — az üzemben keletkezik, és felfelé áramlik. Ha mindkét rendszer szerkesztheti ugyanazt az entitást, akkor nincs integrációja; van egy visszatérő vitája, szinkronizálási ütemtervvel.

A lefelé irányuló áramlás rendszerint a könnyebbik fele. Az ERP-ben kiadott gyártási rendelések megjelennek a MES-ben a műveleteikkel, technológiai soraikkal és anyaglistáikkal. A cikktörzs változásai továbbterjednek. A vevői és szállítási adatok eljutnak az őket igénylő rendszerekhez. A fő gyakorlati nehézség a granularitás: egy ERP-gyártási rendelés gyakran több üzemi műveletnek felel meg különböző munkahelyeken, és az ERP-szerkezet és a végrehajtható szerkezet közötti leképezést tudatosan kell meghatározni, nem feltételezni.

A felfelé irányuló áramlásban van az érték, és itt sűrűsödik a nehézség is. A visszajelentések — azok az üzenetek, amelyek szerint ez a művelet ennyit gyártott, ennyi anyagot fogyasztott, ennyi ideig tartott, ennyit selejtezett — hajtják az ERP készlet-, önköltség- és kapacitásadatait. Amikor ezeket gépekről és kezelői terminálokról automatikusan rögzítik, nem pedig műszak végén emlékezetből gépelik be, az ERP számai megszűnnek közelítések lenni. Az önköltségszámítás azonnal javul, mert a tényleges idők váltják fel a normaidőket.

Az elérhető integrációs minták főként késleltetésben és csatolásban különböznek. A fájlalapú csere egyszerű, mindenhol támogatott és elkerülhetetlenül kötegelt. A közvetlen adatbázis-hozzáférés gyors és törékeny, gyártói frissítéseknél nehezen előre látható módon törik el. A REST- és SOAP-API-k — a SAP-nál IDoc, BAPI vagy OData; a Dynamics 365-nél és a Business Centralnál a publikált API-k — a modern alapértelmezés, és sokkal kecsesebben kezelik a verzióváltásokat. Az üzenetsorok ellenállóbbá teszik a nagy gyakoriságú eseményeket, mert az üzem attól függetlenül termeli az adatot, hogy az ERP elérhető-e.

Ez az utolsó pont külön hangsúlyt érdemel, mert itt lepleződnek le a törékeny integrációk. A termelés nem áll le attól, hogy az ERP leáll. Ha az integrációja szinkron, és az ERP tervezett karbantartás miatt nem elérhető, akkor vagy az üzem áll meg, vagy az adat vész el. Egy sorba állított, pufferelt kialakítás lehetővé teszi, hogy a MES folyamatosan rögzítsen, és a kapcsolat visszatértekor leszállítsa a felgyűlt adatot — egy több műszakban dolgozó gyárban pedig ez nem szélsőséges eset, hanem havi rutin.

A helyi és regionális ERP-rendszerek sajátos módon bonyolítják a képet. A globális csomagoknak dokumentált interfészeik és nagy integrációs ökoszisztémájuk van. A regionális termékek — a Panteon, a Logo, a Nebim és más piacok megfelelői — széles körben elterjedtek a közepes méretű gyártóknál, gyakran mélyen testre szabottak, és ritkán van hozzájuk dobozos MES-konnektor. Ez nem indok egy működő ERP lecserélésére. Indok viszont arra, hogy az integrációs réteget a projekt teljes jogú részeként kezeljék, ne feltételezett részletkérdésként.

Az egyeztetés az a rész, amely kimarad a projekttervekből, majd felemészti az üzemeltetés első három hónapját. Üzenetek hiúsulnak meg. Egy visszajelentés visszapattan, mert egy anyag zárolt. Egy gyártási rendelést törölnek az ERP-ben, miután az üzem már elkezdte. Minden integrációhoz kell egy sor, amelyet meg lehet vizsgálni, egy újrapróbálkozási mechanizmus, egy hibaállapot, amely embert riaszt, és egy időszakos egyeztetési riport, amely bizonyítja, hogy amit az üzem rögzített, és amit az ERP tart, továbbra is egyezik. Az ezek nélküli integrációk nem hangosan buknak el; csendben sodródnak el, ami rosszabb.

A valósággal is kompatibilis terjedelmi tanács: kezdje egy rendeléstípussal egy soron, bizonyítsa a teljes körfolyamatot az ERP-kiadástól az üzemi végrehajtáson át a visszajelentésig, és csak ezután terjeszkedjen. A minden telephelyre és rendeléstípusra egyszerre kiterjedő nagy dobású integrációk rendkívül nehezen diagnosztizálható módon buknak el, mert ha minden új, semmi nem használható referenciának.