AI-ügynök fizeti ki a beszállító számláját? Elindult a Visa, a BILL és a Billtrust pilotja

Hol marad ma kézi munka egy automatizált céges számlafolyamatban?

Egy vállalatnál az elektronikus számla beérkezése, jóváhagyása és könyvelése sokszor már szoftveres folyamat. A legutolsó lépés azonban megakadhat, ha a beszállító saját fizetési portálján kell bejelentkezni, kiválasztani a számlát, megadni a fizetési adatokat és manuálisan véglegesíteni a műveletet. A vállalat belső rendszere hiába tudja, mit lehetne kifizetni, a külső portál külön hitelesítést várhat.

A Visa, a BILL és a Billtrust 2026. október 20-i bejelentése ezt a kapcsolódási rést veszi célba. A részt vevő vevői és beszállítói platformok olyan azonosítási megoldást tesztelnek, amellyel egy felhatalmazott szoftverügynök képes végrehajtani az előre jóváhagyott számlafizetést. A Visa szerint a pilot már éles, végponttól végpontig tartó tranzakciókat dolgoz fel, ám a résztvevők köre korlátozott.

Hogyan működik az AI-ügynökös fizetés?

A vevő a BILL rendszerében először jóváhagyja a kifizetést. A BILL Payment Agent csak ennek megfelelő, előre meghatározott utasítást hajthat végre. Az ügynököt a Visa Trusted Agent Protocol és az Agentic Directory segítségével ismerik fel; a tranzakcióhoz nem általános portáljelszót, hanem tokenizált fizetési hitelesítőadatot használnak. A token az eredeti kártyaadat helyett használható, ellenőrzött technikai azonosító.

A folyamat másik oldalán a Billtrust a beszállítói fizetési portálnál felismeri az engedélyezett ügynököt, ellenőrzi a hozzáférést, és lehetővé teszi az adott számla kifizetését. A megoldás célja, hogy a portál jogosulatlan robotoktól védő mechanizmusait ne kelljen gyengíteni, de a biztonságosan azonosított ügynök mégis hozzáférhessen a megengedett művelethez. A Visa említi, hogy ez bizonyos esetekben kiválthatja a CAPTCHA-t vagy más botellenőrzést; ebből nem következik, hogy minden védelmet lekapcsolnának.

A Billtrust saját tájékoztatója szerint a beszállító oldalán továbbra is érvényesek az elfogadási szabályok. Ez fontos: a kifizetési szándék, az ügynök jogosultsága, a portál elfogadása és az eredmény visszaigazolása négy külön ellenőrzési pont.

Miért más ez, mint egy egyszerű automatikus fizetési szkript?

Egy hagyományos automatizáció gyakran előre rögzített kattintássorozatot hajt végre, esetleg felhasználónevet és jelszót tárol. Ha a portál megváltozik, a folyamat eltörhet; ha a hitelesítőadat kiszivárog, széles hozzáférés kerülhet rossz kézbe. A Visa által tesztelt modellben azonosítható, hogy melyik szoftverügynök, kinek a nevében és mely jóváhagyott műveletre lép be. Ennek értéke nem az „AI” szóban, hanem az ellenőrizhető jogosultságban van.

Az üzleti előny lehet a kevesebb kézi adatbevitel, a beszállítói portálon történő gyorsabb teljesítés és a pontosabb státuszkövetés. Ezek lehetséges előnyök, nem egy független vizsgálattal bizonyított eredménysor. A szolgáltatók közleménye nem közöl olyan összehasonlítható mintát, amelyből átlagos idő- vagy költségmegtakarítást lehetne számolni minden vállalkozásra.

Nem Open Banking-fizetés, mégis fontos a banki API-k jövőjének

A mostani pilot kártyás kereskedelmi fizetés. Nem PSD2-alapú fizetésindítás, nem közvetlen banki átutalás, és nem a bankszámla feletti általános AI-jogosultság. Ezt különösen fontos tisztázni, mert a „banki AI-ügynök” kifejezés többféle, eltérő kockázatú működést takarhat. A korábban bemutatott Danske Bank-vállalati MCP-pilot például a banki adatok lekérdezésére koncentrált; nem ugyanez a felhasználási eset.

A közös technológiai kérdés mégis kézzelfogható. Ha egy vállalati szoftverügynök több rendszer között dolgozik, szabályozni kell a hozzáférési jogait, a megbízás érvényességét, a jóváhagyás visszavonását, a naplózást és a hibakezelést. Egy banki API, egy ERP-rendszer és egy fizetési portál összekapcsolásakor ugyanez a bizalmi probléma jelenik meg, bár a konkrét szabványok és engedélyezési modellek eltérhetnek.

Magyar vállalkozásként milyen kérdéseket érdemes feltenni?

Magyar cégnél ma is megvizsgálható a számla jóváhagyásának és a tényleges fizetésnek a szétválasztása. Például: ki jogosult partneradatot módosítani, mi igazolja a jóváhagyást, van-e összeghatár, és a rendszer vissza tudja-e vezetni a banki vagy kártyás tranzakciót az eredeti számlára? Ezeket az ellenőrzéseket AI nélkül is szükséges kialakítani. A banki adatok és számlázás automatikus egyeztetéséről már részletesen írtunk.

Egy hipotetikus hazai példa: egy vállalatnál egy 480 eurós beszállítói számlát a pénzügyi vezető elfogad. A vállalat szabályzata szerint a rendszer kizárólag ezt a számlát, ezt a kedvezményezettet és ezt az összeget fizetheti ki; az ügynök nem jogosult a partner bankszámláját vagy a fizetési limitet módosítani. Ha a beszállítói portál eltérő összeget kér, a folyamatnak meg kell állnia és emberi felülvizsgálatot kell kérnie. Ez szemléltető kontrollmodell, nem a Visa-pilot ismertetett, garantált funkciólistája.

Az informatikai és pénzügyi csapatnak együtt kell értékelnie az incidensnaplót, a tokenkezelést, a hozzáférések életciklusát és a téves vagy duplikált fizetéseket. A pénzügyi vezetők számára a kérdés nem az, hogy „képes-e fizetni az AI”, hanem az, hogyan bizonyítható utólag egy adott kifizetés jogszerű jóváhagyása és teljesítése. Ehhez hasznos háttér a többbankos cash-flow riport és az ERP–banki API integráció témája.

Mit tudunk, és mit nem a folytatásról?

A Visa október 21-i összefoglalója a pilotot a vállalati fizetési eszközök szélesebb fejlesztési programjának részeként mutatja be. A részt vevő ügyfelekkel végzett tesztelés bizonyítja, hogy a bemutatott folyamat nem pusztán koncepciórajz. Azt azonban nem bizonyítja, hogy bármely beszállítói portálon, bármely országban és minden kártyával működik.

A következő értékelhető mérföldkövek az ügynökök közötti szabványos interoperabilitás, a több fizetési módra kiterjedő támogatás, a hibás tranzakciók kezelése és a szolgáltatói elérhetőség lesznek. Magyar banki vagy vállalati alkalmazásról egyelőre nincs igazolt bejelentés. A pilot tanulsága így is világos: a fizetési automatizáció jövőjét elsősorban a felhatalmazás, a biztonság és az elszámoltathatóság minősége határozza meg.