PMT25 nyomtatvány: pénzmosás elleni bejelentés változások

2026. május 26-tól a VPOP_PMT17 pénzmosási bejelentő nyomtatvány az ÁNYK-ból az ONYA felületre kerül át és PMT25 néven folytatja a pályafutását.
Ez minden Pmt. hatálya alá tartozó szolgáltatót érint, függetlenül attól, hogy könyvelőként, székhelyszolgáltatóként, ügyvédként vagy pénzügyi szolgáltatóként dolgozik.

A változás első ránézésre technikai jellegűnek tűnik, de a gyakorlatban több ponton is érinti a napi működést: változik a kitöltés logikája, a jogosultságkezelés, és várhatóan megszűnik az eddig megszokott XML-es betöltés is.


Mi változik valójában?

Az egyik legfontosabb újdonság az, hogy az ONYA-s PMT25 nyomtatvány nem egy fix struktúrájú űrlap lesz, mint korábban az ÁNYK-ban.

A rendszer a megadott válaszok alapján épül fel, vagyis csak azokat a mezőket látod, amelyek az adott esetre ténylegesen relevánsak. Ez jelentős különbség a korábbi, 14 lapos VPOP_PMT17-hez képest, ahol sokszor teljesen irreleváns blokkok közül kellett kiválogatni a kötelezően kitöltendő mezőket.

Ez a gyakorlatban azt jelenti, hogy:

  • kevesebb mezőt kell kitölteni
  • kisebb az esély hibázásra
  • átláthatóbb lesz a folyamat

Ezzel párhuzamosan az adattartalom is egyszerűsödik. Egyes részek teljesen kikerülnek (például az üzleti kapcsolatra vonatkozó blokk), és megjelennek új, gyakorlatban hasznos jelölések is — például külön megadható, ha a kapcsolat megszűnésének oka pusztán elérhetetlenség vagy díjnemfizetés.

Külön öröm a székhelyszolgáltatónak, hogy a PMT25 nyomtatványon már lehetőség lesz jelezni a jogosulatlan székhelyhasználatot.

Ez azért fontos, mert ezek nem klasszikus pénzmosási gyanúk, mégis eddig nehézkes volt őket megfelelően kezelni.


Ami egyszerűbb lesz – és ami nem

Az új rendszer egyértelműen a kitöltés egyszerűsítését célozza, de nem minden változás pozitív.

Az egyik legnagyobb visszalépés, hogy megszűnik az XML fájl betöltésének lehetősége.
Ez azt jelenti, hogy az eddigi ÁNYK-s megoldás — ahol egy rendszerből generált XML-t egyszerűen be lehetett tölteni — nem lesz használható.

A gyakorlatban ez:

  • több manuális adatbevitelhez vezethet
  • vagy új típusú integrációkat igényel

Ha a kijelölt személy NEM a cég képviselője - UJEGYKE-t kell benyújtani

Az ONYA működésének egyik kulcspontja, hogy a nyomtatványt csak az látja, aki jogosult rá. Ez elsőre logikus, de a gyakorlatban sok problémát fog okozni.

Tipikus helyzet: Pmt. szerinti kijelölt személy NEM a cég képviselője.
Ebben az esetben:

  • a kijelölt személy nem látja automatikusan a nyomtatványt
  • nem tud bejelentést benyújtani
  • ezért külön meg kell hatalmazni őt UJEGYKE nyomtatványon,

Röviden:

  • ha kijelölt személy ≠ cégképviselő
  • akkor UJEGYKE meghatalmazás szükséges

Ez egy olyan hiba, amivel sokan csak akkor szembesülnek majd, amikor már bejelentést kellene tenni.
Az sem kizárt, hogy pénzmosási ellenőrzésen is előkerül a téma: ha a kijelölt személy nem a cég képviselője, és nem lett benyújtva UJEGYKE, akkor nem tud eleget tenni az esetleges bejelentési kötelezettségnek - ezért az ellenőrzés elmarasztalhatja a szolgáltatót.


Mi volt a gond a régi nyomtatvánnyal?

A VPOP_PMT17 egyik alapvető problémája az volt, hogy minden szolgáltató ugyanazt a struktúrát használta, függetlenül attól, hogy teljesen eltérő tevékenységet végez.

Egy bank és egy könyvelő ugyanazt az űrlapot töltötte ki, ami:

  • túl sok irreleváns mezőt eredményezett
  • nehezen értelmezhetővé tette a kitöltést
  • felesleges adminisztrációt okozott

Az ONYA egyik fő célja ennek a helyzetnek a kezelése azzal, hogy a nyomtatvány alkalmazkodik az adott esettípushoz.


Mire érdemes felkészülni az induláskor?

Bár az irány egyértelműen pozitív, az átállás nem lesz teljesen zökkenőmentes.
A legvalószínűbb kezdeti nehézségek:

  • ONYA stabilitási kérdések
  • megszokott workflow eltűnése (XML hiány)
  • jogosultsági problémák (UJEGYKE hiány)
  • új logika miatti tanulási idő

Külön fontos, hogy a tesztelés főként pénzügyi szolgáltatókkal történt, így kérdés, hogy a kisebb szolgáltatók (pl. könyvelők, székhelyszolgáltatók) esetei mennyire jelennek meg a gyakorlatban.


VPOP_PMT17 az identiGO-ban

Az identiGO jelenleg .xml formátumban támogatja a nyomtatvány előállítását - egyszerű felületen kitölthető és csak a releváns mezőkkel kell foglalkozni, a rendszer végigvezeti a kitöltésen.

Az ONYA bevezetésével a funkciót ennek megfelelően frissítjük, hogy:

  • az új struktúrát kövesse
  • és a lehető legtöbb adatot automatikusan előállítsa