Ajánlatkérések feldolgozása AI-val, a meglévő ERP mellett: útmutató középvállalatoknak

1. Mit jelent az ajánlatkérések feldolgozása AI-val?

Az ajánlatkérések feldolgozása AI-val (mesterséges intelligenciával) azt jelenti, hogy a vevőktől e-mailben, Excel- vagy PDF-mellékletben érkező ajánlatkérésekből a rendszer jóváhagyásra kész árajánlat-tervezetet készít. Ajánlatkérésnek (angolul RFQ, request for quotation) azt a kérést hívjuk, amelyben a vevő – például egy gyár beszerzője vagy karbantartási vezetője – tételesen árat és szállítási határidőt kér. Az AI az értékesítésben sok mindenre használható; ez az útmutató csak erről az egy, jól mérhető feladatról szól.

A lényeg a munkamegosztás. Az AI elolvassa a levelet és a mellékletet, kigyűjti a tételeket, és megírja a kísérőlevelet. Az árat nem ő adja: azt a kód számolja az ERP-ből kapott árlistából és a leírt szabályaitokból. Küldés előtt az ajánlatot a belső értékesítő (inside sales) ellenőrzi és hagyja jóvá; a jóváhagyási szint feletti kedvezményről az értékesítési vezető dönt.

A cikk elsősorban azoknak az 50–249 fős cégeknek szól – a kkv-k közül főként a középvállalkozásoknak –, ahol már több belső értékesítő válaszol az ajánlatkérésekre, és egy-egy kérés gyakran több tételből áll. Ha kisebb cégnél dolgozol, és azt mérlegeled, Excel, kész program vagy AI kell-e, ezt az összehasonlítást ajánljuk: Árajánlat-készítő program, Excel vagy AI? Így dönts.

Az útmutatót a VMV írta. Mi is fejlesztünk ilyen rendszert, ezért ahol a saját megoldásunkról írunk, azt jelezzük.

2. Miért nehéz kézzel feldolgozni az ajánlatkéréseket egy középvállalatnál?

Egy középvállalatnál már csapat felel az ajánlatokért, a folyamat viszont sokszor ugyanaz maradt, mint amikor tízen voltak: levél, keresés, gépelés. Magyarországon 2024-ben 4849 vállalkozás foglalkoztatott 50–249 főt; náluk dolgozott a vállalkozásoknál foglalkoztatottak 14,3%-a (KSH, 2024).

A legtöbb hazai középvállalat egyáltalán nem kap rendelést gépi csatornán. Az Eurostat 2025-ös felmérése szerint az 50–249 fős hazai cégek 72,5%-ának 2024-ben nem volt e-kereskedelmi értékesítése: nem kaptak rendelést sem webshopon vagy online piactéren, sem EDI-n (a cégek rendszerei közötti szabványos elektronikus adatcserén) keresztül. EDI-n keresztül csak 10,4%-uk értékesített (Eurostat, 2025). A kézzel begépelt e-mailben küldött rendelés ebben a statisztikában nem számít e-kereskedelemnek. Ebből arra következtetünk – ez nem külön mért adat –, hogy ezeknél a cégeknél a rendelések és az ajánlatkérések nagyrészt e-mailben (gyakran Excel- vagy PDF-mellékletben) és telefonon érkeznek. A tipikus gondok:

• Minden kérés más formában jön: a levél szövegében, Excel-táblában, PDF-ben, néha lefotózott, kézzel írt listán.
• A vevő a saját szavaival ír: saját cikkszámmal, rövidítéssel (pl. „a szokásos kék pneucső, 8-as”), és az utótag is számít: a 6205-2RS és a 6205-ZZ csapágy nem ugyanaz.
• A szabályok fejben vannak: keretszerződéses ár, vevői árkategória, mennyiségi (sávos) kedvezmény, kiszerelés, bérmentes szállítási határ. Két kolléga ugyanarra a kérésre más árat adhat.
• Soronként kell készletet és beszállítói határidőt nézni, utána az egészet még egyszer begépelni az ERP-be.
• A kedvezmények engedélyezése szóban és e-mailben megy: utólag nem látszik, ki mit hagyott jóvá, és miért.
• Nem minden kérés nyerhető. A 2025-ös DigiKKV támogatási programban például a vevőnek (a támogatott cégnek) költségtételenként három független, érvényes árajánlatra volt szüksége, és az összehasonlíthatók közül a legalacsonyabb árút kellett választania (DigiKKV pénzügyi útmutató). Ahol ilyen szabály van, ott három ajánlatból legalább kettő nem nyer, a munka mégis ugyanannyi: ezért számít, mennyi munkába kerül egy ajánlat elkészítése.

3. Mit csinál a gép, és mit a belső értékesítő?

Egy jól felépített rendszerben minden lépésnek gazdája van. Egy ajánlatkérés útja:

1. Beérkezés: a kérés mellékletekkel együtt a közös postafiókba vagy webes űrlapon érkezik. A rendszer kiosztja a felelős kollégának, így nem dolgozik rajta párhuzamosan két ember.
2. Kiolvasás (AI): tételek, mennyiségek, mértékegységek, szállítási cím és kért határidő.
3. Cikkszám-megfeleltetés (az AI javasol, a kód ellenőriz): egy tétel csak akkor kerülhet az ajánlatba, ha a cikkszám pontosan egyezik, vagy ha a vevői cikkszám-megfeleltetés, illetve a szinonimalista alapján azonosítható. A kartonban vagy dobozban kért mennyiséget a kód a cikktörzs alapján számolja át a ti mértékegységetekre. A bizonytalan tételnek nincs ára: a rendszer visszakérdezést javasol, és nem cseréli le csendben egy hasonló cikkre.
4. Árazás és szállíthatóság (csak kód): listaár, vevői árkategória vagy keretszerződéses ár, sávos kedvezmény, kiszerelésre kerekítés, készlet vagy beszállítói határidő, részszállítás, szállítási díj és bérmentes határ. Minden sor mellett látszik az árlistasor és a szabály, amely a számot adta.
5. Kísérőlevél (AI): a ti hangnemetekben, a vevő nyelvén – azokon a nyelveken, amelyeken a rendszert a ti kéréseiteken tesztelték. A levélben csak a kiszámolt összegek szerepelhetnek; ha bármelyik eltér a táblázattól, a rendszer nem engedi kiküldeni a levelet.
6. Jóváhagyás (ember): a belső értékesítő ellenőrzi, szükség esetén javítja, majd jóváhagyja. Ha a kedvezmény vagy a végösszeg túllépi a jóváhagyási szintet, az értékesítési vezető dönt. A napló rögzíti, ki mikor mit hagyott jóvá vagy javított.
7. Küldés és rögzítés: a jóváhagyott ajánlat kimegy, és bekerül a nyilvántartásba – ha lehet, az ERP-be is.

Automatikus küldés csak akkor jöhet szóba, ha egy ajánlattípusnál a mérés már megmutatta, hogy a rendszer megbízható, és akkor is csak kifejezett döntéssel, típusonként. A folyamatot ki is próbálhatod a VMV árajánlat-készítő AI-demójában: illessz be egy ajánlatkérést (valódi név, e-mail-cím és telefonszám nélkül), és nézd meg, hogyan lesz belőle soronként visszakövethető árajánlat-tervezet egy kitalált ipari nagykereskedő árlistájából. A nyilvános demó beillesztett szöveggel dolgozik; éles használatban a rendszer a közös postafiókból, valamint az Excel- és PDF-mellékletekből is olvashat.

4. AI az ERP mellett, nem helyette: milyen adat kell az ERP-ből?

A hazai 50–249 fős cégek 61,1%-a használ vállalatirányítási rendszert (ERP-t), ügyfélkapcsolat-kezelő rendszert (CRM-et) viszont csak 35,4%-uk (Eurostat, 2025). Az ajánlatkérések feldolgozását ezért nem érdemes CRM-bevezetéshez kötni: az árak, a vevői árkategóriák és a készlet jellemzően úgyis az ERP-ben vannak. A rendszernek ezekre van szüksége:

• árlista érvényességi idővel vagy verziószámmal;
• vevői árkategóriák, keretszerződéses és vevőspecifikus árak;
• cikktörzs mértékegységgel és kiszereléssel;
• készlet raktáranként és beszállítói határidő;
• vevői cikkszám-megfeleltetés, ha van (ha nincs, a pilot alatt felépíthető).

Az adatokat a rendszer kétféleképpen kaphatja meg: API-n (az ERP programozható adatkapcsolatán) vagy ütemezett exporttal, például óránként frissülő Excel- vagy CSV-fájlból. Hogy nálatok melyik működik, és mennyire friss készletadat kell, azt a felmérésen ellenőrizzük, az ERP-tek dokumentációja és a saját adataitok alapján. A jóváhagyott ajánlat visszafelé is bekerülhet az ERP-be, ha az ERP API-n vagy importfájlból fogad ilyen adatot; ha nem, a rögzítés kézi marad, de már ellenőrzött adatból.

Ha az ERP-tek gyártója kínál e-mailből ajánlatot készítő AI-funkciót, azt is érdemes megnézni. Négy kérdést tegyetek fel a gyártónak: hivatalosan támogatja-e a magyar nyelvet; olvas-e Excel-mellékletet; hány tételsorig tesztelték; és kezeli-e a szállítási díjat, a kis rendelések kezelési díját és a kedvezmények engedélyezését, vagy ezeket kézi munkára hagyja.

5. Döntési tábla: még egy belső értékesítő, ERP-modul, CPQ-szoftver vagy AI?

Amikor nő az ajánlatkérések száma, négy út kínálkozik. A CPQ (configure, price, quote) olyan szoftver, amely összeállítja a termékváltozatot, beárazza, és ajánlatot készít belőle; jellemzően CRM-re épül. A tábla a jellemző felállást mutatja, és nem rangsor: mindegyik út más helyzetben jó. Egyes ERP- és CPQ-termékek ma már e-mailből vagy táblázatból is készítenek ajánlatot; ezeket az előző szakasz négy kérdésével érdemes megvizsgálni.

6. Hogyan mérjétek a megtérülést a saját számaitokból?

Nem találtunk olyan magyar mérést, amely megmutatná, hány ajánlatkérés érkezik naponta egy középvállalathoz, vagy hány percig tart egy ajánlat elkészítése, és mi sem adunk általános megtakarítási számot. A megtérülést a saját méréseitekből számoljátok ki, három lépésben:

1. Kiinduló mérés (2–4 hét): a közös postafiók alapján a beérkezett ajánlatkérések és tételek száma; 30–50 kérésen mérve a ráfordítás percben (keresés, árazás, levélírás, ERP-rögzítés); a válaszidő a beérkezéstől a kiküldésig; az ERP-ből pedig az, hogy hány ajánlatból lett rendelés.
2. Pilot ugyanazon az ajánlattípuson: ugyanezek a mérőszámok, valamint az átnézés ideje, a javított sorok aránya és azoknak a soroknak az aránya, amelyeket a rendszer nem tudott beárazni.
3. Számolás: havi felszabaduló óra = havi ajánlatkérések száma × (kézi perc − átnézési perc) ÷ 60. Havi megtakarítás = felszabaduló óra × teljes óránkénti bérköltség − havi működési költség. Megtérülés hónapban = egyszeri költség (fejlesztés + a ti belső ráfordításotok) ÷ havi megtakarítás.

Példa, kitalált bemenetekkel – nem mérés: napi 30 ajánlatkérés 21 munkanappal számolva havonta 630 kérést jelent. Ha egy kérés feldolgozása kézzel 20 percig tart, a rendszer tervezetének átnézése pedig 6 percig (mindkettő kitalált szám), akkor 630 × 14 ÷ 60 = 147 óra szabadul fel havonta. 5000 Ft-os teljes óránkénti bérköltséggel (ez is példa) ez havi 735 000 Ft értékű munkaidő; ebből kell levonni a havi működési költséget. A felszabaduló idő akkor jelent valódi megtakarítást, ha a kollégák hasznos munkára – például az ajánlatok utánkövetésére – fordítják, vagy elmarad miatta egy tervezett felvétel. A ti számaitokkal az eredmény ennek töredéke vagy többszöröse is lehet.

A pénzben nehezen mérhető hatásokat külön kövessétek, és mérés nélkül ne számoljátok bele a megtérülésbe: a válaszidőt, a nyerési arányt, azt, hogy ugyanarra a kérésre ugyanazt az árat adjátok-e, és hogy mennyi idő alatt tanul be egy új belső értékesítő.

7. Adatvédelem, GDPR és MI-rendelet: mit kérdezz meg?

Az adatvédelem nem véletlenül az egyik első kérdés. Azok a hazai 50–249 fős cégek, amelyek fontolgatták az AI használatát, de nem élnek vele, okként leggyakrabban a szakértelem hiányát említették (71,6%); az adatvédelmi aggályokat 52,6%-uk, a meglévő rendszerekkel való összeférhetetlenséget 34,6%-uk nevezte meg (Eurostat, 2025). Az ajánlatkérésben személyes adat is van (a kapcsolattartó neve, e-mail-címe, telefonszáma), ezért ezekre kérj írásos választ:

• Adatfeldolgozási szerződés a GDPR 28. cikke szerint, a fejlesztésre és az üzemeltetésre is.
• Hol vannak az adatok? Melyik országban fut az adatbázis és az alkalmazás, és kik a további adatfeldolgozók (tárhely, nyelvi modell)?
• Tanul-e a modell az adataitokból? A jó válasz: nem; a modellszolgáltató az adatokat nem használhatja betanításra.
• Meddig őrzi a leveleket, a mellékleteket és az ajánlatokat, és hogyan törli őket?
• Ki fér hozzá, és rögzíti-e a napló, ki mit javított és hagyott jóvá?
• MI-jártasság: az EU MI-rendeletének (2024/1689) 4. cikke – a 2026-os módosítás után is – előírja az AI-t használó cégeknek, hogy intézkedésekkel támogassák a munkatársaik MI-jártasságát; konkrét szintet nem kell garantálniuk. A bevezetés része legyen egy rövid képzés: mit csinál a rendszer, mit nem, és mikor kell kézbe venni egy ajánlatot.

A VMV-nél az egyedi fejlesztésű rendszerekre az adatfeldolgozási szerződés 1. mellékletének D) pontja vonatkozik, amely 2026. november 5-től hatályos. Az adatfeldolgozás helyét és a további adatfeldolgozókat rendszerenként az egyedi szerződés nevezi meg; a D) pont arra az esetre is kitér, ha a rendszer a ti saját felhőfiókotokban fut. Ha a rendszert mi üzemeltetjük, az adatokat EU-s adatközpontban tároljuk, a nyelvi modell hívásait EU-s adatközpontba irányítjuk, és a modellszolgáltató az adatokat nem használhatja betanításra. A kivételeket az Adatbiztonság oldal sorolja fel, a jelenlegi további adatfeldolgozóinkat pedig az adatfeldolgozási szerződés 3. melléklete.

8. Hol nem segít (még)? A rendszer korlátai

• Rajzból készülő mérnöki kalkuláció: az AI kigyűjtheti a paramétereket, de az árat a ti kalkulációs modelletek adja. Ha ilyen modell nincs, azzal kell kezdeni.
• Le nem írt szabályok: ha a kedvezmények csak néhány kolléga fejében élnek, a projekt első és legnagyobb része a leírásuk. Ezt nem lehet megspórolni, viszont utána a tudás a cégé.
• Kevés kérés: ha hetente csak néhány ajánlatkérés jön, a kézi munka kevesebbe kerülhet, mint az automatizálás.
• Gyorsan változó árak: napi fémfelár vagy árfolyam csak akkor kerülhet be, ha van rá szabály és adatforrás; addig ember dönt.
• Bizonytalan és ismeretlen tételek mindig emberhez kerülnek. Az arányuk dönti el, mennyi időt nyertek valójában, és ezt a pilot mutatja meg.
• Fotó és kézírás: a felismerés minősége változó; a rendszer jelzi a bizonytalan sorokat, ezeket ember ellenőrzi.
• Hibás törzsadat: ha az ERP-ben rossz a kiszerelés vagy elavult egy ár, a rendszer pontosan azt fogja használni.
• Az AI ugyanarra a kérésre sem válaszol mindig pontosan ugyanúgy. Ezért nem ő ad árat, ezért van jóváhagyás és napló: tévedhetetlen rendszer nincs, ellenőrizhető van.

9. Hogyan induljatok el? Ellenőrzőlista

Mielőtt bárkivel szerződtök – velünk is –, legyen válaszotok ezekre:

1. Melyik ajánlattípusnál nagy a volumen, és egyszerű az árazás? Ezzel érdemes kezdeni.
2. Le vannak-e írva az árazási szabályok: vevői árkategória, sávos kedvezmény, kiszerelés, szállítási díj, bérmentes határ, az ajánlat érvényessége?
3. Egy helyen van-e az árlista, és ki tartja karban?
4. Hogyan kapja meg a rendszer az árlistát, a vevői árkategóriákat és a készletet: API-n vagy ütemezett exporttal?
5. Mekkora kedvezmény vagy végösszeg felett kell az értékesítési vezető jóváhagyása?
6. Megvan-e a kiinduló mérés: kérések száma, ráfordítás, válaszidő, nyerési arány?
7. Megmutatja-e a fejlesztő a ti adataitokon, hogy minden ár az árlistából és a szabályokból jön, soronként visszakövethetően?
8. Mi történik a bizonytalan vagy hasonló tétellel: kérdés vagy csendes csere?
9. Hány soros, milyen formátumú és milyen nyelvű kéréseken tesztelték?
10. Ki módosítja később a szabályokat, és mi marad nálatok, ha vége az együttműködésnek?

A VMV-nél minden ingyenes felméréssel indul: megnézzük az ajánlatkéréseiteket (a nevek és az elérhetőségek kitakarásával), az árazásotokat és az ERP-kapcsolat lehetőségét. Utána írásban fix árat adunk, és egy ajánlattípusra szóló fizetős pilottal kezdhettek. Részletek: ajánlatkérésből árajánlat, a saját árlistátokból, vagy foglalj egy 30 perces hívást.

10. Gyakori kérdések

Mit jelent az RFQ magyarul?

Az RFQ (request for quotation) magyarul ajánlatkérés: a vevő – például egy gyár beszerzője – tételesen árat, szállítási határidőt és feltételeket kér, a válasz pedig az árajánlat. Az eladó oldalán ez a beérkező vevői ajánlatkérés; az ajánlatkérések feldolgozása azt jelenti, hogy ebből jóváhagyásra kész árajánlat-tervezet készül.

Mi az a CPQ-rendszer, és miben más, mint az ajánlatkérések AI-alapú feldolgozása?

A CPQ (configure, price, quote) olyan szoftver, amely összeállítja a termékváltozatot, beárazza, és ajánlatot készít belőle; jellemzően CRM-re épül, felhasználónkénti licenccel, és konfigurálható termékek árazásánál hasznos. Az ajánlatkérések AI-alapú feldolgozása nem a CRM-ből, hanem a beérkező kérésből indul: a levelet és a mellékletet az AI olvassa ki, az árat pedig a kód számolja a meglévő árlistátokból és a leírt szabályaitok szerint.

Ki számolja az árat, ha az AI dolgozza fel az ajánlatkérést?

Az árat a kód számolja, az ERP-ből kapott árlistából és a leírt szabályaitokból. Az AI a kérést olvassa ki és a kísérőlevelet írja. Ami bizonytalan, vagy nincs az árlistán, annak nincs ára: arról a belső értékesítő dönt.

Kell CRM vagy új ERP az ajánlatkérések AI-alapú feldolgozásához?

Nem. A rendszer a meglévő ERP mellé épül, és CRM nélkül is működik: az árlistát, a vevői árkategóriákat és a készletet az ERP-ből kapja. Ha nincs ERP-tek, rendezett Excel- vagy CSV-árlistából is dolgozhat.

Melyik ERP-vel működik az ajánlatkérések AI-alapú feldolgozása?

Az ajánlatkéréseket feldolgozó rendszer nem egy ERP-márkához készül. Ahhoz az ERP-hez köthető, amely az árlistát, a vevői árkategóriákat és a készletet API-n vagy ütemezett exportban (például óránként frissülő Excel- vagy CSV-fájlban) ki tudja adni. Hogy a ti ERP-tekkel melyik út járható, azt a VMV a felmérésen ellenőrzi, az ERP dokumentációja és a ti adataitok alapján.

Milyen formában érkezhet az ajánlatkérés: e-mail, Excel, PDF vagy fotó?

Éles használatban az ajánlatkérés érkezhet e-mail-szövegként, Excel- és PDF-mellékletként, webes űrlapon, akár fotóként is; a fotó és a kézírás felismerése változó minőségű, ezért ott a rendszer jelzi a bizonytalan sorokat. Azokat a nyelveket vállaljuk, amelyeken a rendszert a ti kéréseitekkel teszteltük. A nyilvános demó beillesztett szöveggel dolgozik.

Mikor küldheti ki a rendszer jóváhagyás nélkül az árajánlatot?

A rendszer csak akkor küldheti ki jóváhagyás nélkül az árajánlatot, ha egy ajánlattípusnál a mérés már megmutatta, hogy megbízható, és ti kifejezetten így döntötök, típusonként. Addig minden ajánlatot a belső értékesítő hagy jóvá, a jóváhagyási szint feletti kedvezményt az értékesítési vezető.

Hol vannak az adatok, és tanul-e belőlük az AI-modell?

Ha a rendszert a VMV üzemelteti, az adatok EU-s adatközpontban vannak, a nyelvi modell hívásai EU-s adatközpontba mennek, és a modellszolgáltató az ajánlatkéréseiteket nem használhatja betanításra; a kivételeket az Adatbiztonság oldal sorolja fel. Az egyedi fejlesztésű rendszerekre az adatfeldolgozási szerződés (GDPR 28. cikk) 1. mellékletének D) pontja vonatkozik; az adatfeldolgozás helyét és a további adatfeldolgozókat az egyedi szerződés nevezi meg.

Mennyi ideig tart, és mennyibe kerül a bevezetés a VMV-nél?

A VMV-nél minden ingyenes felméréssel indul; utána írásban adunk fix árat és ütemezést, és egy ajánlattípusra szóló fizetős pilottal kezdhettek. Az első működő változat jellemzően két héten belül elkészül, a teljes rendszer a felméréstől az éles indulásig általában 6–10 hét. A működésnek havi költsége lehet (tárhely, AI-modell vagy üzemeltetési díj); ezt is előre, írásban rögzítjük. A VMV alanyi adómentes vállalkozás, áfát nem számít fel.

Mi marad nálunk, ha később nem dolgozunk tovább a VMV-vel?

Egyedi fejlesztésnél a teljes díj kifizetése után nem kizárólagos, határozatlan idejű felhasználási jogot kaptok a rendszerre, és ez a jog az együttműködés vége után is megmarad. A forráskódot és a dokumentációt is átadjuk; ha a rendszert mi üzemeltetjük, kérésre bármikor, de legkésőbb az üzemeltetés végén, és az üzemeltetés megszűnése a jogaitokat nem érinti. A saját cégetek céljaira módosíthatjátok és továbbfejleszthetitek, titoktartást vállaló külső fejlesztővel is, de nem adhatjátok el, és nem adhatjátok tovább: a rendszer jogai a VMV-nél maradnak (ÁSZF 7.2. pont). Az árlistátok és az adataitok a tiétek. Kizárólagos felhasználási jog külön díjért, egyedi szerződésben köthető ki. Ha nem egyedi fejlesztést rendeltek, hanem havi díjas szolgáltatásként használtok egy rendszert, a használat a szerződés idejére szól; a saját adataitokat a szerződés megszűnésekor géppel olvasható formában megkapjátok.

11. Források

1. KSH STADAT 9.1.1.16 (gsz0017), 2024 – 4849 vállalkozás 50–249 foglalkoztatottal; náluk dolgozott a vállalkozásoknál foglalkoztatottak 14,3%-a: www.ksh.hu/stadat_files/gsz/hu/gsz0017.html
2. Eurostat isoc_ec_esels, 2025-ös felmérés (a 2024-es naptári évre) – a magyarországi 50–249 fős vállalkozások 27,5%-ának volt e-kereskedelmi értékesítése (72,5%-nak nem), EDI-n keresztül 10,4%-uk értékesített: ec.europa.eu/eurostat/databrowser/view/isoc_ec_esels/default/table?lang=en
3. Eurostat, E-commerce statistics – az adatbázis a felmérés éve szerint rendez, az e-kereskedelmi kérdések az előző naptári évre vonatkoznak: ec.europa.eu/eurostat/statistics-explained/index.php?title=E-commerce_statistics
4. Eurostat-szótár, e-kereskedelem – a kézzel begépelt e-mailben küldött rendelés nem számít bele: ec.europa.eu/eurostat/statistics-explained/index.php?title=Glossary:E-commerce
5. Eurostat isoc_eb_iip, 2025 – a magyarországi 50–249 fős vállalkozások 61,1%-a használ ERP-t, 35,4%-a CRM-et: ec.europa.eu/eurostat/databrowser/view/isoc_eb_iip/default/table?lang=en
6. Eurostat isoc_eb_ai, 2025 – a magyarországi 50–249 fős vállalkozások közül azok, amelyek fontolgatták az AI használatát, de nem élnek vele: a szakértelem hiánya 71,6%, adatvédelmi aggályok 52,6%, összeférhetetlenség a meglévő rendszerekkel 34,6%: ec.europa.eu/eurostat/databrowser/view/isoc_eb_ai/default/table?lang=en
7. DigiKKV pénzügyi útmutató (OFA) – költségtételenként három független, érvényes árajánlat; az összehasonlítható ajánlatok közül a legalacsonyabb árút kell választani: ofa.hu/uploads/documents/DigiKKV-Penzugyi-utmutato.pdf
8. DigiKKV pályázati felhívás és útmutató (OFA) – benyújtás 2025. január 22. és február 19. között; a program forrása a Nemzeti Foglalkoztatási Alap: ofa.hu/uploads/documents/Palyazati-felhivas-es-utmutato_DigiKKV_20260417.pdf
9. GDPR (EU) 2016/679, 28. cikk (adatfeldolgozó): eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32016R0679
10. MI-rendelet (EU) 2024/1689, 4. cikk (MI-jártasság), az (EU) 2026/1744 rendelettel módosított szöveg: eur-lex.europa.eu/legal-content/HU/TXT/?uri=CELEX:32024R1689
11. VMV ÁSZF, 7.2–7.3. pont (jogok egyedi fejlesztésnél és üzemeltetésnél) és 10.7. pont (adatok a megszűnéskor): www.vmv.hu/aszf
12. VMV adatfeldolgozási szerződés, 1. melléklet D) pont (egyedi fejlesztésű rendszerek, 2026. november 5-től hatályos) és 3. melléklet (további adatfeldolgozók): www.vmv.hu/adatfeldolgozas
13. VMV Adatbiztonság (EU-s tárolás, betanítási tilalom, kivételek): www.vmv.hu/adatbiztonsag