- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (77)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
Tematické sekce
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tiskBranové sekce
![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Partneři webu
IT SYSTEMS 3/2008
Single Euro Payment Area (zkráceně SEPA) je v současné době ji relativně obehraný pojem. Přesto se domníváme, e je třeba tomuto fenoménu dneního bankovního světa stále věnovat pozornost. Ačkoliv SEPA bez větích problémů nastartovala koncem ledna tohoto roku (28. 1. 2008), lze s vysokou mírou jistoty tvrdit, e se v zásadě jedná o jakýsi zkuební provoz. Toto tvrzení se opírá zejména o osobní zkuenosti autora z implementace nové SEPA kompatibilní platební infrastruktury pro jednu z předních evropských bank v deseti zemích EU, ale také o zkuenosti z řady dalích projektů, diskusí se zástupci bank z nejrůznějích zemí Evropy a v neposlední řadě také o informace vyplývající z monitorování situace na dnením trhu.
Pomiňme v tuto chvíli ekonomické a politické souvislosti a dopady SEPA a věnujme se pokud mono výhradně situaci v IT a dopadů SEPA do IT. Přes vekerý pokrok, který se v oblasti bankovnictví, a zejména platebních systémů udál v posledních letech, je třeba si kriticky přiznat, e IT architekturu typické bankovní instituce není moné označit za moderní či čistou. By je třeba z hlediska férového přístupu podotknout, e podobné tvrzení je platné pro řadu dalích oborů a korporací. Nicméně oblast platebního styku je takovou měrou elektronizována, e jistá kritičnost je namístě (odpustíme si na tomto místě obligátní srovnání s telekomunikačními operátory).
Vzpomínám si, e na jednom z předchozích ročníků Evropského bankovního fóra, pouil jeden z čelních představitelů naí významné banky přirovnání nae ZOO ve chvíli, kdy promítal obrázek se zjednodueným top-level schématem IT architektury jeho banky. Toto přirovnání je dle mého názoru nejen úsměvné, ale také nanejvýe trefné. V srdci architektury typické banky jsou chovány dosti často relativně staré exotické exempláře a odchov nových (mladích, rychlejích, agilnějích...) kusů, či jejich získávání z vnějku je obtínou a zdlouhavou záleitostí, které se musí věnovat celé týmy odborníků.
Toto platí velkou měrou také v oblasti plateb, kde přistupuje navíc jetě jeden specifický atribut. Jedná se o to, e v kadé zemi platí jiná pravidla, existují odliné zvyklosti a legislativa. V důsledku toho bylo pro banky vdy obtíné hledat softwarové řeení, které by pokrylo potřeby mezinárodního platebního styku a zároveň potřeby a poadavky domácího platebního styku ve vech zemích, kde daná banka působí. Historicky tato situace vedla k tomu, e jak z hlediska organizačně-procesních, tak z hlediska IT jsou v bankách tradičně odděleny oblasti tzv. high-value/mezinárodních plateb a masového/domácího platebního styku (high-volume/low-value/bulk payments). V první z těchto oblastí se tradičně jedná o zpracování malého mnoství plateb, kde postup zpracování můe být velmi komplexní a připoutí se relativně vysoká míra manuálních intervencí. Naopak u druhé oblasti byla vdy kladena míra na maximální stupeň automatizace relativně jednoduího (a větinou dávkového) zpracování. IT systémy byly přitom prakticky vdy budovány na národní úrovni (i vzhledem k výe uvedeným rozdílům mezi jednotlivými platebními trhy).
Pro zjednoduené chápání SEPA zcela postačí vzít v úvahu, e umoňuje provádět platby za stejných podmínek, i kdy jsou oba koncoví účastníci v libovolné zemi a mají své účty u libovolné banky (samozřejmě obě banky musí nabízet sluby podle standardů SEPA). Pro jistotu připomeňme, e stejnými podmínkami se myslí i stejné poplatky za poskytnutí sluby. Právě oblast poplatků za sluby, kde si banky tradičně účtují řádově vyí poplatky za mezinárodní transakce, byla jedním z prvotních impulzů pro politiky EU, aby se začali touto oblastí zabývat a vytvářet tlak na banky a dalí finanční instituce, jeho vyvrcholením je právě SEPA.
V současné době SEPA sestává ze tří takzvaných schémat. Prvním z nich jsou credit transfers, co jsou klasické bankovní transfery, provedené na základě podaných příkazů k úhradě. Toto je jediné schéma, které ji začalo reálně fungovat. Druhá dvě schémata se týkají direct debitů (tedy slueb charakteru naeho inkasa), z nich jedno je zaměřeno na inkasování prostředků korporacemi od spotřebitelů (B2C, business to customer, také core scheme), druhé pak na inkasování prostředků v rámci korporátní sféry (B2B, business to business). Obě tato schémata nezačnou fungovat v praxi dříve ne koncem tohoto roku.
Je třeba mít na paměti, e v průběhu zpracování plateb je typicky pouito řady systémů a komponent různého stáří, různého původu a postavených na různých technologiích a principech. Sladit vekeré procesy a rozhraní napříč celou institucí (připomeňme, e SEPA do značné míry nerozliuje národní hranice a větina bank je dnes součástí nadnárodních skupin) jistě představuje sloitý úkol.
Velká větina bank zatím přistupuje k přechodu na SEPA právě tím způsobem, e provádí dílčí úpravy a rozíření jednotlivých pouitých komponent či systémů, a to často i s cílem být SEPA kompatibilní za vynaloení nejniích moných nákladů a s co nejmeními riziky. Z hlediska začínajícího trhu, kde je velmi obtíné odhadnout, jakým způsobem se bude dále rozvíjet, a jeho pravidla se budou patrně jetě nějakou dobu měnit, je tento vyčkávající přistup pochopitelný a samozřejmě také do značné míry pohodlný. Na druhé straně lze jen těko očekávat, e se z této početné skupiny bank vynoří někdo, kdo bude schopen realizovat plně pozitivní potenciál, který SEPA také s sebou přináí. Je také otázkou, jak dobře bude výe popsaná strategie cesty nejmeního odporu fungovat v případě dalích chystaných platebních schémat, která se týkají slueb typu inkaso. Je třeba si uvědomit, e v této oblasti jsou rozdíly panující mezi jednotlivými zeměmi řádově jetě vyí. Lze tudí očekávat, e úsilí, které bude potřeba vynaloit pro úpravy jednotlivých IT systémů často itých přímo na míru legislativě a pravidlům jednotlivých zemí, bude také řádově vyí (a s tím také rizika, náklady atd.).
Můeme očekávat, e naopak z této skupiny bank se budou rekrutovat instituce, které se rozhodnou část, nebo celý svůj byznys v oblasti zpracování (SEPA) plateb outsourcovat jiným institucím, které zvolily jinou strategii hned v počátku. Tím nechceme říci, e se musí nutně jednat o patný přístup a rozhodnutí naopak, tak jako v kadém jiném oboru, větina institucí má své unikátní silné a slabé stránky, mírně odlinou podnikatelskou strategii a vizi. Je třeba mít na paměti, e ve finanční brani existují mnohem lukrativnějí oblasti, ne jsou sluby prostého platebního styku.
V přítím dílu se podrobněji podíváme na pozitivní potenciál, který SEPA nabízí, a jaké poadavky klade snaha o jeho plné vyuití na IT systémy.
Autor působí ve společnosti Logica.
Vae banka jetě nemá SEPA?
1. díl: Principy SEPA, zavádění SEPA v praxi
Tomá Honzák
Single Euro Payment Area (zkráceně SEPA) je v současné době ji relativně obehraný pojem. Přesto se domníváme, e je třeba tomuto fenoménu dneního bankovního světa stále věnovat pozornost. Ačkoliv SEPA bez větích problémů nastartovala koncem ledna tohoto roku (28. 1. 2008), lze s vysokou mírou jistoty tvrdit, e se v zásadě jedná o jakýsi zkuební provoz. Toto tvrzení se opírá zejména o osobní zkuenosti autora z implementace nové SEPA kompatibilní platební infrastruktury pro jednu z předních evropských bank v deseti zemích EU, ale také o zkuenosti z řady dalích projektů, diskusí se zástupci bank z nejrůznějích zemí Evropy a v neposlední řadě také o informace vyplývající z monitorování situace na dnením trhu.
Pomiňme v tuto chvíli ekonomické a politické souvislosti a dopady SEPA a věnujme se pokud mono výhradně situaci v IT a dopadů SEPA do IT. Přes vekerý pokrok, který se v oblasti bankovnictví, a zejména platebních systémů udál v posledních letech, je třeba si kriticky přiznat, e IT architekturu typické bankovní instituce není moné označit za moderní či čistou. By je třeba z hlediska férového přístupu podotknout, e podobné tvrzení je platné pro řadu dalích oborů a korporací. Nicméně oblast platebního styku je takovou měrou elektronizována, e jistá kritičnost je namístě (odpustíme si na tomto místě obligátní srovnání s telekomunikačními operátory).
Vzpomínám si, e na jednom z předchozích ročníků Evropského bankovního fóra, pouil jeden z čelních představitelů naí významné banky přirovnání nae ZOO ve chvíli, kdy promítal obrázek se zjednodueným top-level schématem IT architektury jeho banky. Toto přirovnání je dle mého názoru nejen úsměvné, ale také nanejvýe trefné. V srdci architektury typické banky jsou chovány dosti často relativně staré exotické exempláře a odchov nových (mladích, rychlejích, agilnějích...) kusů, či jejich získávání z vnějku je obtínou a zdlouhavou záleitostí, které se musí věnovat celé týmy odborníků.
Toto platí velkou měrou také v oblasti plateb, kde přistupuje navíc jetě jeden specifický atribut. Jedná se o to, e v kadé zemi platí jiná pravidla, existují odliné zvyklosti a legislativa. V důsledku toho bylo pro banky vdy obtíné hledat softwarové řeení, které by pokrylo potřeby mezinárodního platebního styku a zároveň potřeby a poadavky domácího platebního styku ve vech zemích, kde daná banka působí. Historicky tato situace vedla k tomu, e jak z hlediska organizačně-procesních, tak z hlediska IT jsou v bankách tradičně odděleny oblasti tzv. high-value/mezinárodních plateb a masového/domácího platebního styku (high-volume/low-value/bulk payments). V první z těchto oblastí se tradičně jedná o zpracování malého mnoství plateb, kde postup zpracování můe být velmi komplexní a připoutí se relativně vysoká míra manuálních intervencí. Naopak u druhé oblasti byla vdy kladena míra na maximální stupeň automatizace relativně jednoduího (a větinou dávkového) zpracování. IT systémy byly přitom prakticky vdy budovány na národní úrovni (i vzhledem k výe uvedeným rozdílům mezi jednotlivými platebními trhy).
SEPA
Single Euro Payment Area (jednotný europlatební prostor, zkráceně SEPA) si lze zjednodueně představit jako jednotný trh slueb platebního styku, v rámci kterého platí jednotná pravidla hry bez ohledu na národní hranice. Hovoříme-li o hranicích, je vhodné zmínit také poměrně častý omyl, podle kterého se jedná o prostor evropský. Klíčovým slovem je ale v tomto případě euro jakoto název měny. Platební sluby a produkty kompatibilní s poadavky a standardy SEPA můe tedy v zásadě nabídnout libovolná banka kdekoli na světě při splnění základních podmínek. Jednou z těchto základních podmínek je, e se musí jednat o platby v měně euro proto tedy europlatební prostor. Vzhledem k těmto podmínkám a charakteru SEPA jsou samozřejmě cílovými zeměmi země Evropské unie, ale také Evropského hospodářského prostoru (EEA).Pro zjednoduené chápání SEPA zcela postačí vzít v úvahu, e umoňuje provádět platby za stejných podmínek, i kdy jsou oba koncoví účastníci v libovolné zemi a mají své účty u libovolné banky (samozřejmě obě banky musí nabízet sluby podle standardů SEPA). Pro jistotu připomeňme, e stejnými podmínkami se myslí i stejné poplatky za poskytnutí sluby. Právě oblast poplatků za sluby, kde si banky tradičně účtují řádově vyí poplatky za mezinárodní transakce, byla jedním z prvotních impulzů pro politiky EU, aby se začali touto oblastí zabývat a vytvářet tlak na banky a dalí finanční instituce, jeho vyvrcholením je právě SEPA.
V současné době SEPA sestává ze tří takzvaných schémat. Prvním z nich jsou credit transfers, co jsou klasické bankovní transfery, provedené na základě podaných příkazů k úhradě. Toto je jediné schéma, které ji začalo reálně fungovat. Druhá dvě schémata se týkají direct debitů (tedy slueb charakteru naeho inkasa), z nich jedno je zaměřeno na inkasování prostředků korporacemi od spotřebitelů (B2C, business to customer, také core scheme), druhé pak na inkasování prostředků v rámci korporátní sféry (B2B, business to business). Obě tato schémata nezačnou fungovat v praxi dříve ne koncem tohoto roku.
Principy SEPA
SEPA řadu ze zaitých paradigmat uvedených v předchozím odstavci do značné míry boří. Pojďme se podívat na konkrétní oblasti.Setření rozdílů mezi národními a mezinárodními platbami
SEPA platba je vdycky domácí, bez ohledu na hranice jednotlivých států, lokaci jednotlivých bank a konečných aktérů platebního procesu. V rámci SEPA do značné míry také odpadá problematika měnových konverzí, protoe SEPA platba musí být vdy v měně euro (nicméně účet příkazce či příjemce můe být samozřejmě veden v jiné měně). Banky také přicházejí o monost si účtovat u SEPA plateb prémiové poplatky, jak je dnes dobrým zvykem.Komunikace a datový model zaloený na moderních standardech
SEPA je zaloena na zprávách a datovém modelu ISO 20022, a tudí také na technologii XML. Standardizována je prozatím jenom komunikace a formáty mezi finančními institucemi, pro oblast komunikace mezi bankami a klienty existují pouze doporučení i zde se vak dá očekávat postupná standardizace. Oproti tomu dnes existují v zemích Evropy stovky různých pouívaných formátů standardů, situace je samozřejmě o něco lepí v oblasti tzv. high-value a mezinárodních plateb, díky pouívání standardizovaných S.W.I.F.T. zpráv, případně EDIFACTu to se ale netýká běných, masových plateb.Vynucení pouívání standardizované finanční adresy
Máme tím na mysli tlak na pouití standardů BIC (Bank Identifier Code) a IBAN (International Bank Account Number). Oba tyto standardy jsou ji dlouhou dobu k dispozici a jsou funkční u mezinárodních plateb (a to zejména BIC, z důvodu jeho těsné provázanosti na S.W.I.F.T.). Nicméně opět vzhledem k roztřítěnosti a stavu národních platebních infrastruktur neexistoval efektivní tlak na zavedení těchto standardů do běného platebního styku.Roziřování základních SEPA platebních slueb
SEPA zavádí také standardizovaný koncept pro roziřování základních (jak se občas hezky česky říká plain vanilla) SEPA platebních slueb o sluby dodatečné (tzv. additional optional services AOS). Tímto je pro banky do tradičně rigidní a uzavřené oblasti masových/domácích plateb zaveden nový dynamický prvek, který znamená větí poadavky na flexibilitu zpracování plateb, kdy se v některých situacích musí brát ohled na to, jaké AOS například podporuje cílová banka. Přitom u AOS se můe jednat o nejrůznějí speciality, ale také o naprosto technické či triviální věci, jako třeba podpora národních abeced mimo rámec vymezený dokumentem Implementation guidelines (obsahuje přesný výčet povolených znaků, jedná se o výrazně omezenou podmnoinu ISO Latin 1).Zavádění SEPA v praxi
Hned na posledním uvedeném bodě je moné demonstrovat, jakým způsobem se promítá dnení neutěený stav bankovních platebních systémů do standardů nové generace. Leckdo by mohl mít pocit, e standardy Unicode jsou ji dostupné po dostatečně dlouhou dobu a e kódování UTF-8 poměrně dobře vyhovuje potřebám evropských zemí. Nicméně ji několik dní po nastartování SEPA se objevily první problémy se zpracováním zpráv obsahujících jiné ne vyjmenované znaky, dokonce v takovém rozsahu, e se tím zabýval jeden z pracovních panelů SEPA. Na uvedeném příkladě je zřejmé, e i situace, které jsou z hlediska moderních technologií triviální, mohou jednotlivým bankám přináet sloitějí problémy v různých místech jejich platebních procesů a systémů. Podobným způsobem můe být pro některé z pouívaných systémů problematická práce s XML zprávami.Je třeba mít na paměti, e v průběhu zpracování plateb je typicky pouito řady systémů a komponent různého stáří, různého původu a postavených na různých technologiích a principech. Sladit vekeré procesy a rozhraní napříč celou institucí (připomeňme, e SEPA do značné míry nerozliuje národní hranice a větina bank je dnes součástí nadnárodních skupin) jistě představuje sloitý úkol.
Můeme očekávat, e naopak z této skupiny bank se budou rekrutovat instituce, které se rozhodnou část, nebo celý svůj byznys v oblasti zpracování (SEPA) plateb outsourcovat jiným institucím, které zvolily jinou strategii hned v počátku. Tím nechceme říci, e se musí nutně jednat o patný přístup a rozhodnutí naopak, tak jako v kadém jiném oboru, větina institucí má své unikátní silné a slabé stránky, mírně odlinou podnikatelskou strategii a vizi. Je třeba mít na paměti, e ve finanční brani existují mnohem lukrativnějí oblasti, ne jsou sluby prostého platebního styku.
V přítím dílu se podrobněji podíváme na pozitivní potenciál, který SEPA nabízí, a jaké poadavky klade snaha o jeho plné vyuití na IT systémy.
Autor působí ve společnosti Logica.
Chcete získat časopis IT Systems s tímto a mnoha dalími články z oblasti informačních systémů a řízení podnikové informatiky? Objednejte si předplatné nebo konkrétní vydání časopisu IT Systems z naeho archivu.



















