abas ERP alternatíva gyártó cégeknek fix áras egyedi ERP-vel

Mi az abas ERP, és kinek épült

Az abas 1980-ban indult Karlsruhéban, és közel négy évtizedig önálló maradt. 2019. június 25-én a Forterro felvásárolta, ez volt a nyolcadik európai ERP-akvizíciójuk. A Forterrót 2022-ben a Partners Group vette meg, nagyjából egymilliárd eurós értéken. A csoport ma 375 millió eurós árbevételről, 25 000 fölötti ügyfélszámról és 21-nél több termékről ír. Az abas ezek egyike, világszinten körülbelül 4 000 ügyféllel és 120 000 felhasználóval.

Ennek van egy gyakorlati következménye, ítélet nélkül: a termék iránya ma csoportszintű felhő- és AI-stratégiából jön, nem a karlsruhei csapat asztaláról. Tenderben nem az a jó kérdés, hogy jó-e a rendszer most, hanem hogy ki dönt a negyedik évben arról, mi kerül bele.

A saját adatbázisnak van egy kevéssé emlegetett előnye: nincs mögötte külön SQL-licencdíj, ezt a Software Advice értékelései költségelőnyként említik. Ugyanez a döntés viszont azt is jelenti, hogy a testreszabáshoz olyan nyelvet kell ismerni, amit az abas partnerhálózatán kívül gyakorlatilag senki nem használ.

Mennyibe kerül az abas

Kezdjük a lényeggel: nyilvános árlista nincs, egyik régióban sem. Az alábbi négy becslés harmadik felektől származik, egymásnak részben ellentmondanak, és pont ezért érdemes mindegyiket látni.

A magyar piacon egyetlen publikus tétel létezik, a Modern Vállalkozások Programja katalógusában: abas Business Suite Hybrid ERP, 5 500 Ft licencdíj + áfa, GINOP-kedvezménnyel 5 225 Ft + áfa. Az oldalból nem derül ki, hogy ez havi, éves vagy felhasználónkénti díj, ezért tervezési alapnak nem használható.

A saját véleményünk: ez a szórás nem az elemzők hibája, hanem annak a következménye, hogy az ár a sales-folyamatban dől el. Aki 15 felhasználóval indul egy alap gyártási scope-pal, az a sáv alján lesz. Aki konfigurátort, APS-t, több telephelyet és cloudot kér, az a tetején. Az egyetlen szám, ami minden forrásban visszaköszön, az az arány: a bevezetés a licencdíj többszöröse.

Ötéves TCO, 30 felhasználós gyártó cégre

Modellszámítás, nem ajánlat. Az abas-oszlopok a fenti becslésekből jönnek, az AppForge-sávok a nyilvános árlistánkból. Az euró-forint átváltás 390 Ft/EUR-val számol, ami 2026-ban nagyságrendileg reális, de nem rögzített.

Az AppForge ötéves oszlop számítása: 30-100M Ft projektár, plusz évi 15-25 százalék karbantartás öt éven át. A sávok alsó vége egy telephelyre, körülbelül 30 felhasználóra és alap gyártási scope-ra vonatkozik, a felső vége több gyáregységre, MES-re és BI-ra. A pontos helyed a sávon belül a darabjegyzék mélységétől és a gépkapcsolatok számától függ.

Érdemes észrevenni, hogy a két sáv átfed. Ez nem véletlen és nem is baj. Egy egyedi gyártó ERP nem azért olcsóbb, mert kevesebb munka, hanem azért, mert a licencdíj nem fut tovább a hatodik, nyolcadik, tizedik évben. A különbség a nyolcadik év után válik igazán láthatóvá, és egy ERP általában addig fut.

Magyar kiszolgálás, lokalizáció, NAV

Az abas magyar képviselete az InterJNet Számítástechnikai Kft., amely abas Magyarország néven futtatja a márkát. A cég 1996-ban alakult, 1997 óta fő tevékenységként foglalkozik az abasszal. Székhelye Jászberény, irodája van Budapesten a Könyves Kálmán körúton és Győrben. Saját közlésük szerint 190-nél több magyar felhasználó vállalatot szolgálnak ki. A cégadat-aggregátorok 2024-re 870 744 000 Ft árbevételt, 2025-re 25 fős létszámot mutatnak.

Fontos, hogy ezt jól értsük. A hiányzó dokumentáció nem bizonyítja a funkció hiányát: 190 magyar cég nem tudna számlázni NAV-adatszolgáltatás nélkül. Azt bizonyítja, hogy kívülről nem ellenőrizhető. Egy több tízmilliós döntésnél ez épp elég ok arra, hogy a szerződés mellékletébe kérd a sémaverziót, a NAV-frissítések átfutási idejét és azt, hogy a modul a licencben van-e vagy külön partneri fejlesztés.

A 190 ügyfél és a 25 fő aránya szintén beszélgetni való. Nem támadási felület, hanem szállítói kockázat, ugyanaz, amit rólunk is meg kell kérdezned. Konkrét kérdések, amiket feltennénk: hány párhuzamos bevezetés fut most, mennyi a garantált reakcióidő P1-es hibára, hány fejlesztő ismeri a te iparágadat, és mi történik akkor, ha az a két ember, aki a projekteden dolgozik, elmegy.

Gyártástervezés: MRP, ütemezés, gépadat

Ez a rész gyártásvezetőnek és termelésirányítónak szól. Egy ERP cseréjénél a pénzügy általában a könnyebb fele, a döntés a tervezési logikán szokott elhasalni.

Mit jelent a gyakorlatban az MRP-logika átvitele

Az MRP-futás minden rendszerben ugyanazt a négy lépést csinálja. Bruttó szükségletet képez a vevői rendelésekből és az előrejelzésből, ebből levonja a szabad készletet, a már lefoglalt mennyiséget és a beérkező nyitott rendeléseket, így megkapja a nettó szükségletet. Ezt a darabjegyzék szintjei szerint bontja lefelé, alacsony szintkódra rendezve, hogy egy alkatrész csak egyszer számolódjon. Végül visszafelé ütemez az átfutási idővel, és megmondja, mikor kell megrendelni vagy elindítani.

Eddig a rész dobozos rendszerben készen van, egyedi fejlesztésben pedig két-három hét munka. A tényleges idő nem itt megy el. Ott megy el, hogy a te tételnagyság-szabályaid, selejtszázalékaid, alternatív alkatrészeid és beszállítói minimumaid hogyan képződnek le, és hogy a rendszer mit tekint foglalásnak. Tapasztalatunk szerint két gyártó cégnél sem ugyanaz a válasz, és pont ezért nem árulja el egyik ERP-demó sem előre, hogy nálad hány kivétel lesz.

Az igazi különbség az ütemezésnél kezdődik. Egy klasszikus MRP végtelen kapacitást feltételez, tehát azt mondja, mikor kellene elindítani, de nem nézi, hogy a gép szabad-e. A véges kapacitású ütemezés ezért külön réteg, az abasnál APS néven. Egyedi rendszerben ezt constraint-solverrel oldjuk meg: a műveletek, a gépek, a szerszámok, a műszakrend és a szekvenciafüggő átállási idők mennek be korlátként, és te választod meg, mit minimalizál a modell. Ha a késedelmes megrendelést, más terv jön ki, mintha az átállási időt vagy a raktáron ülő félkész értékét. Dobozos APS-ben ez a célfüggvény jellemzően paraméterezhető, de nem cserélhető.

A visszajelentés a másik pont, ahol ERP-projektek elvéreznek. Ha a művelet lezárását operátor gépeli be egy terminálon, az adat pontosan annyira lesz megbízható, amennyire a művezető rágyakorolt. Ha a géptől jön OPC UA-n a ciklusidő és a darabszám, a terhelésszámítás önmagát javítja. Ezért javasoljuk gyártó cégeknek, hogy az ERP-csere ne géppark-integráció nélkül induljon, akkor sem, ha a gépadat első körben csak három-négy kritikus munkahelyről jön.

Fair play a másik irányban is: ha a te termékedet egy konfigurátor írja le, több száz szabállyal és tiltott kombinációval, akkor az abas variánsmotorja komoly előny, és nulláról megépíteni hónapokat jelent. Ilyenkor a mi javaslatunk is az, hogy maradj a dobozos konfigurátornál, és inkább a körülötte lévő folyamatokat automatizáld.

Kilépés az abasból: reális ütemterv

Ez egy 30-80 felhasználós, egy telephelyes gyártóra szabott terv. A migrációs munka a 30-100M Ft projektáron belül van, nem fölötte, de a saját adatod minősége a legnagyobb ismeretlen: ha a darabjegyzékek évek óta nincsenek karbantartva, a 4-6. hét könnyen kicsúszik.

1. 1. hét: objektummodell-leltár

   Az abas saját objektum-orientált adatbázisából ODBC-n és SQL-en kiolvassuk, milyen objektumtípusok, mezők és saját bővítmények élnek élesben. Ilyenkor derül ki, hány FO/FOP testreszabás van, és melyik mögött van még valódi üzleti folyamat.

2. 2-3. hét: törzsadat-export

   Cikktörzs, partnertörzs, számlatükör, raktárak, adókódok, munkahelyek. A cikktörzs-öröklés és a konfigurátor-szabályok itt lapulnak, ezeket külön kell kibontani, mert a legtöbb export lapítva adja vissza őket.

3. 4-6. hét: darabjegyzék és technológiai sor

   A BOM verziói, érvényességi dátumai, alternatív alkatrészek, a műveletsorok és a normaidők. Ez viszi el a migráció idejének a felét, és itt szokott kiderülni, hogy a valós gyártás évek óta eltér a rendszerben rögzített technológiától.

4. 7-9. hét: bizonylat-history

   3-5 év vevői és szállítói rendelés, szállítólevél, gyártási rendelés, visszajelentés, készletmozgás és főkönyvi tétel. PostgreSQL-be töltjük, hogy a régi adaton is lehessen riportot futtatni a go-live után.

5. 10-20. hét: építés, UAT, párhuzamos futás

   Az új ERP modulonként áll össze, a gyártástervezés a végén. Az élesítés előtt legalább négy hét párhuzamos üzem, napi egyeztetéssel. Az abas 60 napig olvasható marad, csak utána mondjátok le a licencet.

Egy dolgot érdemes előre eldönteni: mennyi history kell élesben. A legtöbb cég azt mondja, hogy mindent akar, aztán a gyakorlatban két évnél régebbi bizonylatot csak auditra néz meg. Ha ezt kimondjátok a projekt elején, hetek szabadulnak fel.