Klientský formát XML SEPA DD V KB. (platný od )

Klientský formát XML SEPA inkas (Direct Debits) v KB

Klientský formát XML SEPA DD V KB (platný od 28.11.2015)

Komerční banka, a.s. se sídlem Praha 1, Na Příkopě 33, čp. 969, PSČ 114 07, Česká republika, IČ: 45317054, ZAPSANÁ V OBCHODNÍM REJSTŘÍKU VEDENÉM MĚSTSKÝM SOUDEM V PRAZE, ODDÍL B, VLOŽKA 1360

1/19


Obsah 1

Úvod .............................................................................................................................................................. 3

2

Použití formátu ............................................................................................................................................. 3

3

Obecné informace ........................................................................................................................................ 4

4

Struktura zprávy (prvky využívané v KB) ................................................................................................... 5 4.1 4.2 4.3 4.4 4.5

5

Záhlaví skupiny ...................................................................................................................................... 5 N Informace o platbě .............................................................................................................................. 6 Pravidla dle ISO 20022 na vybrané tagy používané v KB ...................................................................... 9 Detail ke konstrukci adresy .................................................................................................................. 14 Stručně požadavky ke konstrukci Identifikace Organizace nebo Fyzické osoby v KB ......................... 15

Příklady ....................................................................................................................................................... 15 5.1 5.2

Definice identifikace Příjemce a Plátce v XML a na obrazovkách kanálu DCS Profibanka ................. 16 Příklad XML s jedním inkasem ............................................................................................................. 16


2/19


1

Úvod

Elektronické předání požadavku klienta KB na odeslání SEPA inkasa (dále též i jako „SDD – SEPA Direct Debit“) v rámci SEPA prostoru. KB zajistí formální kontrolu, a pokud je SEPA inkaso korektní, je předáno ke zpracování do SEPA systému. Platba na základě realizovaného SEPA inkasa je zaúčtována na účet příjemce SEPA inkasa v den splatnosti SEPA inkasa. Příjemce SEPA inkasa obdrží informaci o zaúčtování prostřednictvím avíza a následně v den D+1 v XML výpisu camt 053. Při vysílání příkazu k SEPA inkasu jsou kontrolovány údaje smluvně dohodnuté.

2

Použití formátu

Standard pain.008.001.02 (verze 02) stejně jako u SEPA CT definuje 3 typy módů (tzn. tři možnosti konstrukce XML:   

Single (jednoduché příkazy – každá platba má svůj samostatný platební blok) Group (hromadné příkazy – zde je jeden společný Payment Information Block (Platební blok) a několik výskytů platebních bloků) Mixed (oba typy v rámci jedné zprávy)

KB přebírá všechny 3 typy, ale interně je převádí vždy na single platby. KB nepodporuje v centrálním účetním systému group účtování. Znaková sada všech textových polí SEPA plateb je omezena platnými znaky znakové sady SWIFT, musí být vždy dodržena swiftová sada znaků - aktuálně platné znaky viz Tabulka povolených znaků dostupná na http://www.mojebanka.cz/file/cs/povolene_znaky.pdf

Seskupení: jednoduché Záhlaví skupiny

Informace o platbě 1

Informace o transakci 1 Informace o platbě 2

Informace o transakci 2 Informace o platbě 3 Informace o transakci 3


3/19


3

Obecné informace

Odesílatel Inkas musí respektovat povolené znaky a jmenovitě v Identifikacích a referencích, které jsou odesílány partnerské bance, pokud ne, povede to k odmítnutí inkasa. Týká se i datumových polí. Datumové tagy nesmí obsahovat na začátku nebo na konci samostatné „/“ (lomítko). Inkaso musí obsahovat:  jednoznačnou identifikaci End-to-End, tuto jednoznačnost si musí klient uhlídat ve svém účetnictví sám.  CreditorSchemeIdentification – Platební schéma (B2B, CORE)  Identifikace Creditora – CID kreditora  Mandate ID, které bylo předáno bance, banka tento údaj kontroluje u plateb v rámci KB  Message Identifikaci, kterou klient platbě přidělí  Payment Information Identification


4/19


Volitelné údaje jsou jmenovitě:  Instruction Identification (musí být jednoznačná v rámci dne), pokud není uvedena, KB použije pro tyto účely End-to-End referenci a potom hlídá jednoznačnost v rámci dne u tohoto pole.  Creditor and Debtor Identification  Ultimate Debtor/Creditor Identification Schéma/ Typ pořadí inkasa B2B CORE

4

První 1 5

Poslední 1 1

Opakované 1 1

Jednorázové 1 5

Struktura zprávy (prvky využívané v KB)

Upozornění: 

KB přijímá SEPA platby dle:  ISO standard namespace urn:iso:std:iso:20022:tech:xsd:pain.008.001.02 Tagy, z nichž jsou akceptovány hodnoty pro další zpracování v KB, jsou uvedeny v tomto dokumentu a jsou platné pouze pro standard pain.008.001.02. xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance”  SDD CORE http://www.europeanpaymentscouncil.eu/index.cfm/knowledge-bank/epc-documents/sepa-direct-debitcore-rulebook-version-70/epc016-06-core-sdd-rb-v71-approvedpdf/  SDD B2B http://www.europeanpaymentscouncil.eu/index.cfm/knowledge-bank/epc-documents/sepa-direct-debitbusiness-to-business-rulebook-version-50/epc222-07-sdd-b2b-rb-v51-approvedpdf/.

Odkaz na popis formátu http://www.architome.nl/unifi/xml/pain.008.001.02/index.html Vysvětlení ke sloupcům použitých tabulek: Povinná pole mají tagy v tabulkách na šedém pozadí! Tabulky jsou převzaty z UNIFI (ISO 20022) Message Definition Report - Payments Standards – Initiation Approved by UNIFI Payments  Sloupec OR representuje možnost výběru z několika možností  Sloupec Mult definuje tvarem [p..n] výskyt daného tagu, kde p má hodnoty 1 pro povinný výskyt a 0 pro nepovinný a n má hodnotu maximálního opakování.

4.1 Index 1.0 1.1 1.2

1.5 1.6

1.8

Záhlaví skupiny OR

Prvek zprávy Group Header (Záhlaví skupiny) Message Identification (Identifikace zprávy) Creation Date Time (Datum a čas vytvoření)

<XML Tag>

Mult. [1..1]

Presentace +

<MsgId>

[1..1]

Text

[1..1]

Datum a čas

Number Of Transactions (Počet transakcí) Control Sum (Kontrolní součet)

[1..1]

[0..1]

Počet plateb v souboru Součet částek v souboru

Initiating Party (Iniciující strana)

[1..1]

+


Využito v KB

v KB povinné - je použito pro detekci duplicit validováno pouze s upozorněním validováno v přímém bankovnictví pouze s upozorněním v KB nepřebíráno

5/19


4.2 Index 2.0

N Informace o platbě OR

2.1 2.2 2.6 2.7

2.8 2.9

2.11 2.12

2.14

Prvek zprávy Payment Information (Informace o platbě) Payment Information Identification (ID dávky/batch) Payment Method (Platební metoda) Payment Type Information (Informace o typu SEPA inkasa) Instructed Priority (Priorita)

<XML Tag>

Mult. [1..n]

Presentace +

Využito v KB

[1..1]

Text

V KB nepřebíráno

[1..1]

Kód

„DD“ - povinné

[1..1]

+

[0..1]

+

Service Level (Úroveň služeb) Code (Kód)

<SvcLvl>

[1..1]

+

[1..1]

Kód

Local Instrument (Platební schéma) Code (Kód)

[1..1]

+

[1..1]

Kód

Sequence Type (Pořadí provedení)

<SeqTp>

KB tento Tag ignoruje. Pracuje vždy v režimu NORM.

„SEPA“

„CORE“, „B2B“ Viz Poznámka 1

[1..1]

Kód

FRST, RCUR, OOFF, FNAL Viz Poznámka 1

2.15

Category Purpose (Kategorie účelu SEPA inkasa) Code (Kód) Proprietary (Volný formát) Requested Collection Transaction Date (Datum splatnosti SEPA inkasa) Creditor (Příjemce)

[0..1]

+

[1..1]

Kód

[1..1]

Text

[1..1]

Datum

datum splatnosti kreditu –povinné

[1..1]

+

2.20

Creditor Account (Účet příjemce)

[1..1]

+

2.21

Creditor Agent (Banka příjemce)

[1..1]

+

2.23

Ultimate Creditor (Konečný příjemce) Charge Bearer (Plátce poplatků) Charges Account (Účet pro poplatky)

[0..1]

+

[0..1]

Kód

jméno, adresa, identifikace. KB přebírá pouze identifikaci, nepřebírá jméno a adresu, ale používá dle své administrace – povinné Viz Poznámka 2 Identifikace a IBAN (měna se nemusí uvádět, pokud je uvedena musí odpovídat administraci, jinak je odmítnuto) povinné BIC KB. V KB je dosazováno konstantou bez ohledu na vyplnění klientem. KB jméno, identifikace nevalidováno

[0..1]

+

2.16

{Or

2.17

Or}

2.18

2.19

2.24 2.25


uvádět jen pokud je požadován pro

6/19


poplatek jiný účet. CID kreditora a kód SEPA

2.27

Creditor Scheme Identification (CID - Identifikace příjemce)

[1..1]

+

2.28

Direct Debit Transaction Information (Informace o SEPA inkasu) Payment Identification (Identifikace SEPA inkasa) Instruction Identification (Identifikace instrukce)

[1..n]

+

Viz Poznámka 1 Povinné

[1..1]

+

Povinné

[0..1]

Text

2.31

End To End Identification (Identifikace EndToEnd)

<EndToEndId>

[1..1]

Text

2.32

Payment Type Information (Informace o typu SEPA inkasa)

[0..1]

+

jednoznačná identifikace pro KB (hlídání duplicit), pokud ji neuvedete využijeme info v EndToEnd poli povinné předáváme partnerovi a pokud neuvedete InstrId, tak pro KB účely považujeme i za tuto hodnotu, potom InstrId = EndToEndId Definice SequenceType (Pořadí provedení), CategoryPurpose (Kategorie účelu inkasa) a Local Instrument (Platební schéma) na úrovni jednotlivých transakcí

2.44

Instructed Amount (Částka)

[1..1]

Částka

2.29 2.30

Viz Poznámka 1 Pouze EUR je povoleno, 2 desetinná místa a částka: min 0.00, max 999999999.99. Příklad

342 1.00 Kód

2.45

Charge Bearer (Plátce poplatků)

[0..1]

2.46

Direct Debit Transaction (SEPA inkaso) Mandate Related Information (Informace o mandátu) Mandate Identification (Identifikace mandátu)

[1..1]

<MndtRltdInf>

[1..1]

Text

<MndtId>

[1..1]

Text

Date Of Signature (Datum podpisu mandátu)

[1..1]

Datum

2.47 2.48

2.49


Povolené hodnoty jsou DEBT,SHAR,SLE V,CRED, nebo nevyplněno. Banka tyto hodnoty nahradí hodnotou SLEV. Pro jiné hodnoty odmítne

Jednoznačná identifikace mandátu Datum počátku platnosti mandátu

7/19


2.50

Amendment Indicator (Indikátor změny mandátu)

[1..1]

Indikátor +

2.51

Amendment Information Details (Detaily změny mandátu)

[0..1]

Indokátor

2.52

Original Mandate Indicator (Předcházející UMR)

[0..1]

Text +

2.53

Original Creditor Scheme ID (Předcházející jméno či identifikace příjemce)

-

[0..1]

+

2.57

Original Debtor Account (Předcházející účet plátce) Original Debtor Agent (Předcházející banka plátce)

[0..1]

+

[0..1]

+

2.66

Creditor Scheme Identification (Identifikace příjemce)

[0..1]

+

2.69

Ultimate Creditor (Konečný příjemce)

[0..1]

+

2.70

Debtor Agent (Banka plátce)

[1..1]

+

2.72

Debtor (Plátce)

[1..1]

+

2.73

Debtor Account (Účet plátce) Ultimate Debtor (Původní plátce) Purpose (Účel SEPA inkasa)

[1..1]

+

Viz Poznámka 1 Údaje původního kreditora Viz Poznámka 1 Banky plátce. Pro domácí banky, které jsou součástí (CERTIS) nemusí být vyplněn, protože lze odvodit z IBAN. Jméno, adresa plátce, (viz Poznámka 2) identifikace. Povinné jen jméno IBAN plátce

[0..1]

+

Původní plátce

[0..1]

+

Viz kapitola 2.77 Purpose Code (Kód

2.58

2.74 2.76


„True“ nebo „1“, pokud existuje a potom je povinné vyplnit alespoň jedno z polí identifikující změnu Jinak vyplněno „False“ nebo „1“ Vysvětlení důvodu dodatku. Možné pouze, pokud je Indicator „True“ – potom je povinné vyplnit alespoň jedno z polí identifikující změnu Původní UMR (kam dodatek spadá) Jméno a Identifikátor schematu původního příjemceKB z identifikátoru přebírá pouze CID – tag <MndtRltdInf>< Id> IBAN účtu daného Dodatku Měl by tu být kód „SMNDA“ – stejný mandát, ale jiná banka. KB nekontroluje pořadí v poli 2.14. CID kreditora

8/19


důvodu inkasa) 2.88

Remittance Information (Informace o SEPA inkasu) Unstructured (Nestrukturovaná zpráva pro příjemce)

2.89

[0..1]

<Ustrd>

[0..1]

Text (max140) Text (max 140)

Informace Určeno partnerovi pro rozpoznání platby

Poznámka 1: Některé informace je možné uvést ve dvou variantách umístění a potom je nutné respektovat toto:  CID může být v XML uvedený na dvou místech – buď pro celý soubor, nebo pro každou transakci (nemůže ale být zároveň na obou místech – v tom případě zamítáme soubor) nebo  Totéž platí i pro Platební schéma nebo  Totéž platí pro Typ/pořadí <SeqTp> nebo <SeqTp>  Totéž platí pro Kategorii účelu SEPA inkasa nebo  Totéž platí pro identifikaci konečného příjemce Nebo Poznámka 2: Adresa se používá ve verzi s maximálně 2 výskyty tagu . Informace, které jsou již v KB administrovány, nejsou přebírány a prioritně jsou převzaty administrované údaje.

4.3

Pravidla dle ISO 20022 na vybrané tagy používané v KB

PRO záhlaví: 1.1 Message Identification <MsgId> (Identifikace zprávy) Prezentace: [1..1] Definice: Reference Point-to-Point přiřazená stranou vydávající instrukci a odeslaná další straně v řetězci za účelem jednoznačné identifikace zprávy. Použití: Strana vydávající instrukci musí zajistit jedinečnost identifikace zprávy Message Identification pro stranu přijímající instrukci na předem dohodnuté období. Typ dat: Max. 35, text Formát: max. délka: 35 min. délka: 1 1.2 Creation Date Time (Datum a čas vytvoření) Prezentace: [1..1] Definice: Datum a čas vytvoření platební instrukce (skupiny instrukcí) stranou vydávající instrukci. Typ dat: Datum a čas ISO 1.5 Number Of Transactions (Počet transakcí) Prezentace: [1..1] Definice: Počet jednotlivých transakcí obsažených ve zprávě. Typ dat: Max. 15, číslice, text Formát: [0-9]{1,15}


9/19


1.6 Control Sum (Kontrolní součet) Prezentace: [0..1] Definice: Součet všech jednotlivých částek obsažených ve zprávě bez ohledu na měny. Typ dat: Čísla v desítkové soustavě Formát: desetinná místa: 17 celkový počet míst: 18 1.8 Initiating Party (Iniciující strana) Prezentace: [1..1] Definice: Strana, která iniciovala platbu. Z hlediska platby může jít buďto o plátce (při kreditním převodu), příjemce (při přímém inkasu) nebo stranu, která iniciovala platbu jménem plátce nebo příjemce. Typ: Tento prvek zprávy se skládá z následujících prvků Party Identification 8: Or

Prvek zprávy Name (Jméno) Postal Address (Poštovní adresa)

<XML Tag>

Mult. [0..1]

Reprezent./Typ Text

[0..1]

V KB není přebíráno ani validováno. Využívá se adresa administrovaná v DB DCS. Pokud budete posílat struktura popsána v kapitole 5 adresa v KB

PRO platby: 2.0 Payment Information (Informace o platbě) Prezentace: [1..n] Definice: Souhrn vlastností, které platí pro stranu příjemce inkasních transakcí obsažených v iniciovaném direct debitu. Typ: Blok Payment information (Informace o platbě) se skládá z následujících prvků Party Identification 8: Index 2.1

2.2 2.6 2.18

2.19

OR

Prvek zprávy Payment Information Identification (Identifikace informací o SEPA inkasu)

<XML Tag>

Mult. [0..1]

Presentace Text

Payment Method (Platební metoda) Payment Type Information (Informace o typu SEPA inkasa) Requested Collection Transaction Date (Požadované datum provedení)

[1..1]

Kód

[0..1]

[1..1]

Datum a čas

Creditor (Příjemce)

[1..1]

+

2.20

Creditor Account (Účet příjemce)

[1..1]

+

2.21

Creditor Agent (Zprostředkující banka příjemce)

[1..1]

+

2.23

Ultimate Creditor (Konečný příjemce) Charge Bearer (Plátce poplatků)

[0..1]

+

[0..1]

Code

2.24


Využito v KB V KB nepřebíráno a doplněno dle DB KB „DD“

DATUM dáno platebními podmínkami SEPA nepřebírá se adresa a jméno pouze identifikace, je-li uvedena Viz poznámka 2 v kapitole 4.2 IBAN měnu není nutné uvádět. Pokud je uvedena validuje se na stav v DB Nepřebírá a nevaliduje. Banku validuje již v IBANu.

KB dosazuje SLEV, ale pokud uvedete a bude jiná hodnota než SLEV bude odmítnuto

10/19


2.25

Charges Account (Účet pro poplatky)

[0..1]

2.28

Direct Debit Transaction Information (Informace o inkasním převodu)

[1..n]

+

číslo účtu uvádět jen, když je jiné než pro vlastní platbu blok popisu inkasa

2.2 Payment Method (Platební metoda) Prezentace: [1..1] Definice: Uvádí způsob platby, který se použije k převedení dané finanční částky. Typ dat: kód - „DD“ 2.18 Requested Collection Transaction Date (Požadované datum provedení) Prezentace: [1..1] Definice: Datum, k němuž iniciující strana požaduje zpracování platby prostředníkem zúčtování. Použití: K tomuto datu dojde k odepsání z účtu (účtů) plátce. Typ dat: Datum ISO 2.19 Creditor (Příjemce) Prezentace: [1..1] Definice: Strana, která inkasuje plátce dle dohodnutého mandátu. Typ: Tento prvek zprávy se skládá z následujících prvků Party Identification 8: Or

Prvek zprávy Name (Jméno) Postal Address (Poštovní adresa) Identification (Identifikace) Country Of Residence (Země trvalého bydliště)

<XML Tag>

Mult. [0..1]

Reprezent./Typ Text

[0..1]

Viz Kapitola 4.4

[0..1]

Viz Kapitola 4.5

[0..1]

Kód

2.20 Creditor Account (Účet příjemce) Prezentace: [1..1] Definice: Jednoznačná identifikace účtu příjemce, na němž bude jako výsledek transakce provedena kreditní položka. Typ: Tento prvek zprávy se skládá z následujících prvků Cash Account 7: Or

Prvek zprávy Identification (Identifikace) Currency (Měna)

<XML Tag>

Mult. [1..1]

Reprezent./Typ

[0..1]

Kód

2.21 Creditor Agent (Banka příjemce) Prezentace: [1..1] Definice: Finanční instituce vedoucí účet příjemce. Typ: Tento prvek zprávy se skládá z následujících prvků Branch And Financial Institution Identification 3: Or

Prvek zprávy Financial Institution Identification (Identifikace finanční instituce)

<XML Tag>

Mult. [1..1]

Reprezent./Typ automaticky přepsáno BIC KB

Mult. [0..1]

Reprezent./Typ Text

2.23 Ultimate Creditor (Konečný příjemce) Prezentace: [0..1] Definice: Konečná strana, pro kterou je dané inkaso prováděno. Typ: Tento prvek zprávy se skládá z následujících prvků Party Identification 8:

Or

Prvek zprávy Name

<XML Tag>


11/19


(Jméno) Postal Address (Poštovní adresa) Identification (Identifikace) Country Of Residence (Země trvalého bydliště)

[0..1]

Adresu KB nepřebírá

[0..1]

Viz Kapitola 4.5

[0..1]

Kód země KB nepřebírá

2.24 Charge Bearer (Plátce poplatků) Prezentace: [0..1] Definice: Uvádí stranu (strany), které budou platit poplatky spojené se zpracováním platební transakce. Typ dat: Code (Kód) Pokud je uveden tento prvek zprávy, musí se použít některá z následujících hodnot Charge Bearer Type 1 Code: Povoleno pouze: SLEV FollowingServiceLevel - Poplatky se uplatňují podle pravidel dohodnutých s úrovní služeb - plánu služeb. 2.25 Charges Account (Účet pro poplatky) Prezentace: [0..1] Definice: Účet používaný pro zpracování poplatků za transakci. Použití: Účet pro poplatky se používá, pokud je třeba zaúčtovat poplatky na jiný účet než na účet označený jako účet plátce. Typ: Tento prvek zprávy se skládá z následujících prvků Cash Account7: Or

Prvek zprávy Identification (Identifikace) Currency (Měna)

<XML Tag>

Mult. [1..1]

Reprezent./Typ

[0..1]

Kód

2.28 Direct Debit Transaction Information
OR

Prvek zprávy Payment Identification (Identifikace SEPA inkasa) Instructed Amount (Částka) Payment Type Information (Informace o typu SEPA inkasa) Debtor Agent (Banka plátce) Debtor (Plátce) Debtor Account (Účet plátce) Ultimate Debtor (Původní plátce) Purpose (Účel SEPA inkasa) Remittance Information (Informace o SEPA inkasu)

<XML Tag>

Mult. [1..1]

Presentace +

[1..1]

Částka

[1..1]

+

[0..1]

+

[1..1]

+

[1..1]

+

[0..1]

+

[0..1]

+

[0..1]

Využito v KB

2.44 Instructed Amount (Částka v instrukci) Prezentace: [1..1] Tento prvek zprávy je součástí volby 2.37 Částka. Definice: Částka peněz, která se má převádět mezi plátcem a příjemcem, před odečtením poplatků, vyjádřená v měně určené iniciující stranou. Typ dat: Currency And Amount (Měna a částka) Tento typ dat musí být použit s následujícím atributem XML: Currency (Ccy) ; zapisuje se jako Currency Code (Kód měny). Formát: Currency And Amount (Měna a částka)


12/19


desetinná místa: 2 nejméně, včetně: 0.01 celkový počet míst: 999999999.99 Currency Code (Kód měny) pouze EUR [A-Z]{3,3} Pravidla: Currency Code (Kód měny) Validace podle tabulky Index 2.44

OR

Prvek zprávy Instructed Amount (Částka v instrukci)

<XML Tag>

Mult. [1..1]

Presentace Amount

Využito v KB Pouze EUR měna povolena

2.70 Debtor Agent Prezentace: [0..1] Definice: Finanční instituce vedoucí účet plátce. Typ: Tento prvek zprávy se skládá z následujících prvků Branch And Financial Institution Identification3: Or

Prvek zprávy Financial Institution Identification (Identifikace finanční instituce)

<XML Tag>

Mult. [0..1]

Reprezent./Typ - banka musí být SEPA Direct Debit complianted a navíc musí podporovat Vámi zvolené platební schéma (B2B nebo CORE), pole je nepovinné

<XML Tag>

Mult. [0..1]

Reprezent./Typ Text

[0..1]

Viz Kapitola 4.4

[0..1]

Viz Kapitola 4.5

[0..1]

Kód

Mult. [1..1]

Reprezent./Typ +

Využito v KB

<XML Tag>

Mult. [0..1]

Reprezent./Typ Text

Využito v KB

[0..1]

[0..1]

[0..1]

2.72 Debtor (Plátce) Prezentace: [0..1] Definice: Strana, jíž je finanční částka mandátem povolená inkasovat. Typ: Tento prvek zprávy se skládá z následujících prvků Party Identification 8: Or


2.73 Debtor Account (Účet plátce) Prezentace: [0..1] Definice: Jednoznačná identifikace účtu plátce, na němž bude proveden debet. Typ: Tento prvek zprávy se skládá z následujících prvků Cash Account 7: Or

Prvek zprávy Identification (Identifikace)

<XML Tag>

2.74 UltimateDebtor (Původní plátce) Prezentace: [0..1] Definice: Konečná strana,která bude zajišťovat finance daného inkasa. Typ: Tento prvek zprávy se skládá z následujících prvků Party Identification 8: Or



Adresu KB nepřebírá Viz Kapitola 4.5 Kód země KB nepřebírá

13/19


2.77 Purpose Code (Kód důvodu inkasa) Prezentace: [0..1] Definice: Normalizovaný kód důvodu inkasa – volitelné pole Typ: Blíže k ISO kódům na tomto odkaze www.ISO20022.org Index 2.76

OR

2.77

{Or Or}

Prvek zprávy Purpose (Účel SEPA inkasa) Proprietary (Volný formát) Code (Kód)

<XML Tag>

Mult. [0..1]

Presentace +

Využito v KB

[0..1]

Důvod

[0..1]

Text (35 znaků) Kód

ISO kód

U tagu Purpose je možné používat oba dva zanořené tagy - jak Proprietary , tak i Code , v rámci příkazu ale může být vyplněn pouze jeden ze zanořených tagů, NE oba zároveň. Při zadání příkazu si klient volí, zda jím vyplněný účel inkasa vložíme do tagu nebo .  Proprietary je libovolný text, max 35 znaků, standardní znaková sada (SWIFT)  Code by měl být kód dle externího ISO číselníku (např. „COLL“ nebo „AREN“). Není validováno proti ISO číselníku. Případné chyby (např. odmítnutí v bance debtora z důvodu že Code nebude odpovídat ISO číselníku) jdou na vrub klienta. 2.88 Remittance Information (Informace o SEPA inkasu) Prezentace: [0..1] Definice: Informace, které umožňují shodu (tj. sesouhlasení) platby s položkami, které má tato platba vypořádat, např. obchodní faktury v systému pohledávek. Typ: Tento prvek zprávy se skládá z následujících prvků Remittance Information 1: Index 2.89

OR

Prvek zprávy Unstructured (Nestrukturováno)

<XML Tag> <Ustrd>

Mult. [0..1]

Presentace Text

Využito v KB použita jen nestrukturovan á informace

2.89 Unstructured <Ustrd> (Nestrukturováno) Prezentace: [0..n] Definice: Informace umožňující shodu položky s položkami, které má převod vypořádat, např. obchodní faktury v systému pohledávek v nestrukturované formě. Typ dat: Max. 140, text Formát: max. délka: 140, min. délka:

4.4

Detail ke konstrukci adresy

V Direct Debit je vyžadován nestrukturovaný tvar adres. Je tvořen maximálně dvěma řádky adresy + Zemí. Index

OR

Prvek zprávy Postal Address (Poštovní adresa)

<XML Tag>

Mult. [0..1]

Presentace Text

Country Address Line (Nestrukturovaný zápis adresy)

[1..1] [0..2]

Kód země Text

Využito v KB použita jen nestrukturovan á informace Využito v KB V KB pouze 2 řádky. V prvním řádku Město, směrovací kód. V druhém ulice číslo

- kód země XX 1.řádek adresy 2.řádek adresy


14/19


4.5

Stručně požadavky ke konstrukci Identifikace Organizace nebo Fyzické osoby v KB

Konstrukce tvorby iodentifikace osob ať fyziských či právnických je odlišná od Credit Transfer a to v tomto smyslu: Jak identifikace Plátce, tak identifikace Příjemce umožňuje zadat tyto informace:  Typ Identifikace – Organizace/Soukromá  Bližší informace o Buď BIC (pouze v případě organizace) o Nebo Jiná identifikace s těmito údaji:  Identifikační údaje  Typ dokumentu  Výstavce dokumentu 5.1.10 Identification (Identifikace) Správná struktura je: Identification {Or OrganisationIdentification = Typ identifikace {{Or BICOrBEI = BIC Or}} Other Identification = Identifikační údaje, povinné pokud vyplňuji sekci other <SchmeNm> SchemeName Proprietary = Typ dokumentu Issuer = Výstavce dokumentu Or} PrivateIdentification = Typ identifikace Other Identification = Identifikační údaje, povinné pokud vyplňuji sekci other <SchmeNm> SchemeName Proprietary = Typ dokumentu Issuer = Výstavce dokumentu REF 9.1.12

OR

9.1.13

{Or

9.1.14

{{Or

9.1.15

Or}}

9.1.16 9.1.17 9.1.19 9.1.20 9.1.21

Or}

9.1.27 9.1.28 9.1.29 9.1.31 9.1.32

5

Prvek zprávy Identification (Identifikace) Organisation Identification (Identifikace organizace) BIC Or BEI (BIC / SWIFT kód) Other (Jiná identifikace) Identification (Identifikační údaje) Scheme Name (Typ dokumentu) Proprietary (Volný formát) Issuer (Výstavce dokumentu) Private Identification (Identifikace soukromé osoby) Other (Jiná identifikace) Identification (Identifikační údaje) Scheme Name (Typ dokumentu) Proprietary (Volný formát) Issuer (Výstavce dokumentu)

Využito v KB

<XML Tag>

Mult. [0..1]

Presentace +

[1..1]

+

[0..1]

Identifier

[0..n]

+

[1..1]

Text

<SchmeNm>

[0..1]

+

[1..1]

Text

Max 35 text

[0..1]

Text

Max 35 text

[1..1]

+

[0..n]

+

[1..1]

Text

<SchmeNm>

[0..1]

+

[1..1]

Text

Max 35 text

[0..1]

Text

Max 35 text

AnyBICIdentifier

Max 35 text

Max 35 text

Příklady


15/19


5.1

Definice identifikace Příjemce a Plátce v XML a na obrazovkách kanálu DCS Profibanka - DAVID NOVOTNY - CZ Kolbenova 89 Praha 193 00 - - - ident udaj prijemce vystavce dokumentu prijemce - jmeno platce - kód země XX 1.radek adresy 2.radek adresy - - - ident.udaj platce -<SchmeNm> typ dokumentu platce vystavce dokumentu platce

5.2

Příklad XML s jedním inkasem

Obsah souboru.     

1 inkaso Předávané údaje jsou jen ilustrativní V části s popisem mandátu jsou i info o dodatku (Abendment) V jednom souboru – 1 záhlaví a je možno použít X plateb (zde použit příklad jedné) V záhlaví (Group headeru je definice počtu plateb a kontrolní součet

- - - <MsgId>unikatni ID souboru 2015-01-19T14:18:28 1 99.10 - DAVID NOVOTNY - CZ SVOBODOVS ULICE 00028 PRAHA 163 00


16/19


- identifikace skupiny plateb DD - NORM - platebni schema <SeqTp>typ poradi inkasa 2015-01-19 - DAVID NOVOTNY - CZ SVOBODOVA ULICE 00028 PRAHA 163 00 - - - ident.udaj prijemce vystavce dokumentu prijemce - - CZ0401000000353107090257 EUR - - KOBACZPX - - iban pro poplatky EUR - - - - CID prijemce - - 1 <EndToEndId>ID dohodnute s partnerem - -<SvcLvl>


17/19


SEPA 99.10 SLEV - -<MndtRltdInf> <MndtId>UMR mandat 2015-01-06 true - puvodni UMR mandat - puvodni jmeno prijemce - - - puvodni cid prijemce - - puvodni ucet platce v iban - - puv.banka platce - nazev konecneho prijemce - - TATRSKBXXXX - ident.udaj konecneho prijemce vystavce dokumentu konecneho prijemce - - SUBASKBXXXX - jmeno plátce - kód země XX 1.řádek adresy 2.řádek adresy - - - ident.udaj plátce -<SchmeNm> typ dokumentu plátce vystavce dokumentu plátce


18/19


- - SK3602000000002132768854 - nazev puvodniho platce - - COBACZPXXXX - ident.udaj puvodniho platce vystavce dokumentu puvodniho platce - ucel inkasa - <Ustrd>Duvod platby radek 1 Duvod platby radek 2 Duvod platby radek 3 Duvod platby radek 4


19/19

Klientský formát XML SEPA DD V KB. (platný od )

Recommend Documents