A banki tevékenység láthatatlan gerince: mélyrepülés az egyeztetés és a megbékélés terén

A banki tevékenység láthatatlan gerince: mélyrepülés az egyeztetés és a megbékélés terén

Időbélyeg: 1. december 2023. 5:34
Forrás csomópont: 2988681

Tavaly két évtizedes elmélyülést ünnepeltem az IT-ben, különösen a pénzügyi szolgáltatások szektorában. Ebben az időszakban figyelemre méltó átalakulásoknak lehettem tanúja a banki és technológiai életben. A Fintech cégek megjelenése és ügyfélközpontúsága
megközelítés, valamint a szoftverfejlesztés terén elért jelentős előrelépések, mint például az Agilis módszertanok, a mikroszolgáltatások és a számítási felhő átformálta a tájat. Érdekes módon azonban sok pénzügyi szolgáltató cég háttértevékenysége megmaradt
ezekben az években viszonylag statikus, és még mindig küzd kézi kódolás, ismétlődő feladatok és nagymértékű támaszkodás az Excelre.

A pénzügyi szolgáltatások szektorában egy különösen manuális és mégis automatizálható folyamat egyeztetés és megbékélés. Ez a folyamat különböző formákban jelentkezik, például az eltérések azonosításából és kezeléséből (amelyek jellemzően problémák miatt fordulnak elő
vagy hiányosságok az integrációban) a mester-szolga integrációban a duplikációk kijavítására vagy eltávolítására, valamint az operációs rendszerek külső forrásból származó adatokkal történő félautomata frissítésére.

A rendelkezésre állás ellenére kifinomult szoftver (pl. FIS IntelliMatch, Calypso Confirmation Matching, Misys CMS, Temenos T24 Confirmation Matching…​) meghatározott egyeztetési feladatokhoz, mint például a fizetési és a kereskedési visszaigazolás egyeztetése
(gyakran SWIFT-üzenetek alapján), a a megfelelő feladatok többsége gyakran egyedi vagy kézi megoldásokra támaszkodik, beleértve az Excelt vagy akár a papír alapú módszereket is. Nagyon gyakran az automatizálás sem releváns, mivel az egyeztetés gyakran egyszeri műveletekkel jár
például marketingkampányok, adattisztítások, partnerekkel való összehangolás…

A jobb megbékélés megértéséhez szükség van összetevőit boncolgatva, azaz

  • Ez kezdődik az eltérő adatkészletek összegyűjtése és átalakítása az összehasonlíthatóság érdekében. Ez 2 adatkészlet visszanyeréséből áll, amelyek különböző formátumokban, különböző struktúrákban, eltérő hatókörben és különböző néven szállíthatók.
    vagy felsorolások. Az adatokat át kell alakítani, hogy összehasonlíthatóak legyenek, és be kell tölteni ugyanabba az eszközbe (pl. adatbázisba vagy Excelbe), hogy könnyen összehasonlíthatók legyenek.

  • A következő lépés az a pontos illesztési algoritmus. Ez lehet egy egyszerű egyedi kulcs, de több attribútum kombinációja is (összetett kulcs), hierarchikus szabály (vagyis egyezés az 1. kulcson, ha nincs egyezés, próbálkozzon a 2. kulcson…​) vagy
    egy fuzzy szabály (ha az 1. adatkészlet kulcsa hasonlít a 2. adatkészlet kulcsára, ez egyezés). Ennek az illesztési algoritmusnak a meghatározása nagyon bonyolult lehet, de kulcsfontosságú az egyeztetés automatizálása és a jó kimeneti minőség elérése szempontjából.

  • Miután meghatároztuk az illesztési algoritmust, beírjuk a összehasonlítási fázis. Kis adatkészletek esetén ez meglehetősen egyszerűen megtehető, de nagyon nagy adathalmazok esetén mindenféle teljesítményoptimalizálást tehet szükségessé (pl. indexek, szegmentálás,
    párhuzamosság…​) az összehasonlítás ésszerű időn belüli végrehajtása érdekében.

  • Végül, az azonosított eltéréseket végrehajtható kimenetekké kell lefordítani, mint például a jelentések, a kollégáknak vagy harmadik feleknek szóló kommunikációk vagy korrekciós intézkedések (pl. fájlok, üzenetek vagy SQL-utasítások generálása a különbségek kijavításához).

A pénzügyi szolgáltatásokban az egyeztetés bonyolultsága sokrétű. Hadd fedezzük fel néhány tipikus használati eset a pénzügyi szolgáltatások területén:

  • A legtöbb bank rendelkezik a Értékpapír törzsfájl, amely leírja az összes olyan értékpapírt, amely pozícióban van vagy a banknál kereskedni lehet. Ezt a fájlt sok alkalmazással integrálni kell, de több adatforrásnak is kell táplálnia, mint pl
    Telekurs, Reuters, Bloomberg, Moody's… Ez azt jelenti, hogy egy értékpapírt egyedileg kell párosítani. Sajnos nincs 1 egyedi azonosító, amely leírná az összes értékpapírt. A nyilvánosan forgalmazott eszközöknek közösen elfogadott ISIN-kódjuk van, de magán- és OTC termékek
    mint pl. a legtöbb származék általában nem. A bankok ezért belső azonosítókat találtak ki, hamis ISIN-kódokat használnak (általában X-szel kezdődően), vagy összetett kulcsokat használnak az instrumentum egyedi azonosítására (pl. származékos termékek esetében ez lehet a
    a mögöttes értékpapír tickerje, a kötési ár, az opció típusa és a lejárati dátum).

  • A lakossági banki szolgáltatásokban nyilvánvalóan elengedhetetlen egyedileg azonosítani és egyeztetni egy adott fizikai személyt. Ezt azonban még egy olyan fejlett országban is, mint Belgium, könnyebb mondani, mint megtenni. Belgiumban minden személy rendelkezik nemzeti nyilvántartási számmal,
    így ez kézenfekvő választásnak tűnik a megfelelő kulcshoz. Sajnos a belga törvények e szám használatát meghatározott felhasználási esetekre korlátozzák. Ezenkívül ez az azonosító nem létezik külföldiek számára, és idővel változhat (pl. a külföldi lakosok kapják meg először
    ideiglenes nemzeti anyakönyvi szám, amely véglegessé változhat, más később, vagy nemi változás esetén az országos anyakönyvi szám is megváltozik). Másik lehetőség a személyi igazolványszám használata, de ez is más a külföldieknél
    és 10 évente változni fog. Sok bank ezért összetettebb szabályokat alkalmaz, például a keresztnév, vezetéknév és születési dátum alapján történő egyeztetést, de ez nyilván mindenféle problémával is jár, mint például a duplikációk, a helyesírási eltérések és a nevek hibái,
    speciális karakterek használata a nevekben…

  • Nagyon hasonló probléma céghez vagy pontosabban üzlethez illő. Belgiumban minden cégnek van egy cégszáma, ami hasonló az áfaszámhoz (a „BE” előtag nélkül), de ez ismét nagyon nemzeti, és 1 adószám is lehetséges.
    több helyük van (pl. több üzlet). Létezik az „ágszám” (hollandul „vestigingsnummer”) fogalma, de ez a fogalom nem túl ismert és ritkán használatos. Hasonló létezik a LEI-kód (jogi személyazonosító), amely egy kód
    20 betűből és kódból álló kombináció, amely világszerte egyedileg azonosít egy vállalatot. Sajnos csak a nagy cégek kértek LEI kódot, így kisebb cégeknél ez nem igazán lehetséges.
    Gyakran előfordulnak bonyolultabb egyeztetések is, például az áfaszám, az irányítószám és a házszám kombinációja, de nyilvánvalóan ez messze nem ideális. Egy egyedi és általánosan ismert azonosító keresése során a Google ID is egyre inkább használatos, de
    a kereskedelmi társaságtól való függés is nagy működési kockázatot jelenthet.

  • Egy másik érdekes eset a az engedélyezés és az elszámolási üzenet egyeztetése VISA kártyás fizetés esetén. Általában egy egyedi azonosítónak meg kell egyeznie mindkét üzenettel, de mindenféle kivételes eset miatt (pl. offline engedélyezés ill.
    növekményes jogosultságok), ez nem mindig lesz helyes. Ezért egy bonyolultabb szabályra van szükség, amely több azonosítót, de más egyezési kritériumokat is figyelembe vesz, mint például a vásárló azonosítója, a kereskedő azonosítója, a terminál azonosítója, a PAN (kártyaszám), az időbélyeg és/vagy az összeg.
    Ez a fajta egyeztetés más fizetési felhasználási esetekre is vonatkozik, mint pl. az előzetes engedélyezés teljesítésének összeegyeztetése az előző előzetes engedélyezéssel vagy a visszatérítés egy korábbi vásárlással.

  • Pénzügyi felhasználási eset, amely szinte minden vállalkozást érint számla és fizetés egyeztetése. Amikor egy cég számlát állít ki, látnia kell, hogy a számla mikor tekinthető kifizetettnek. Ez fontos a számvitel szempontjából, de egyben
    hogy ki kell-e küldeni a kifizetetlen számlákra vonatkozó emlékeztetőket.
    A fizetés és a számla egyedi összeegyeztetése érdekében Belgiumban jellemzően strukturált megjegyzést használnak a fizetési utasításban. Ez az egyedi kód ellenőrző számjegyekkel egyedi egyező hivatkozást biztosít. Sajnos az ügyfelek gyakran elfelejtik feltenni a strukturált
    megjegyzést vagy rosszat használ (pl. egy korábbi számla másolása/beillesztése). Ez azt jelenti, hogy a vállalatnak tartalék illesztési szabállyal kell rendelkeznie arra az esetre, ha a strukturálatlan megjegyzés hiányzik vagy hibás. Általában a fizetés összegének, a fizetési dátumnak és a partner IBAN-jának kombinációja
    és/vagy a partner neve alternatív módot kínálhat a számlák egyeztetésére.

Amint láthatja, a párosítás korántsem egyszerű, de az alapvető lépések megértése segíthet a jobb egyeztetésben. Mindeközben korlátai ellenére az Excel továbbra is hatékony eszköz a (kézi) egyeztetéshez. Ezért a gyors emlékeztető mindenkinek, aki akar
az egyeztetés elvégzéséhez Excelben:

  • Felhasználás VLOOKUP az egyezés végrehajtásához. A VLOOKUP-nak azonban vannak bizonyos korlátai, például az, hogy hibát ad, ha nincs egyezés, és csak az első oszlopban lehet keresni. Erőteljes alternatíva a használata XLOOKUP, Amely
    nem rendelkezik ezekkel a korlátozásokkal.

  • Ha szüksége van a összetett keresési kulcs, adjon hozzá egy oszlopot a keresési adatkészletéhez az összetett keresési kulccsal (azaz fűzze össze a különböző attribútumokat, például a „#” elválasztóval), majd használja a VLOOKUP/XLOOKUP gombot az új oszlopban való kereséshez.

  • Néhány figyelempontok a VLOOKUP használatakor:

    • Ne felejtse el hozzáadni a „false”-t a VLOOKUP függvény utolsó argumentumaként a pontos egyezés biztosítása érdekében.

    • Győződjön meg arról, hogy az adatformátumok azonosak. Pl. a „123” szám és a „123” szöveg nem egyezik, ezért fontos, hogy először konvertálja őket azonos formátumba. Idem a kezdő 0-val kezdődő azonosítókhoz. Az Excel gyakran számokká alakítja ezeket, így eltávolítva
      a vezető nullákat, és nem eredményez mérkőzést.

    • Ne használjon 100.000 XNUMX sornál nagyobb adatkészletet az Excelben. A nagyobb adatkészletek problémát jelentenek az Excel teljesítménye és stabilitása szempontjából.
      Az is érdekes lehet, hogy a számítási módot „Kézi”-re állítja, ha a VLOOKUP-pal nagy adathalmazokon dolgozik, különben az Excel minden VLOOKUP-t újraszámít minden alkalommal, amikor kisebb változtatásokat hajt végre az adatokon.

    • A VLOOKUP harmadik argumentumként visszaadandó oszlopszámmal rendelkezik. Ez a szám nem igazodik dinamikusan oszlopok hozzáadásakor vagy eltávolításakor, ezért ne felejtse el alkalmazkodni oszlopok hozzáadásakor vagy eltávolításakor.

    • Ha csak egyezést szeretne, használhatja az „=IF(ISERROR(VLOOKUP() , ,1,false),"NO MATCH","MATCH")"

Ezek a trükkök segíthetnek felgyorsíthatja a kézi egyeztetést, de nyilván a valódi automatizálás mindig jobb.

Az egyeztetés a pénzügyi szolgáltatásokban a sokrétű kihívás, de alapvető lépéseinek megértése kulcsfontosságú az eredmények javításához. Míg az olyan eszközök, mint az Excel, ideiglenes megoldásokat kínálnak, a jövő az intelligens automatizálásban rejlik, amely jelentős mértékben képes
egyszerűsíteni ezeket a folyamatokat. Azok számára, akik mélyebben szeretnének elmélyülni az összehangolás bonyolultságában vagy az automatizálásban, a fejlett eszközök és platformok, köztük az olyan mesterséges intelligencia-vezérelt megoldások, mint a ChatGPT, betekintést és gyakorlati megoldásokat kínálnak.

Nézd meg az összes blogomat itt https://bankloch.blogspot.com/

Időbélyeg:

Még több Fintextra