Azonnali fizetések az EU-ban: Mi változik a fizetések párosításánál és a cashflow-nál

Hétfő reggel. A könyvelő megnyitja a bankszámlakivonatot, és elkezdi párosítani a fizetéseket. 340 beérkező tranzakció a hétvégén. 280 esetében egyezik a hivatkozás és az összeg. A maradék 60 kézi munkát igényel. Egy fizetés hivatkozás nélkül érkezett. Három néhány centtel eltér. Hét másik számláról érkezett, mint ami a számlán szerepel. Ez ebédig tart. Minden hétfőn.

Ha ez ismerősen hangzik, a következő két év olyan változásokat hoz, amelyek ezt a folyamatot vagy jelentősen leegyszerűsítik, vagy bonyolultabbá teszik. Attól függ, felkészül-e rá.

Mi változik szabályozási oldalon

Az EU 2024 februárjában elfogadta az azonnali fizetésekről szóló rendeletet (Instant Payments Regulation). Ez nem egy irányelv, amelyet minden ország a saját ütemében ültet át. Ez egy közvetlenül alkalmazandó rendelet, konkrét határidőkkel.

Az eurózóna számára a mérföldkövek már itt vannak. 2025. január 9-ig a bankoknak képesnek kellett lenniük azonnali fizetések fogadására. 2025. október 9-ig küldeniük is tudniuk kell. 2025 őszétől az eurózóna minden bankjának alapszolgáltatásként kell feldolgoznia a SEPA Instant Credit Transfer utalásokat. Nem prémiumtermékként, külön díjért. Az azonnali fizetés díja nem haladhatja meg a szokásos átutalás díját.

Az eurózónán kívüli országok (Csehország, Lengyelország, Magyarország) esetében a határidők két évvel későbbiek: 2027 januárja és júliusa. Az eurózónában és a nem eurós országokban egyaránt kereskedő cégek mindkét hullámot megérzik.

Verification of payee, új réteg minden fizetés előtt

A rendelet bevezet egy kötelezettséget is, amelyet a legtöbb cég még nem érzékelt. Verification of payee (VoP) a neve. A fizetés elküldése előtt a bank ellenőrzi, hogy a fizetési megbízáson szereplő IBAN ahhoz a személyhez vagy céghez tartozik-e, akinek fizetni szeretne. Ha a kedvezményezett neve nem egyezik a számlatulajdonoséval, a bank jelzi.

Azért vezették be, mert a számlacsalás (invoice fraud) és az IBAN-csere (IBAN swap) típusú csalások egyre gyakoribbak. A támadó egy legitimnek tűnő IBAN-t tartalmazó számlát küld a cégnek, amely valójában a saját számlájára mutat. A könyvelő ellenőrzi az összeget, esetleg a hivatkozási számot, és elküldi a fizetést. A pénz elveszett. A VoP segítségével a bank a küldés előtt automatikusan összeveti az IBAN-t a kedvezményezett nevével. Ha nem egyeznek, a fizetés kifejezett megerősítés nélkül nem megy át.

Az üzleti fizetéseknél ez megváltoztatja a bevett folyamatot. Az ERP- vagy könyvelőrendszer IBAN-nal és a partner nevével állítja elő a fizetési megbízásokat. Ha ezek az adatok inkonzisztensek (mondjuk az IBAN frissült, de a számlatulajdonos neve nem), a VoP-ellenőrzés blokkolja a fizetést. A beszállítói törzsadatok minősége működési kérdéssé válik, nem csupán adminisztratívvá.

Miért nem működik ma a fizetések párosítása

Ha valaha végzett banki egyeztetést egy cégnél, tudja, hogy a probléma nem a bank. A probléma az, hogy a számlák és a fizetések nem tudnak megbízhatóan hivatkozni egymásra.

Sok országban a hivatkozási mező, amelyen a párosítás múlik, önkéntes, szabványosítatlan és nem validált. A vevő rosszul adhatja meg, lerövidítheti, összekeverheti egy megrendelésszámmal, vagy üresen hagyhatja. A bank változatlanul továbbítja.

A nemzetközi fizetések még rosszabbak. A SEPA-átutalásoknak van egy „Remittance Information" mezőjük, de sok bank a feldolgozás során levágja vagy figyelmen kívül hagyja. A fizetés megérkezik, de a rendszer nem tudja automatikusan hozzárendelni egy számlához.

Az ISO 20022-re való átállás, amely üzenetformátumot az eurózóna bankjai 2022 novembere óta vezetnek be, részben megoldja ezt. Az ISO 20022 üzenetek strukturált mezőket tartalmaznak a hivatkozásokhoz, számlaazonosítókhoz és fizetési célokhoz. De ahhoz, hogy működjön, mindkét félnek (a küldőnek és a fogadónak) helyesen kell kitöltenie ezeket a mezőket. A legtöbb vállalati rendszer ezt még nem teszi.

Hogyan néz ki az automatizálás a számlától a pénzig

Az invoice-to-cash a teljes lánc a számla kiállításától a fizetés beérkezéséig és könyveléséig. Ennek a láncnak az automatizálása nem egyetlen termék. Folyamatokat és rendszereket érintő változások összessége.

A számlával kezdődik. Ha a számla strukturált formátumban (UBL, EN 16931) készül, gépileg olvasható azonosítókat tartalmaz. Számlaszám, beszállítói azonosító, összeg, fizetési határidő és hivatkozás. Ezek automatikusan átvihetők a fizetési megbízásba.

A fizetéssel folytatódik. Ha a fizetés a helyes hivatkozással indul, és azzal a hivatkozással megőrizve érkezik meg (amit az ISO 20022 lehetővé tesz), a párosítás automatikusan megtörténik. A rendszer összeveti a hivatkozást, az összeget és a dátumot. Ha egyeznek, könyveli.

A kulcsmutató a DSO (days sales outstanding, kintlévőségek napokban). Az automatizált invoice-to-cash folyamattal rendelkező cégek jellemzően 30 nap alá viszik a DSO-t, szemben a kézi egyeztetésre támaszkodó cégek 40-50 napjával. Ez a 15 napos különbség 200 000 € havi árbevételre vetítve 100 000 € követelésekben lekötött pénzt jelent. Olyan pénzt, amelyet a cég megkeresett, de nincs a számláján.

Az azonnali fizetésekkel ez a ciklus tovább rövidül. Ha egy fizetés egy nap helyett 10 másodperc alatt érkezik meg, az egyeztetés valós időben történhet. A CFO nem a tegnapi számokat nézi. A mostani állapotot nézi.

Hogyan kapcsolódik ez a ViDA-hoz és az e-számlázáshoz

Itt állnak össze a darabok. A 2025 márciusában elfogadott ViDA-rendelet (VAT in the Digital Age) bevezeti a kötelező strukturált e-számlázást. Az azonnali fizetésekről szóló rendelet gyors, strukturált fizetési üzeneteket vezet be. A verification of payee bevezeti a partner ellenőrzését. Együtt alkotják egy teljesen automatizált invoice-to-cash ciklus alapját.

Arról, hogy a ViDA mit jelent az ERP- és könyvelőrendszerei számára, egy külön cikkben írtunk az e-számlázásról.

Amikor egy cég strukturált számlát állít ki, a fizetés azonnal megérkezik a helyes hivatkozással, és a bank a küldés előtt ellenőrzi a címzettet, a kézi párosítás kivétellé válik a szabály helyett. Nem teljesen szűnik meg. Mindig lesznek határesetek. De az automatikusan párosított fizetések aránya a mai 70-80%-ról 95% fölé emelkedhet.

Mit kell kezelnie az ERP-jének

Ha ERP- vagy könyvelőrendszert üzemeltet, ezek a változások konkrét fejlesztéseket igényelnek.

Fizetési formátumok. A rendszernek ISO 20022 formátumban (pain.001) kell előállítania a fizetési megbízásokat, és ugyanabban a szabványban (camt.053, camt.054) kell feldolgoznia a bankszámlakivonatokat. Ha jelenleg elavult formátumokban exportálja a fizetéseket, ideje áttérni. A bankok fokozatosan kivezetik a régebbi formátumokat.

Beszállítói törzsadatok. Minden beszállítói rekordnak tartalmaznia kell az aktuális IBAN-t és a számlatulajdonos pontos nevét. A VoP minden fizetés előtt összeveti ezeket a bank adataival. Az elavult vagy hibás adatok a fizetés elutasításához vezetnek.

Egyeztető motor (reconciliation engine). Az automatikus párosításnak az ISO 20022 üzenetekből származó hivatkozással kell működnie, nem csupán a régi változó szimbólumokkal. Kezelnie kell a részfizetéseket, az előlegeket, a jóváírásokat és az egyetlen tranzakcióba összevont fizetéseket. A párosítási szabályoknak konfigurálhatóknak kell lenniük, mert minden cégnek más kivételei vannak.

Cash flow riporting. Ha a fizetések valós időben érkeznek, a riportingnak is valós idejűnek kell lennie. Egy tegnapi állapotot mutató CFO-dashboard elveszíti az értékét, amikor a fizetések másodpercek alatt érkeznek. Ez az a terület, ahol az adatelemzés és a BI-dashboardok jelentősen javítják a döntések minőségét.

Banki API-integráció. A bankok fokozatosan nyitják meg API-felületeiket (PSD2, Berlin Group szabvány). Az az ERP-rendszer, amely a kézi kivonatimport helyett API-n keresztül kommunikál a bankkal, folyamatosan tudja feldolgozni a fizetéseket, nem csak naponta egyszer.

Mit tegyen most

Térképezze fel a fizetési ciklusát. A számla kiállításától a fizetés beérkezéséig és könyveléséig. Mennyi ideig tart? Mennyi ebből a kézi munka? A fizetések hány százaléka párosul automatikusan, és hány kézzel?

Ellenőrizze, milyen formátumot használ a rendszere a fizetési megbízásokhoz és a bankszámlakivonatokhoz. Ha bármi régebbi, mint az ISO 20022, át kell térnie.

Vizsgálja felül a beszállítói törzsadatok minőségét. Ha 500 beszállítója van, és a felüknek IBAN-ja a helyes számlatulajdonos-név nélkül szerepel, a verification of payee ősszel blokkolni fogja a fizetéseit.

Ha ERP-fejlesztést tervez, vegye fel a követelmények közé az ISO 20022 fizetési formátumokat, a banki API-integrációt és egy strukturált hivatkozásokat támogató egyeztető modult. Ha saját rendszere van, mérlegelje, van-e értelme az egyeztető modult specifikáció szerint megépíteni, ahelyett, hogy a nulláról kezdené.

Ezek a fejlesztések EU-s digitalizációs támogatásokból társfinanszírozhatók. A SIEA innovációs utalványai a pénzügyi folyamatok automatizálására irányuló projekteket is fedezik.

Szeretné felmérni, hogyan kezelik majd a fizetési folyamatai az azonnali fizetésekre való átállást? Írjon nekünk, együtt átnézzük.