E-számlák kifizetésének lehetıségei. Prágay István (GIRO Zrt.) E-számla konferencia június 8.

Átírás

1 E-számlák kifizetésének lehetıségei Prágay István (GIRO Zrt.) E-számla konferencia június 8.

2 Áttekintés 1. Számlafizetési módszerek 2. ISO UNIFI szabvány és alkalmazási területei 3. SCT és e-payment az euróövezetben 4. HCT szabvány folyamatban lévı belföldi bevezetése 5. SDD és alkalmazhatósága Magyarországon, 2

3 Alapvetı fizetési módszerek Átutalás Eseti, rendszeres Beszedési megbízás (vagy közvetlen terhelés) Bankkártya Csekk, 3

4 Alapvetı fizetési módszerek Trendje Szemtıl szembe Távoli rendelkezés Csekk Átutalás Beszedés Kártya, 4

5 Elektronikus fizetések (új) Alapvetı fizetési módszerek interneten, mobilon keresztül (eltérı csatorna) Alapvetı fizetési módszerekre építı folyamatok Bankok által kialakított folyamatok (pl. e-fizetés, e- felhatalmazás) Számlakibocsátók által kialakított folyamatok (pl. számla jóváhagyása) Elektronikus pénz (mikrofizetések), 5

6 Ráépülés egy példája, 6

7 Átutalások Magyarországon Egyszerő átutalás (egy megbízó, egy kedvezményezett, egy tétel), Csoportos átutalás (egy megbízó, egy vagy több kedvezményezett, egy vagy több tétel), EDIFACT jellegő szabvány július 2 után: SCT jellegő átutalás, 7

8 HCT átutalás gyökerei HCT átutalás SCT átutalás UNIFI & XML, és egyéb ISO szabványok, 8

9 UNIFI szabvány alkalmazása 2012 július 2-tıl, Bank és bank között minden elektronikusan adott átutalási megbízásra kötelezı, Beszedés, Kincstár küldése, és a papíralapú megbízások régi módon mennek, Ügyfél bank viszonyban lehetıség nyílik rá., 9

10 UNIFI és SEPA fı céljai UNIFI: rendszerek, és közösségek összekapcsolása globális szinten (végsı cél az egységes szabvány, de hosszú átmenetre kell felkészülni, ezért cél a szabványok összekapcsolása is) SEPA: európai közösség fizetési rendszerének integrációja, 10

11 UNIFI iránti igény EDIFACT IFX OAGi TWIST RosettaNet SWIFT Helyi formátumok 42 interfész = n * (n-1) Közös építıelemek nélkül: egy-egy kapcsolatok közvetlen adat összerendelés (mapping) költséges, nem méretezhetı, nehéz kialakítani és karbantartani Folyamatot, üzenetcímzési szabályokat üzenetenként kell kódolni Forrás: ISO_20022_LV_v72 Source: John Mersberg, IBM Corporation, 11

12 UNIFI megoldás IFX OAGi TWIST EDIFACT Kanonikus Üzenet Modell (ISO 20022) RosettaNet SWIFT Proprietary format 14 interfész = n * 2 Kanonikus üzenetmodell = Valódi folyamatintegráció kisebb súrlódások, jobb alkalmazkodóképesség átjárható üzenetszolgáltatások egységes értelmezés, üzenet független szabályok Egységes folyamatos és utólagos nyomon követés Forrás ISO_20022_LV_v72 ISO hosszú távú célja a konvergencia, Rövidtávú célja az együttélés, 12

13 ISO üzleti modell Minden intézmény saját adatkészlettel rendelkezik ISO szabványosítja a közös adatelemeket és szintakszis független üzenet modellekbe csoportosítja Forrás: ISO20022 prezentáció, 13

14 UNIFI szabvány szintjei Üzleti fogalmak és Üzleti folyamatok Logikai üzenetmodell szintakszis, 14

15 UNIFI szabvány: üzleti folyamatok, üzleti komponensek és elemek, 15

16 UNIFI üzenet modellek, 16

17 UNIFI adattár, 17

18 Adattár: szótár, 18

19 , 19

20 ISO használata Üzleti folyamatok és üzenetek összerendelése A kidolgozott komponensek használata XML schema elıállítása UML és reverse engineering, 20

21 ISO területek pacs: Payments Clearing and Settlement pain: Payments Initiation camt: Cash Management Setr, sese, acmt, tsmt, 21

22 UN/CEFACT = United Nations/CEFACT Centre for trade facilitation and e-business és ISO közötti együttmőködés UN /CEFACT 1997 óta dolgozik a kereskedelmi szabványokon világszinten, minden iparágra kiterjedıen Nemzetközi elektronikus tranzakciók állnak a fókuszában (pl. OASIS ebxml projektje alapján ISO 15000) Elımozdítja a technológiafüggetlen üzleti modellezést, kialakítja a fı komponensek központi adattárát Az együttmőködés célja az ISO and UN/CEFACT adattárak harmonizálása, az átjárhatóság megteremtése ISO_20022_LV_v72

23 SCT átutalás Elszámolási és Teljesítési Mechanizmus Átutaló MEGBÍZÁS ÜZENET ÉRTESÍTÉS Kedvezményezett Visszautalás Visszavonás Visszavonás teljesítése, vagy elutasítása, 23

24 Átutalási megbízás fı elemei Üzenet fej Fizetési információs blokkok (1..n) Tranzakció információs blokkok (1..n), 24

25 Megbízás feje Összesítı adatok (dátum és idı, összesenek) Kezdeményezı (továbbító szolgáltató), 25

26 Fizetési információs blokk Azonosítók, összesítés, Könyvelés módja Fizetési instrukciók (prioritás, szolgáltatási szint, helyi eszköz, jogcím kategória) Teljesítés napja Átutaló és bankszámla-száma Átutaló bankja Tényleges fizetı fél Költségviselı, 26

27 Tranzakció információ blokk Banki és ügyfél tételazonosító (utóbbi végponttól, végpontig) Fizetési instrukciók (prioritás, szolgáltatási szint, helyi eszköz, jogcím kategória) Összeg Költségviselı Tényleges fizetı fél Kedvezményezett bankja Kedvezményezett és bankszámla-száma Tényleges kedvezményezett Jogcím Közlemény (strukturált, vagy nem strukturált), 27

28 HCT: belföldi forint átutalás SEPA és UNIFI konformitás, Hazai sajátosságokat figyelembe véve kisebb eltérések SEPA értelmezéstıl, Színvonal jelentıs emelése, de a SEPA lehetséges adattartalomnál kezdetben szőkebb lehetıségek., 28

29 SEPA e-fizetés (banki átutalási garancia) Fizetı Böngészı Értékesítési hálózat 10. szállítás 9. visszaigazolás 1. megrendelés Kedvezményezett Weblap 4. belépési azonosító bekérése 5. Jóváhagyás6. visszaigazolás Internet 2. kereset 8. garancia Fizetési garancia szolgáltatás 3. kereset 7. garancia Irányítási szolgáltatás Routing Service Átutaló bankja 11. banki SCT átutalás Banki hálózat Kedvezm. bankja, 29

30 SDD átültetése belföldi forint forgalomba Kétféle SDD (alapkonstrukció, üzleti), SDD üzleti folyamatok a meglévı modellektıl jelentısen eltérnek, Felhatalmazási folyamat egyszerősödhet, gyorsulhat, Beszedı bankjának kockázata nıne, Véglegesség csak 8 hét után, Sokféle vissza mővelet, Költségesebb lebonyolítás valószínősíthetı, A pénzforgalom korszerősítésének hasznos eszközévé válhat-e?, 30