Képzelj el egy hétfő reggelt egy nagykereskedésben. Két ügyfélszolgálatos a hétvégén érkezett leveleket válogatja: ajánlatkérés, reklamáció, rendelési státusz. Minden második levélhez meg kell nyitni a vállalatirányítási rendszert, kikeresni az azonosítót, majd visszamásolni az adatokat. Mire végeznek, újabb megkeresések érkeznek.

Ilyenkor nem feltétlenül egy újabb munkatárs az első megoldás. Előbb érdemes megvizsgálni, mennyi idő megy el adatkeresésre és másolásra, és mennyi valódi ügyintézésre. Ha nehéz új kollégát találni, különösen fontos, hogy a meglévő csapat idejét ne az adminisztráció kösse le.

A jó kiindulókérdés ezért nem az, hogy „hová tegyünk AI-t?”, hanem az, hogy melyik visszatérő feladat kerül sokba, és milyen feltételekkel bízható rendszerre?

Mi az AI-automatizáció – és mi nem az?

AI-automatizációról akkor beszélünk, amikor egy üzleti munkafolyamatban a mesterséges intelligencia szöveget értelmez, dokumentumból adatot nyer ki vagy üzenetet kategorizál, a kapcsolódó rendszer pedig továbbviszi az eredményt: feladatot hoz létre, adatot rögzít vagy jóváhagyást kér.

Egy ügyféllevélből például felismeri a reklamáció tárgyát és a rendelési azonosítót. Az integráció ezután lekéri a rendelés adatait, az ügyintéző pedig ellenőrizhető választervezetet kap.

• Nem pusztán chatbot: a beszélgetőfelület önmagában még nem alakítja át a háttérfolyamatokat.
• Nem alkalmi szöveggenerálás: a folyamatnak bemenete, felelőse, ellenőrzése és mérhető kimenete van.
• Nem hibátlan digitális munkatárs: a modell tévedhet, ezért szabályokra és kivételkezelésre is szükség van.

Mikor elég a hagyományos automatizáció?

Ha egy kifizetett rendelés után automatikusan ki kell állítani a számlát, azt rögzített szabályokkal meg lehet oldani. Ehhez általában nem kell AI.

A mesterséges intelligencia akkor indokolt, ha változatos bemenetet kell értelmezni: például szabad szöveges leveleket vagy eltérő felépítésű dokumentumokat. A jó megoldásban az AI értelmez, a szabályok ellenőriznek, a kritikus döntéseket pedig ember hagyja jóvá.

AI-automatizáció KKV-knak: négy terület, ahol érdemes kezdeni

A folyamatautomatizálás ott ígér gyors eredményt, ahol sok az ismétlődő ügy, egyértelmű a helyes kimenet, és hozzáférhetők a szükséges adatok.

1. Számlák és pénzügyi előkészítés

A rendelésből történő számlakiállítás szabályalapú integráció. AI-ra inkább a változó formátumú beérkező számlák és mellékletek adatkinyerésénél van szükség. Az összegeket, adószámokat és duplikációkat külön ellenőrzések vizsgálják; az eltérések pénzügyi munkatárshoz kerülnek. Az AI nem helyettesíti a könyvelési kontrollt.

Jó kezdőpont, ha sok, eltérő formátumú bizonylatról rögzítitek kézzel ugyanazokat az adatokat.

2. E-mailek és ügyfélszolgálat

A rendszer szétválogatja az ajánlatkéréseket, panaszokat és státuszkérdéseket, majd előkészíti a következő lépést. Kezdetben automatikus kiküldés helyett jóváhagyandó választervezetekkel érdemes indulni. Az ügyintézési idő mellett a javítást igénylő tervezetek arányát is mérd.

Jó kezdőpont, ha a levelek nagy része néhány visszatérő ügytípusba sorolható.

3. Dokumentumok feldolgozása

Megrendelőkből, szállítólevelekből vagy szerződésekből kinyerhetők a szükséges mezők, és összevethetők a belső nyilvántartással. Az AI-alapú dokumentumfeldolgozás első célja legyen egy dokumentumtípus néhány jól meghatározott adata, ne a teljes irattár korlátlan értelmezése.

Jó kezdőpont, ha pontosan meg tudod mondani, mely mezőket kell kinyerni, és hogyan ellenőrizhető a helyességük.

4. Webshopfolyamatok

A készletszinkron és a rendelési státusz továbbítása hagyományos automatizáció. AI a termékadatok besorolásában, a hiányos leírások előkészítésében vagy a vásárlói kérdések értelmezésében segít. Árat, visszatérítést vagy készletígéretet ne bízz ellenőrizetlen modellválaszra.

Jó kezdőpont, ha sok a kézi termékadat-rendezés vagy az ismétlődő vásárlói kérdés.

Mennyibe kerül az AI bevezetése és üzemeltetése?

A költséget elsősorban az integrációk, az adatminőség és a kivételek összetettsége határozza meg. Az alábbiak előzetes költségtervezéshez használható, tájékoztató nettó nagyságrendek, nem MXC-árlista vagy konkrét ajánlat.

• Egy folyamatra szűkített pilot: 500 ezer–1,5 millió Ft, elérhető adatokkal és kevés integrációval.
• Több rendszert összekötő éles megoldás: 1,5–5 millió Ft; összetett jogosultságokkal és egyedi integrációkkal ennél több is lehet.
• Üzemeltetés: kisebb volumenű megoldásnál havi 30–200 ezer Ft-os tervezési kiindulópont; a forgalom és a támogatási igény ezt jelentősen módosíthatja.

Az ajánlatban külön keresd a platform vagy tárhely, az AI- és dokumentumfeldolgozási hívások, a monitorozás, a karbantartás és a támogatás díját. Tisztázd azt is, hogy a pilotból mi használható fel az éles rendszerben, és milyen további fejlesztés szükséges hozzá.

Mennyi időt kér a saját csapatodtól?

A belső folyamatgazda ideje, az oktatás és az adatjavítás is költség. A folyamatgazdára a működési szabályok és kivételek tisztázásánál, az IT-felelősre a hozzáférések biztosításánál, a felhasználókra pedig a tesztelésnél lesz szükség. Ezeket a feladatokat ne kezeld „majd valaki megoldja” tételként.

A pilot ütemezésében szerepeljen a belső résztvevők becsült óraszáma és az első mérési pont dátuma is. Az időtartamot a hozzáférések, az adat-előkészítés és az integrációk felmérése után érdemes rögzíteni. Az első összehasonlítható eredményt akkor kapod meg, amikor a tesztfolyamat reprezentatív mintán, az emberi ellenőrzést is beleszámítva lefutott.

ROI-számítás: mikor térül meg a bevezetés?

Az alábbi szemléltető számítás, nem ügyféleredmény vagy árajánlat. Egy vállalkozás havonta 2000 dokumentumot dolgoz fel. Dokumentumonként 4 perc kézi munkát vált fel átlagosan 1,5 perc emberi munka, az ellenőrzésekkel és kivételekkel együtt.

A példában 4000 Ft-os teljes munkáltatói óraköltséggel, 1,5 millió Ft-os bevezetéssel és havi 80 ezer Ft-os teljes üzemeltetéssel számolunk. Az óraköltség feltételezés, nem bérpiaci átlag: a saját kalkulációdhoz a tényleges munkáltatói költséget oszd el a választott időszak produktív munkaóráival.

• A felszabaduló kapacitás havi értéke: 83,33… × 4000 ≈ 333 333 Ft.
• Üzemeltetés utáni havi kapacitásérték: 333 333 − 80 000 ≈ 253 333 Ft.
• Egyszerű megtérülési idő: 1 500 000 / 253 333 ≈ 5,9 hónap teljes üzemi működés mellett.

Tizenkét teljes üzemi hónap alatt a kapacitás értéke 4 millió Ft. A bevezetés és üzemeltetés összesen 2,46 millió Ft, így az összes költséghez viszonyított ROI: (4 − 2,46) / 2,46 × 100 ≈ 63%. A számítás nem diszkontált; a felfutási időt és a külön belső projektmunkát a saját modelledben hozzá kell adnod a ráfordításokhoz.

Mennyire érzékeny a megtérülés a feltételezésekre?

Azonos bevezetési és havi üzemeltetési költséggel, dokumentumonként 2,5 perc időnyereséggel:

A felszabaduló idő nem automatikusan készpénz-megtakarítás. Pénzügyi haszon akkor keletkezik, ha például csökken a túlóra, elkerülhető egy új felvétel, vagy több ügyet tudsz kiszolgálni ugyanazzal a csapattal. Többletforgalomnál a hozzá kapcsolódó fedezettel számolj, és ugyanazt az előnyt ne vedd figyelembe kétszer.

Ha a felszabadult időnek csak egy része hasznosul, a megtérülés is lassabb. Növekedés előtt álló cégnél ezért kulcskérdés: van-e elég új feladat, amelyre át tudod csoportosítani ezt a kapacitást?

Kíváncsi vagy, nálad mennyi jönne ki? Vidd el a havi esetszámot és a feldolgozási időt egy MXC-egyeztetésre.

n8n és integrációk: hogyan áll össze a folyamat?

Az n8n munkafolyamat-automatizációs platform: összekötheti a levelezést, a dokumentumtárat, az AI-szolgáltatást és a CRM- vagy vállalatirányítási rendszert. Nem maga a mesterséges intelligencia, hanem a lépések összehangolásának egyik eszköze.

Egy tipikus folyamat: e-mail érkezik → melléklet feldolgozása → adatok ellenőrzése → szükség esetén jóváhagyás → rögzítés → naplózás. Az üzleti előny az, hogy az adat nem kézi másolással jut el egyik rendszerből a másikba.

Az MXC egyedi szoftverfejlesztő csapatként a kész csatlakozókon túl egyedi integrációt is tud fejleszteni. Régi ERP vagy saját fejlesztésű rendszer esetén először azt kell ellenőriznünk, milyen adatkapcsolat érhető el, és az milyen korlátokkal használható. A csatlakozó hiánya nem feltétlenül akadály, de nem is jelent automatikusan egyszerű fejlesztést.

Mikor ne kezdj bele – legalábbis még?

Az AI-automatizáció nem minden folyamatnál az első lépés. Előbb más feladatot érdemes megoldanod, ha:

• Kicsi a volumen és alacsony az ügyenkénti ráfordítás. Havi néhány tucat, gyorsan elvégezhető feladatnál előbb számolj; a bevezetés költsége könnyen meghaladja a nyereséget.
• Nincs folyamatgazda. Valakinek meg kell határoznia a helyes működést, és döntenie kell a kivételekről.
• Az alapadatok ellentmondásosak. Ha több táblázat mást állít ugyanarról a rendelésről, előbb az adatforrásokat és felelősségeket rendezd.
• Nem biztosítható az ellenőrzés. Nagy következményű hibáknál ne induljon éles működés megfelelő kontroll és kézi tartalékfolyamat nélkül.
• Egy egyszerű szabály is megoldja a feladatot. Ilyenkor folyamatautomatizálásra van szükség, nem feltétlenül AI-ra.

A jó felmérés eredménye az is lehet, hogy előbb egy kisebb integrációt vagy adatrendezést érdemes elvégezni.

Hol kezdd? Egy pilot, három mérőszám

Válassz egy gyakori, jól körülhatárolható feladatot, és a pilot előtt rögzíts három kiinduló mutatót:

• Átlagos emberi feldolgozási idő: az ellenőrzéssel és a javítással együtt.
• Hibaarány: előre meghatározva, mi számít hibának, és mely hibák kritikusak.
• Ügyenkénti teljes költség: az emberi munka és a rendszer működtetésének költségével együtt.

Reprezentatív mintán tesztelj: a hiányos levelek és nehezen olvasható dokumentumok is kerüljenek bele. Az elfogadási feltételeket még a teszt előtt rögzítsd, ne az eredményekhez igazítsd utólag.

Korlátozott költségkerettel indulj, és csak bizonyított eredmény után bővíts. Legyen döntési pont, leállítási lehetőség és kézi tartalékfolyamat. A gyorsabb működés önmagában nem siker, ha közben romlik a minőség.

Hogyan dolgozunk ezen az MXC-nél?

Az MXC Software-nél a felmérést és a megvalósítást is fejlesztőcsapatként közelítjük meg. Nemcsak az a kérdés, mit tud az AI, hanem az is, hogyan illeszthető a meglévő rendszereidhez, ki ellenőrzi az eredményét, és hogyan működtethető éles környezetben.

A fejlesztői felmérés célja egy megvalósítható döntési alap:

• priorizált folyamatlista, kiinduló idő-, volumen- és hibaméréssel;
• feltételezésekkel együtt bemutatott költség- és megtérülési modell;
• integrációs és adatkezelési terv, a technikai korlátokkal együtt;
• pilotjavaslat ütemezéssel, belső erőforrásigénnyel és elfogadási feltételekkel.

A terv megvalósításához az egyedi szoftverfejlesztés és az AI-alapú automatizáció egyaránt az eszköztárunk része. Ha van saját IT-csapatod, de nincs elegendő kapacitása, fejlesztői erőforrás-kölcsönzéssel is ki tudjuk egészíteni. A feladat és a meglévő környezet alapján választunk technológiát, nem fordítva.