Egy ERP beszállítóval kötött szerződés aláírása az egyik leghosszabb távú döntés, amit az üzletben hoz. Az átlagos szlovák KKV 7-9 évig marad ERP beszállítójánál. A válás drága, fájdalmas és tele van elveszett adatokkal. Ezért érdemes az aláírás előtt néhány órát a megfelelő kérdések feltevésével tölteni — és még több időt a válaszok figyelmes elolvasásával.
Ebben a cikkben 10 olyan kérdést talál, amelyeket tanácsadóink minden ügyfelüknek ajánlanak. Nem „kéznél lévő” kérdésekről van szó, mint például „Mi az ára?” (erre minden értékesítő habozás nélkül válaszol), hanem mélyebb kérdésekről, amelyek elválasztják a komoly beszállítókat azoktól, akikkel végül öt évnyi fájdalmat élvez majd.
1. „Milyen API-t biztosítanak és mit tudunk rajta keresztül csinálni?”
Az API a modern vállalat alapköve. Ha az ERP-jének nincs teljes értékű API-ja, silóba zárva van és a webáruházzal, könyveléssel vagy bérszámfejtő rendszerrel való jövőbeni integráció drága és törékeny lesz.
Mit hallgasson a válaszban:
- REST vagy GraphQL? (A modern ERP-k általában mindkettőt támogatják)
- Milyen műveletek érhetők el? Ideál — minden, amit a UI-ban lát, megtehető API-n keresztül is. Ha a beszállító azt mondja, hogy „van API-nk, de csak néhány funkcióra”, legyen óvatos.
- Webhookok? Az event-driven integrációk 2026-ban szabványosak.
- Rate limiting és limitek. Hány API hívás naponta? Fizet a többletért?
- Dokumentáció. Kérjen linket — ha nem tudják mutatni (vagy csak „aláírás után” elérhető), meneküljön.
A Modulario teljes mértékben dokumentált REST API-t biztosít minden CRUD művelettel, webhookokkal és napi 10 000 hívásos ingyenes limittel minden ügyfél számára.
Tipp: A szerződésben kérjen garanciát arra, hogy az API-t nem szüntetik meg 12 hónapos előzetes értesítés nélkül. Egyes beszállítók a múltban „azonnal” megszüntették az API régi verzióját és az ügyfeleknek 30 napjuk volt reagálni. Ez likvidáló.
2. „Kié az adat és hogyan kapom meg bármikor?”
A data ownership a legfontosabb szerződéses kérdés. Az ERP-ben generált adatok — számlák, vevők, raktár, alkalmazottak, gyártás — az Önéi. Nem a beszállítóé. De ez nem mindig van így a szerződésben világosan leírva.
Mit hallgasson a válaszban:
- „Az adatok az Önéi” (semmi más nem elfogadható)
- Milyen export formátumok — ideál CSV, JSON, SQL dump, plusz strukturált PDF számlák
- Milyen gyakran exportálhat — ideál korlátlanul és bármikor
- Van-e „export gomb” a UI-ban, vagy csak kérésre
- Az export tartalmazza-e a történelmi adatokat, naplókat és audit trail-t
Piros zászlók:
- „Az export térítésköteles”
- „Az export csak a garanciaidő lejárta után”
- „Az export formátum a saját proprietáris formátumunk”
3. „Mi az exit stratégia — hogyan nézne ki, ha 5 év múlva be akarnám fejezni?”
Ezt a kérdést az értékesítők nem szeretik hallani — ezért fel kell tennie. Egy komoly beszállítónak van dokumentált exit stratégiája és meg tudja mutatni a szabványos szerződésben.
Mit hallgasson a válaszban:
- Folyamat terv: hány nap exportra, formátum, beszállítói segítség
- Migráció ára: ideál ingyenes az első évben, nominális díj a következő években
- Mikor törlődnek az adatai: tipikusan 90 nap a végzés után, de világosan le kell írni
- Ki írja alá az „adatok átadásra kerültek”-et: az átvételi tanúsítvány fontos a megfelelőséghez
A DORA és NIS2 2026-ban írásos exit stratégiát követelnek meg a pénzügyi intézményektől és kritikus infrastruktúra szolgáltatóitól, mint a szerződés feltétele. Még ha nem is bank, követelje meg Ön is.
4. „Mi az SLA-juk és milyen kompenzációt nyújtanak megsértés esetén?”
A Service Level Agreement (SLA) meghatározza, milyen gyakran kell a rendszernek működnie és mit kap, ha nem működik. Sok beszállító szép „99,9%-ot” kínál, de az apró betűs részben kivételek vannak (tervezett karbantartás, vis maior, infrastruktúra változtatás), amelyek az SLA-t marketing számmá teszik.
Mit hallgasson a válaszban:
- Valódi uptime szám. 99,9% = évi 8,7 óra leállás. 99,95% = 4,4 óra. 99,99% = 52 perc.
- Mi számít és mi nem. A munkaidőn kívüli tervezett karbantartás általában nem számít. Fair. De a „vis maior” nem foglalhatja magában a felhő szállító problémáját.
- Response time és resolution time. P1 kritikus probléma — bejelentés egy órán belül, megoldás 4 órán belül? Vagy csak „amint lehet”?
- Kompenzáció. A service credit (kedvezmény a következő számláról) szabványos. Konkrétan — 99,8% esetén 10%-ot, 99% esetén 30%-ot kap.
5. „Mi van a roadmapjukban a következő 18 hónapra?”
Egy jó beszállítónak van nyilvános roadmapja és meg tudja mutatni. Nem minden részletet, de legalább a fejlesztés fő tengelyeit — új modulok, integrációk, platform fejlesztések.
Mit hallgasson a válaszban:
- Konkrétság: „Q3 2026 mobile app refresh, Q4 2026 AI reporting modul” jó. „Sok mindenen dolgozunk” rossz.
- Fókusz: Foglalkozik a beszállító az Ön szektorával? Ha építőipari cég és a roadmapban csak e-commerce modulokat lát, nem Ön a célcsoport.
- Innovativitás: 2026-ban a roadmapnak tartalmaznia kellene AI asszisztenciát, megfelelőségi fejlesztéseket (DORA, NIS2), mobile-first funkciókat.
6. „Hogyan oldják meg a security-t és hol auditálják?”
A biztonság 2026-ban nem opcionális funkció. Ha a beszállítónak nincs legalább alapvető tanúsítványa és folyamata, távozzon.
Mit hallgasson a válaszban:
- Tanúsítványok: Az ISO 27001 ma már minimum. SOC 2 Type II plusz. ISO 27701 (privacy) bónusz.
- Penetrációs tesztek: legalább évente egyszer külső cég által, riport kérésre (legalább menedzseri összefoglaló).
- Titkosítás: AES-256 nyugalmi állapotban, TLS 1.3 mozgásban.
- MFA: kötelező adminoknak, ajánlott mindenkinek.
- Backupok: 3-2-1 szabály (3 másolat, 2 média, 1 off-site). RPO és RTO órákban, nem napokban.
- Incident response: 24 órás bejelentés vevőknek, 72 órás NIS2 bejelentés hatóságoknak.
7. „Hány ügyfél használja a rendszerüket az iparágamból / méretemből?”
A referenciák arany. Egy ERP, ami jól működik egy marketing ügynökségnek, pokol lehet egy gyártó vállalatnak — és fordítva. Kérdezzen konkrétan.
Mit hallgasson a válaszban:
- A beszállító készségesen ad 3-5 referencia kontaktot az Ön szektorából és méretéből.
- Ideál — néhányan elérhetők közvetlen telefonhívásra, nem csak szöveges referenciára.
- Amikor felhív, kérdezze: „Mi idegesíti leginkább a rendszerben?” és „Ha újra kellene döntenie, megvenné újra?“
8. „Hogyan néz ki a tipikus onboarding és bevezetés az én méretemmel rendelkező vállalatoknál?”
Egy rossz bevezetés tönkreteszi a legjobb rendszert is. Egy jó bevezetés megmenti az átlagos rendszert is.
Mit hallgasson a válaszban:
- Hossz: 2-8 hét KKV-knak, 3-6 hónap közepes vállalatnak. Ennél rövidebb vagy hosszabb magyarázatot igényel.
- Fázisok: kick-off, adatmigráció, konfiguráció, tesztelés, képzés, go-live, stabilizáció.
- Csapat: projektmenedzser az Ön oldalán + tanácsadó a beszállító oldalán + technikai specialista. Ha minden egy emberen van, nem lesz jó.
- Módszer: Agile 2 hetes sprintekkel vagy waterfall. Mindkettő működik megfelelő irányítással.
- Ár: fix vagy T&M? A fix előrejelzést ad, a T&M rugalmasságot. A hibrid (fix a stabil részekre, T&M a testreszabásra) az ideál.
9. „Mit tesznek, ha az ügyfél olyan testreszabást kér, amit nem terveznek?”
Kiváló kérdés, ami felfedi a beszállító kultúráját. Egyesek figyelmen kívül hagyják (rigid monolit), mások mindent „beprogramozunk” (de aztán custom verziója van, ami nem upgradelhető).
Mit hallgasson a válaszban:
- Product roadmap: ha a kérés több ügyfél számára releváns, bekerül a roadmap-be (3-12 hónap).
- Testreszabás konfiguráción keresztül: egy jó modern ERP gazdag konfigurációval rendelkezik — egyedi mezők, egyedi workflowk, egyedi reporting — kódbeli beavatkozás nélkül.
- Plugin / script: specifikus igényekre lehetőség saját plugin vagy script írására (vagy partneren keresztül).
- Hard-coded testreszabás: utolsó lehetőség, csak ha tényleg nincs más út, és a szerződésben specifikálni kell, hogyan tartják fenn upgradek során.
10. „Mi történik, ha cége csődbe megy vagy valaki megvásárolja?”
Kellemetlen, de kulcsfontosságú kérdés. Az ERP kritikus infrastruktúra — ha a beszállító elesik, Ön is elesik.
Mit hallgasson a válaszban:
- Pénzügyi stabilitás: kérje az utolsó 2 könyvelési zárást (a Cégközlönyben van, így nem probléma megmutatni).
- Alkalmazottak száma és alapítás éve. Ha a beszállítónak 3 alkalmazottja és egy év a piacon, az más kockázat, mint 50 ember és 10 év.
- Escrow: néhány beszállító source code escrow-t kínál — csőd esetén joga van a forráskódhoz. Kritikus rendszerekhez ajánljuk.
- M&A forgatókönyv: mi történik, ha egy nagyobb cég megveszi őket? A termék folytonosságának garanciája legalább 36 hónapra fair követelmény.
Bónusz — hogyan ellenőrizze a válaszokat
Nem elég hallani a választ. Ellenőriznie kell. Négy technika, ami működik:
- Trial vagy sandbox. Minimum 14 nap, ideálisan 30 nap valós adatokkal.
- Proof of Concept (PoC). Fontos integrációkhoz kérje, hogy a beszállító mutasson működő PoC-ot az aláírás előtt.
- Műszaki due diligence saját IT-vel vagy külső tanácsadóval. 4-8 óra munka, 500-1 500 euró, tízezreket spórolhat.
- Referencia látogatás. Töltsön fél napot egy meglévő ügyfélnél. Lát rendszert termelésben, beszél felhasználókkal, érzi a valóságot.
Összegzés — őszinteség az üzleti tehetség felett
Az ERP kiválasztásánál ne bizalommal indítson — kérdésekkel induljon. Az a beszállító, aki őszintén válaszol kellemetlen kérdésekre is (mi történik, ha csődbe megyek, hogyan néz ki az exit stratégia), megbízhatóbb, mint az, aki mindent „a marketing videóra terel”. A fenti tíz kérdés segít egyetlen 90 perces megbeszélés alatt megtudni, kivel áll szemben.
Ha biztos akar lenni abban, hogy nyitott szemmel megy bele a szerződésbe, töltse le részletes checklistünket jegyzetelési helyekkel — pontosan ehhez a tíz területhez készítettük el. Ha érdekli, hogyan válaszolja meg ezeket a kérdéseket a Modulario, foglaljon 45 perces demót — a válaszokat írásban és aláírva kapja meg.