Szakmai cikk

Mit kell tisztázni az ERP-integráció fejlesztése előtt?

2026. máj. 27.

• ERP
• Integráció
• Üzleti működés

Az ERP-integrációk leírása gyakran objektumok felsorolásával kezdődik: ügyfelek, termékek, készlet, rendelések, számlák. Ez a lista segít megbecsülni az API-fejlesztést, de keveset mond arról, hogyan viselkedik majd az összekapcsolt folyamat egy átlagos munkanapon.

A fejlesztés előtt néhány nehezebb üzleti kérdést is rendezni kell.

Melyik rendszer adata számít érvényesnek?

„Az adatok legyenek szinkronban” nem adattulajdonlási szabály. Ha az ügyfél a portálon módosítja a szállítási címet, miközben egy adminisztrátor az ERP-ben írja át ugyanazt, el kell dönteni, melyik érték marad meg, vagy ki oldja fel az ütközést.

Szükség esetén mezőnként határozzuk meg a felelőst. A számlázási adatokat és a hitelkeretet kezelheti az ERP. A marketingbeállításokat és a félkész kosarat az ügyfélalkalmazás. A termékleírás jöhet külön katalógusrendszerből, miközben az ár továbbra is az ERP-ből érkezik.

Ez a munka lassúnak tűnhet az első API-hívás megírásához képest. Sokkal több időt takarít meg, amikor az éles rekordok már nem írják felül egymást kiszámíthatatlanul.

Írjuk le, mi történik egy hibás rendeléssel

Egy bemutatóhoz elég egy aktív ügyfél, raktáron lévő termék és érvényes ár. Az éles adatbázisban kifutott cikkek, lejárt kedvezmények, hitelkeret miatt blokkolt fiókok, duplikált ügyféltörzsek és ERP-leállás közben beküldött rendelések is lesznek.

Minden fontos hibánál döntsük el, mit lát az ügyfél, és mit tehet az operatív csapat. Várjon a rendelés, majd induljon újra automatikusan? Javítható a hibás megfeleltetés, és folytatható ugyanaz a folyamat? Valódi visszaigazolást tudunk adni, vagy pontosabb azt írni, hogy a rendelés ellenőrzésre beérkezett?

Az üzleti hibákat ne rejtsük kizárólag technikai naplókba. A folyamatot működtető kollégáknak olyan egyeztető nézet kell, amely az ő fogalmaikkal mutatja meg a problémát és a lehetséges lépést.

Korán használjunk valósághű rekordokat

A tesztrendszer rendszerint tisztább az éles adatnál. Már a feltárás során kérjünk reprezentatív exportot, szükség esetén anonimizálva. Keressünk régi azonosítókat, eltérő mértékegységeket, hiányos adóadatokat, kézi megjegyzéseket és olyan termékeket, amelyek nem jelenhetnek meg az ügyfélcsatornán.

Nem az a cél, hogy a teljes ERP-t kitakarítsuk a projekt előtt. Azokat a feltételezéseket kell megtalálni, amelyekre az új alkalmazás nem építhet.

Kövessünk végig néhány közelmúltbeli rendelést az eredeti igénytől a teljesítésen át a számlázásig. Az üzleti út könnyen eltérhet a dokumentált folyamattól, különösen akkor, ha a beküldés után módosítás történt.

Legyen gazdája az éles működésnek

Indulás után valakinek tudnia kell, hogy az integráció rendben működik-e. Ehhez nem feltétlenül kell sokmonitoros felügyeleti központ. Néhány kérdésre viszont legyen egyértelmű válasz:

• Ki kap jelzést, ha egy órája sikertelenek a feldolgozások?
• Ki indíthat újra vagy törölhet biztonságosan egy rekordot?
• Hogyan ellenőrzi a pénzügy, hogy minden tegnapi számla átérkezett?
• Meddig őrizzük meg az integráció eseménytörténetét?
• Ki egyeztet az ERP szállítójával, ha megváltozik a rendszer viselkedése?

Ezek a feladatok lehetnek az ügyfélnél, a fejlesztőpartnernél vagy megosztva. A kimondatlan felelősségből lesz rendszeresen visszatérő üzemeltetési meglepetés.

Az első fejlesztési feladat akkor induljon el, amikor ezek a döntések már láthatók. Váratlan esetek később is lesznek, de jóval kevesebb olyan helyzet marad, amelyre senki nem tud üzleti választ adni.