Specifika a scénáře vykazování dat AnaCredit prostřednictvím systému MtS-ISL-SÚD-SDNS

Podobné dokumenty
AnaCredit. Manuál pro testovací zasílání uvěrových dat AnaCredit prostřednictvím výkaznického systému MtS-ISL-SÚD- SDNS.

AnaCredit. Manuál pro testovací zasílání uvěrových dat AnaCredit prostřednictvím výkaznického systému MtS-ISL-SÚD- SDNS.

AnaCredit. Manuál pro testovací zasílání uvěrových dat AnaCredit prostřednictvím výkaznického systému MtS-ISL-SÚD- SDNS.

Návod pro vykazování dat do AnaCredit. Úvodní informace

Vykazování dat prostřednictvím SDNS Web Services

Integrovaný informační systém Státní pokladny (IISSP)

Integrovaný informační systém Státní pokladny (IISSP)

Věcné zadání projektu SDAT D - Sběr dat

Aplikace SDNS. XML struktura pro nahrání dat ze souboru. Příručka uživatele (programátora) Sekce informatiky Odbor informačních systémů. verze 1.

Integrovaný informační systém Státní pokladny (IISSP)

Částka 19 Ročník Vydáno dne 30. prosince O b s a h : ČÁST NORMATIVNÍ

Přehled základních kontrol v ISoSS

PRAVIDLA PŘEDÁVÁNÍ A PŘEJÍMÁNÍ DAT AUTOMATIZOVANÝCH VÝKAZŮ PŘEDKLÁDANÝCH ČESKÉ NÁRODNÍ BANCE

MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY

JIHOČESKÝ KRAJ METODICKÝ POKYN. NÁZEV: Pravidla pro předkládání účetních výkazů a účetních záznamů příspěvkovými organizacemi v roce 2016

Charakteristika nástrojů použitých v metodice

Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5

Seminář Účetní konsolidace státu Pomocný konsolidační přehled. Ministerstvo financí

Návrh ČÁST PRVNÍ ÚVODNÍ USTANOVENÍ. Předmět úpravy

MINISTERSTVO FINANCÍ ČESKÉ REPUBLIKY

HELIOS Fenix. Rozšířený PAP Asseco Solutions, a.s.

Částka 12 Ročník Vydáno dne 7. srpna O b s a h : ČÁST NORMATIVNÍ

JAK ČÍST ZÁZNAM O VYUŽÍVÁNÍ ÚDAJŮ V REGISTRU OBYVATEL

I N O V A C E A G E N D Y DPH V NO T I A B U S I N E S S S E R V E R

VYHLÁŠKA ze dne 1. září 2016 o předkládání výkazů pojišťovnami a zajišťovnami České národní bance

Specifikace rozhraní. Oznamovací povinnost podle zákona č. 307/2013 Sb., ve znění pozdějších předpisů. Martin Falc, SW architekt.

Obecné pokyny k vykazování internalizovaného vypořádání podle článku 9 nařízení CSDR

Účetní závěrka k a předání účetních záznamů (výkazů) krajské školy

VYHLÁŠKA. ze dne o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů

Věstník ČNB částka 23/2008 ze dne 16. prosince 2008

VYHLÁŠKA ze dne 6. prosince 2013 o předkládání výkazů obchodníky s cennými papíry České národní bance

Postup ukládání výkazů do CSÚIS

JIHOČESKÝ KRAJ METODICKÝ POKYN. NÁZEV: Pravidla pro předkládání účetních výkazů a účetních záznamů příspěvkovými organizacemi v roce 2010

JAK ČÍST ZÁZNAM O VYUŽÍVÁNÍ ÚDAJŮ V REGISTRU OBYVATEL

DTM DMVS Plzeňského kraje

základě smlouvy o obhospodařování majetku investičního

Návrh. VYHLÁŠKA ze dne o předkládání výkazů pojišťovnami a zajišťovnami České národní bance

Název Vydané platební karty Transakce prováděné platebními kartami. Transakce prováděné na běžných a vkladových účtech ZKOMBAN

a) která je tuzemským investorem s přímou investicí v zahraničí a výše jeho podílu na podnikání zahraniční

a ve lhůtě do 23 kalendářních dnů po uplynutí příslušného kalendářního měsíce zasláním výkazů MKT (ČNB) 41-12, MKT (ČNB) 42-12, MKT

k provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů

Způsob vytváření identifikačních znaků

Návrh. Česká národní banka stanoví podle 41 odst. 3 a 43 písm. b) zákona č. 6/1993 Sb., o České národní bance, ve znění zákona č. /2013 Sb.

Elektronická evidence tržeb Seminář pro vývojáře pokladních systémů

Klientský formát POHLEDÁVKY podporovaný v KB platný od

DTM DMVS Plzeňského kraje

VYHLÁŠKA ze dne 30. listopadu 2017 k provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů

Zákaznická SW řešení Obecný úvod

Pomůcka k vyplnění Seznamu účetních jednotek patřících do dílčího konsolidačního celku státu (určeno pro obce a DSO)

Roční periodická zpráva projektu

Česká národní banka stanoví podle 41 odst. 3 a 43 písm. a) zákona č. 6/1993 Sb., o České národní bance, ve znění zákona č. 227/2013 Sb.

VYHLÁŠKA. č. 461 ze dne 17. prosince 2012,

Souhrnná zpráva Odboru auditu, kontroly a dozoru Ministerstva dopravy o vyřizování stížností, petic a ostatních podání občanů za rok 2011

Program Klient / KontoPro odesílání dokladů do EET (od verze 7.02.a)

(podle stavu k , resp )

Environmentální helpdesk. příručka pro žadatele

Pomůcka k vyplnění Seznamu účetních jednotek patřících do dílčího konsolidačního celku státu (určeno pro obce a DSO)

VYHLÁŠKA ze dne 12. listopadu 2012 o předkládání informací penzijní společností České národní bance

UŽIVATELSKÁ PŘÍRUČKA K HLÁŠENÍ PRASAT PRO DŽPZ

Název Security-by-security - držené cenné papíry. Název Security-by-security - emitované cenné papíry. = 9997 Technologický subjekt externí E

142/2011 Sb. VYHLÁŠKA ze dne 13. května 2011

ODŮVODNĚNÍ návrhu vyhlášky o informačních povinnostech některých osob oprávněných poskytovat platební služby nebo vydávat elektronické peníze

VYHLÁŠKA ze dne 12. června 2018 o předkládání informací o úvěrech a úvěrovém riziku České národní bance

Centrální systém účetních informací státu (CSÚIS) Základní popis

Klientský formát POHLEDÁVKY platný od

VYHLÁŠKA ze dne 1. prosince 2017 o informačních povinnostech některých osob podnikajících na kapitálovém trhu

93/2007 Sb. VYHLÁŠKA ze dne 19. dubna 2007 o informační povinnosti penzijního fondu pro účely dohledu České národní banky

Věstník ČNB částka 28/2007 ze dne 20. prosince 2007

Věcné zadání projektu SDAT Základní dokument

Ředitel odboru archivní správy a spisové služby PhDr. Jiří ÚLOVEC v. r.

Registr Osob. zveřejněno podepsáno

UŽIVATELSKÁ PŘÍRUČKA DUNA modul EET

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci

POPIS DATOVÉHO SOUBORU

Vykazování dat o poskytovaných sociálních službách

Registr územní identifikace, adres a nemovitostí

Věstník ČNB částka 20/2006 ze dne 22. prosince 2006

Nastavení provozního prostředí webového prohlížeče pro aplikaci

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.

Nápověda pro vyplnění elektronického formuláře Oznámení o provedení asanace vytěženého jehličnatého dříví

AC FORM FILLER. aplikace pro podání žádosti o poskytnutí finančního příspěvku. Verze 1.0

Právní rámec a některé související důsledky a možnosti implementace Pomocného analytického přehledu

Nastavení komunikace s registrem EET. Krok 1 - Instalace certifikátu do Allegro. Před začátkem nastavení musíte mít připraveno:

Validace souborů DS3

Evidence požadavků uživatelů bytů a nebytových prostor

INFORMAČNÍ PŘÍRUČKA PRO STÁTNÍ ORGÁNY KE KOMUNIKACI S CENTRÁLNÍM DEPOZITÁŘEM CENNÝCH PAPÍRŮ

návrhu vyhlášky k provedení zákona o centrální evidenci účtů

1. Pro přihlášení k odběru novinek klikněte na tlačítko Registrace nového uživatele.

EXTRAKT z české technické normy

Ohlašování přepravy NO ISPOP - SEPNO

D o d a t e k č... ke Smlouvě o poskytování a úhradě hrazených služeb č... ze dne... (dále jen Smlouva )

Uživatelská příručka SBOX

Základní informace o projektu Elektronická evidence tržeb. Seminář pro vývojáře pokladních systémů

Výtisk č.: Počet listů 9. Přílohy: 0 ÚZIS ČR

AC FORM FILLER. aplikace pro podání žádosti o poskytnutí finančního příspěvku. Uživatelská příručka. Verze 4.0

Vykazování dat o poskytovaných sociálních službách

Provozní dokumentace. Seznam datových schránek. Datové soubory. Vytvořeno dne: Aktualizováno: Verze: 1.

Profibanka - Informace pro příjemce platebních karet

ISPOP 2012 POSTUP PŘI PODÁNÍ DOPLNĚNÉHO HLÁŠENÍ. verze 1.2

Transkript:

pecifika a scénáře vykazování dat prostřednictvím systému Mt-IL-ÚD-DN

Verze dokumentu: Verze Komentář Datum 1.0 Úvodní verze specifika pro datové soubory, scénáře zasílání. 04/06/2018 Přílohy: Příloha č. 1 - Protokoly Příloha č. 2 - cénáře/situace při zasílání dat Příloha č. 3 - Hlavičky zpráv s uvedením referencí

1. Úvod Tento dokument upřesňuje sběr dat datových souborů a jejich následné zpracování prostřednictvím systému Mt-IL-UD-DN a systému ČNB. Dokument se zabývá zejména odlišnostmi od standardního vykazování jiných datových souborů. oučástí dokumentu verze 1.x jsou základní scénáře vykazování. V dokumentu ve verzi 2.x budou detailněji rozebrány vybrané scénáře vykazování (převážně scénáře oprav chybných záznamů) a webová služba ČNB, která bude poskytovat údaje konsolidované tímto systémem. Použitá terminologie, obecně platné informace o sběru dat a jejich prvotní zpracování prostřednictvím automatizovaného informačního systému Mt-IL-UD-DN jsou uvedeny v následujících dokumentech http://www.cnb.cz/miranda2/export/sites/www.cnb.cz/cs/statistika/vykaznictvi_sber_dat/download /pravidla_predavani_a_prejimani_dat.pdf http://www.cnb.cz/miranda2/export/sites/www.cnb.cz/cs/statistika/vykaznictvi_sber_dat/download /sestaveni_xml_souboru_pro_sdns_201506.pdf http://www.cnb.cz/miranda2/export/sites/www.cnb.cz/cs/statistika/vykaznictvi_sber_dat/download /automatizace_sdns_-_uzivatelska_dokumentace.pdf http://www.cnb.cz/miranda2/export/sites/www.cnb.cz/cs/statistika/vykaznictvi_sber_dat/download /sestaveni_xml_souboru_ws_procesy.pdf http://www.cnb.cz/miranda2/export/sites/www.cnb.cz/cs/statistika/vykaznictvi_sber_dat/download /sdns_web_services_uzivatelska.pdf 1.1 eznam zkratek termín/zkratka DO D CEÚ JVK Mt MVK RID DN ÚD W XML popis/význam Datová oblast Datový soubor (v business terminologii výkaz) Centrální evidence účtů Jednovýkazové kontroly Zkratka sběrného systému Mt-IL-ÚD-DN Mezivýkazové kontroly Jednoznačný referenční identifikátor běr dat nebankovních subjektů (název vycházející z historického zaměření modulu) tatisticko-účetní databáze Webové služby extensible Markup Language

2. pecifika pro datové soubory Charakteristika dat a následné vykazování dat má svá specifika: Počet záznamů v datových souborech; Explicitní dělitelnost datových souborů; Příznak řádku; Povolené statusy zpráv; Opravy chyb; Reference při opravách/potvrzeních/stornech; Uložení záznamů v systémech ČNB; Detailní informace o zpracování záznamů v systému ČNB; Historické opravy. Pojmy záznam a řádek jsou v textu chápány jako synonyma. 2.1 Počet záznamů v datových souborech Z důvodů vysokého odhadovaného počtu záznamů pro vybrané datové soubory (např.: PANACR04, PANACR08) u velkých vykazujících subjektů byla u všech datových souborů umožněna dělitelnost (vykazující subjekt může záznamy rozdělit do více dělených zpráv). Hlavičky dělených zpráv podléhají shodným pravidlům jako u datových souborů funkčních oblastí Kapitálové trhy nebo CEÚ. Informaci, že datové soubory jsou potenciálně dělitelné, nelze díky určitým specifikům implementace na straně ČNB dohledat ve webové aplikaci DN, ve webových službách ani v metodice formátu Edifact. Dělitelnost u datových souborů není dle standardních pravidel více viz bod 2.2. 2.2 Explicitní dělitelnost datových souborů Nově je v systému Mt zavedena dělitelnost datových souborů bez použití jednoznačného identifikátoru (RID). Tato dělitelnost je nazývána jako explicitní a pro identifikaci řádku je využit přirozený primární klíč obsažený v jeho datech. Z hlediska struktur datových souborů pro explicitní dělitelnost platí, že jednotlivé datové oblasti neobsahují identifikační parametr (RID). Pozn.: tandardní dělitelnost systému, tj. implicitní je založena na datových oblastech s definovaným identifikačním parametrem (RID). Implicitně dělitelné datové soubory jsou používány ve funkčních oblastech MKT a CEÚ.

2.3 Příznak řádku pecifickou vlastností datových souborů jsou rovněž stavové informace evidované na úrovni každého řádku. Z důvodu explicitní dělitelnosti bylo nutné na úroveň každého záznamu doplnit stavovou informaci tak, aby bylo možné následně efektivně a správně interpretovat data. Datové oblasti datových souborů tak obsahují informační prvek Příznak řádku. Informační prvek Příznak řádku je povinný a reflektuje u každého záznamu konkrétní situaci/scénář. Hodnoty, které informační prvek Příznak řádku může nabývat, jsou: Kód Název Popis tandardní Každý záznam má Příznak řádku : řádek - při zasílání zpráv se statusem Nová data ; - při zasílání zpráv se statusem, kdy vykazující subjekt zasílá znovu všechny záznamy k danému N Nový řádek výskytu D. Vybraný záznam má Příznak řádku N : - Při zasílání zpráv se statusem, kdy vykazující subjekt zasílá znovu pouze vybrané záznamy k danému výskytu a zároveň v předchozích ch (k danému výskytu D) tento záznam nebyl uveden. - Při zasílání zpráv se statusem, kdy vykazující subjekt zasílá znovu pouze vybrané záznamy k danému výskytu D a zároveň opravuje hodnoty primárního klíče záznamu (tj. pokud je chyba v primárním klíči, musí být daný záznam nejdříve označen Příznakem řádku X, poté s novými hodnotami primárního klíče označen záznam Příznakem řádku N ). R X řádku torno řádku Vybraný záznam má Příznak řádku R : - Při zasílání zpráv se statusem, kdy vykazující subjekt zasílá znovu pouze vybrané záznamy k danému výskytu D a zároveň na daném záznamu opravuje hodnoty jiné než hodnoty primárního klíče. - Vybraný záznam má Příznak řádku X : - Při zasílání zpráv se statusem, kdy vykazující subjekt zasílá znovu pouze vybrané záznamy k danému výskytu D a zároveň ruší daný záznam. Záznam lze zrušit z business důvodů nebo z důvodu oprav hodnot primárního klíče (tj. pokud je chyba v primárním klíči, musí být daný záznam nejdříve označen Příznakem řádku X, poté s novými hodnotami primárního klíče označen záznam Příznakem řádku N ).

2.4 Povolené statusy zpráv Kromě výše popsaných příznaků řádků, lze pro zasílání datových souborů využít i následující standardní statusy na úrovni zprávy: Nová data - základní typ výskytu D pro zasílání dat. Jedná se zpravidla o první výskytu D zasílané ke konkrétnímu výskytu D. Pro dělitelný datový soubor se vykazující subjekt může rozhodnout, zda zašle data formou jedné nebo více došlých zpráv. v závislosti na typu chyb a počtu chybných záznamů v datových souborech lze status použít k nahrazení celého předchozího Vydání výskytu D (tj. všechny záznamy daného datového souboru) nebo díky konstruktu příznak řádku nahrazovat pouze vybrané záznamy datového souboru zaslané v předchozím ). Potvrzení zpráva neobsahuje data, pouze informaci o potvrzení, které bylo ke konkrétnímu výskytu D ze strany ČNB vyžádáno na základě provedení kontrol v systému Mt. torno statusem torno vykazující subjekt stornuje (zruší) všechny záznamy datového souboru za dané období. Zpráva neobsahuje data. Po zaslání torno následuje vždy zaslání zprávy se statusem Nová data. Pozn.: Pro datové soubory není umožněno zasílat zprávy se statusem Změnová oprava. 2.5 Opravy chyb V závislosti na typu chyby (formátová, JVK, MVK) vykazující subjekt přes status zprávy zasílá znovu všechny záznamy za dané období nebo pouze vybrané záznamy za dané období; Z protokolu lze zjistit typ chyby (vzorové protokoly viz Příloha č. 1). Na základě zjištění pak vykazující subjekt: - V případě formální chyby není v systému založeno (nebylo započato zpracování dat), celá zpráva je odmítnuta, žádné záznamy nejsou v ČNB uloženy a vykazující subjekt je povinen zaslat všechny záznamy znovu (chyba musí být opravena). o tatus zprávy = Nová data, o příznak řádku = pro každý záznam o tav výskytu = Plánovaný - není splněna vykazovací povinnost za dané období. - V případě alespoň jedné chyby, která byla ve (zprávě) nalezena, je celé (tj. všechny záznamy obsažené v dané zprávě) odmítnuté, žádné záznamy nejsou uloženy a vykazující subjekt je povinen zaslat všechny záznamy znovu (chyba musí být opravena). o tatus zprávy =, o příznak řádku = pro každý záznam. o tav výskytu = K opravě - není splněna vykazovací povinnost za dané období.

- V případě chyb JVK je pro další postup rozhodující počet chybných řádků v dané zprávě. Doporučený postup je následující. A) Pokud jsou všechny záznamy dané zprávy, vykazující subjekt je povinen zaslat všechny záznamy znovu (chyba musí být opravena). o tatus zprávy =, o příznak řádku = pro každý záznam. o tav výskytu = K opravě - není splněna vykazovací povinnost za dané období. B) Pokud jsou některé záznamy dané zprávy, vykazující subjekt se může rozhodnout, zda je pro něho výhodnější zaslat všechny záznamy znovu (s tím, že záznamy musí být opraveny), nebo zaslat již pouze záznamy, které byly identifikovány jako. 1) Zasílány všechny záznamy znovu: o tatus zprávy =, o příznak řádku = pro každý záznam. o tav výskytu = K opravě - není splněna vykazovací povinnost za dané období. 2) Zasílány pouze vybrané záznamy (ty, které musí být opraveny). Tato varianta je doporučená z důvodů zasílání nižšího objemu dat a následného rychlejšího zpracování a získání zpětné odezvy systémů ČNB. Rozhodně je tato varianta doporučená pro zasílání tzv. historických oprav viz kapitola 2.9. o tatus zprávy =, o příznak řádku v závislosti na věcné opravě = pro každý záznam N, nebo R, nebo X. o tav výskytu = K opravě - není splněna vykazovací povinnost za dané období. - V případě chyb MVK opět záleží na počtu chybných řádků v dané zprávě. Na tomto základě se subjekt rozhodne, zda zasílat všechny záznamy, nebo jen vybrané záznamy. (Pozn.: výsledek MVK již neovlivní stav výskytu, avšak ovlivňuje kvalitu dat. Chybné MVK je tak subjekt povinen opravit.). - V souvislosti s počtem chyb je důležité zdůraznit, že maximální kapacita protokolu Mt je 999 chybných záznamů. V případě vyššího počtu chybných záznamů podá kompletní informaci webová služba I ČNB. Detailněji popsané scénáře jsou uvedeny v Příloze č. 2.

2.6 Reference při opravách Při statusu zprávy, Potvrzení nebo torno je třeba uvést referenci na předchozí objekt. V závislosti na tom, zda bylo/bude nebo nebylo/nebude použito dělení zprávy pro zaslání datového souboru existují dvě možnosti: Reference na došlou zprávu vykazující subjekt referuje na určitou došlou zprávu předchozího výskytu datového soubor v případě, že předchozí výskytu datového souboru nebylo dělené a následná zpráva také není dělena nebo být dělena nemůže (vykazující subjekt nevyužil dělitelnosti datového souboru). Reference na výskytu datového souboru - pro explicitně dělitelné datové soubory vykazující subjekt referuje na výskytu datového souboru v případě, že předchozí výskytu bylo rozděleno do více došlých zpráv. Vzorové hlavičky zpráv s uvedeným typem referencí jsou uvedeny v Příloze č. 3. 2.7 Uložení záznamů v systémech ČNB Obsahy jednotlivých výskytu D (tj. záznamy obsažené ve zprávě) jsou ukládány až v I ČNB, nikoliv v primárním úložišti systému Mt-IL-UD-DN. Po úspěšných formátových kontrolách díky výše uvedené výjimce ze standardního procesu - jsou do úložiště ČNB ukládány i záznamy, které jsou z pohledu vyhodnocení výsledků JVK a MVK ; - je na záznamy nahlíženo jako na jednotlivé záznamy, nikoliv jako na celek (celé výskytu D) a je tak možné ve zprávě se statusem zasílat pouze vybrané záznamy. Naopak chování v případě formálních a formátových kontrol standardní, tj. je odmítnuto jako celek a záznamy v případě těchto chyb nejsou ukládány do úložiště ČNB. Technicky probíhají formální a kontroly jako součást příjmu dat ve sběrném systému Mt-IL-UD- DN, zatímco logické kontroly datového obsahu (JVK a MVK) jsou prováděny systémem ČNB. Bez ohledu na tuto skutečnost je základní 1 výsledek všech kontrol předáván prostřednictvím protokolů systému Mt. Výstupem zpracování je protokol vždy jeden protokol pro jedno zaslané. 1 Viz výše popsané kapacitní omezení protokolu systému Mt

2.8 Detailní informace o zpracování záznamů v systému ČNB Detailní informace o zpracování jednotlivých záznamů (uložení, věcná správnost záznamu, informace o konkrétní chybě na záznamu) budou dostupné prostřednictvím webové služby I ČNB. Pozn.: Více informací o webové službě bude obsahovat dokument ve verzi 2.x. 2.9 Historické opravy Historickou opravou je každá oprava (status zprávy ), která následuje po již platném výskytu D (k danému období). Tuto opravu může vykazující subjekt zaslat ihned po splnění vykazovací povinnosti (tj. výskyt ve stavu Platný ) nebo kdykoliv později (po měsíci, roce ). V rámci historické opravy dochází nejčastěji k věcným opravám pouze vybraných záznamů. Z toho důvodu je vykazujícímu subjektu doporučeno využívat pouze scénářů, které umožňují opravu vybraných záznamů (tj. status zprávy a zároveň příznak řádku v závislosti na věcné opravě pro každý záznam N, nebo R, nebo X ). Detailněji popsané scénáře jsou uvedeny v Příloze č. 2.

3. Přílohy 3.1 Příloha č. 1 Protokoly Vzorový protokol obsahující informaci o formální chybě (příklad formálních chyb):

Vzorový protokol obsahující informaci o chybě (příklad formátových chyb):

Vzorový protokol obsahující informaci o JVK chybě (příklad JVK chyby, nižší počet chybných záznamů):

Vzorový protokol obsahující informaci o JVK chybě (příklad JVK chyby, limitní počet chybných záznamů v protokolu):

Vzorový protokol obsahující informaci o MVK chybě (příklad MVK chyb):

3.2 Příloha č. 2 - cénáře/situace při zasílání dat No tatus zprávy / 1 Nová data 2 Nová data 3 Nová data 4 Nová data 5 Nová data 6 Nová data Vysvětlení První pokus o zaslání dat k danému výskytu První pokus o zaslání dat k danému výskytu První pokus o zaslání dat k danému výskytu První pokus o zaslání dat k danému výskytu První pokus o zaslání dat k danému výskytu První pokus o zaslání dat k danému výskytu Povolené příznaky řádků (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Formátová chyba, založené Převzetí záznamů do I do AC. AC provádí JVK. Výsledek - JVK všechny v pořádku. Žádné záznamy. Žádné záznamy. Přebírá / ukládá si celé do AC. AC provádí JVK. Výsledek - některé záznamy na JVK v pořádku, některé záznamy JVK chyby - typ ERR. do AC. AC provádí JVK. Výsledek - JVK k potvrzení - nutné potvrdit. do AC. AC provádí JVK, Výsledek - JVK typu WARN. Výsledek v I Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Žádný. Neproběhlo zpracování. Žádný. Neproběhlo zpracování. Data uložena v AC. Na záznamech proběhly kontroly. Různý stav záznamů v AC dle JVK. Data uložena v AC, na záznamech kontroly typy ERR v pořádku. tav u vybraných záznamů různý z důvodů nutnosti potvzení. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech Protokol Protokol - vše v pořádku. V závislosti na formální chybě protokol obsahuje danou informaci. Protokol i s info o chybných řádcích (číslo řádku) kontroly. Protokol s info o chybných záznamech (identifikace dle kombinace parametrické sady) pro JVK. Protokol s info o kontrole k potvrzení (identifikace dle kombinace parametrické sady) JVK. Protokol - vše v pořádku. Očekávaná reakce subjektu Žádná. plněna VP. ubjekt posílá znova - status stále Nová data ubjekt zasílá zprávu - status (zasílá vždy všechny záznamy znova) ubjekt zasílá zprávu - status. Může však zaslat znova všechny záznamy nebo zaslat pouze vybrané záznamy (Toto rozhodnutí může subjekt udělat pouze pro výkazy a dále v závislosti na obsahu protokolu). ubjekt musí zaslat zprávu - status Potvrzení (případně zasílá ). Žádná. plněna VP. tav výskytu / Platný / platný Plánovaný / - K opravě / chybný K opravě / chybný K potvrzení / K potvrzení Platný / platný

No 7 8 9 10 11 12 tatus zprávy / (Pozn: na (Pozn: na (Pozn: na (Poz: na (Poz: na (Poz: na Vysvětlení Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Data v AC daného výskytu ještě nejsou, subjekt opravuje chyby. Povolené příznaky řádků (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) (standardní - první záznam k výskytu) Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Formátová chyba, založené. Převzetí záznamů do I Žádné záznamy. Žádné záznamy. do AC. AC provádí JVK. Výsledek - JVK všechny v pořádku. do AC. AC provádí JVK. Výsledek - některé záznamy na JVK v pořádku, některé záznamy JVK chyby - typ ERR. do AC. AC provádí JVK. Výsledek - JVK k potvrzení. do AC. AC provádí JVK. Výsledek - JVK typu WARN. Výsledek v I záznamech. Žádný. Neproběhlo zpracování. Žádný. Neproběhlo zpracování. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Data uložena v AC. Na záznamech proběhly kontroly. Různý stav záznamů v AC dle JVK. Data uložena v AC, na záznamech kontroly typy ERR v pořádku. tav u vybraných záznamů různý z důvodů nutnosti potvzení. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Protokol V závislosti na formální chybě protokol obsahuje danou informaci. Protokol i s info o chybných řádcích (číslo řádku) kontroly. Protokol - vše v pořádku. Protokol s info o chybných záznamech (identifikace dle kombinace parametrické sady) pro JVK. Protokol s info o kontrole k potvrzení (identifikace dle kombinace parametrické sady) JVK. Protokol - vše v pořádku. Očekávaná reakce subjektu ubjekt zasílá zprávu - status (zasílá vždy všechny záznamy znova) ubjekt zasílá zprávu - status (zasílá vždy všechny záznamy znova) Žádná. plněna VP. ubjekt zasílá zprávu - status. Může však zaslat znova všechny záznamy nebo zaslat pouze vybrané záznamy. (Toto rozhodnutí může subjekt udělat pouze pro výkazy a dále v závislosti na obsahu protokolu). ubjekt musí zaslat zprávu - status Potvrzení (případně zasílá ). Žádná. plněna VP. 13 (na Data uložena v AC, Protokol - vše v Žádná. plněna VP. Platný / tav výskytu / K opravě / - K opravě / chybný Platný / platný K opravě / chybný K potvrzení / K potvrzení Platný / platný

No 14 15 16 17 18 tatus zprávy / JVK. Varianta - znova všechny záznamy). (na JVK. Varianta - znova všechny záznamy). (na JVK. Varianta - znova všechny záznamy). (na JVK. Varianta - znova všechny záznamy). (na JVK. Varianta - znova všechny záznamy). (na JVK. Varianta - Vysvětlení AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. AC jsou, avšak některé/všechny záznamy mají špatnou kvalitu. Povolené příznaky řádků (standardní) (standardní) (standardní) (standardní) (standardní) (standardní) Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Formální chyba, nezaloží se Převzetí záznamů do I do AC. AC provádí JVK. Výsledek - JVK všechny v pořádku. Žádné záznamy. Žádné záznamy. do AC. AC provádí JVK. Výsledek - některé záznamy na JVK v pořádku, některé záznamy JVK chyby - typ ERR. do AC. AC provádí JVK. Výsledek - JVK k potvrzení. do AC. AC provádí JVK. Výsledek - JVK typu WARN. Výsledek v I na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Žádný. Neproběhlo zpracování. Žádný. Neproběhlo zpracování. Data uložena v AC. Na záznamech proběhly kontroly. Různý stav záznamů v AC dle JVK. Data uložena v AC, na záznamech kontroly typy ERR v pořádku. tav u vybraných záznamů různý z důvodů nutnosti potvrzení. Data uložena v AC, na všech záznamech kontroly v pořádku. Protokol pořádku. V závislosti na formální chybě protokol obsahuje danou informaci. Protokol i s info o chybných řádcích (číslo řádku) kontroly. Protokol s info o chybných záznamech (identifikace dle kombinace parametrické sady) pro JVK. Protokol s info o kontrole k potvrzení (identifikace dle kombinace parametrické sady) JVK. Protokol - vše v pořádku. Očekávaná reakce subjektu ubjekt zasílá zprávu - status a znova všechny záznamy. ubjekt zasílá zprávu - status (zasílá vždy všechny záznamy znova) ubjekt zasílá zprávu - status. Může však zaslat znova všechny záznamy nebo zaslat pouze vybrané záznamy. (Toto rozhodnutí může subjekt udělat pouze pro výkazy a dále v závislosti na obsahu protokolu). ubjekt musí zaslat zprávu - status Potvrzení (případně zasílá ). Žádná. plněna VP. tav výskytu / platný K opravě / - Chybný / chybný K opravě / chybný K potvrzení/k potvrzení Platný / platný

No 19 20 21 22 tatus zprávy / znova všechny záznamy). (na JVK.Variant a jen vybrané záznamy). (na JVK.Variant a jen vybrané řádky). (na JVK.Variant a jen vybrané záznamy). (na JVK.Variant a jen vybrané záznamy). Vysvětlení AC jsou, avšak některé záznamy mají špatnou kvalitu. AC jsou, avšak některé záznamy mají špatnou kvalitu. AC jsou, avšak některé záznamy mají špatnou kvalitu. AC jsou, avšak některé záznamy mají špatnou kvalitu. Povolené příznaky řádků R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Formátová chyba, založené Převzetí záznamů do I do AC. AC provádí JVK. Výsledek - JVK všechny v pořádku. Žádné záznamy. Žádné záznamy. (ZDE OBAH TÉTO OPRAVY) do AC. AC provádí JVK. Výsledek - některé záznamy na JVK v pořádku, některé záznamy JVK chyby - typ ERR. Výsledek v I Platný stav na všech záznamech. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Žádný. Neproběhlo zpracování. Žádný. Neproběhlo zpracování. Data uložena v AC. Na záznamech proběhly kontroly. Různý stav záznamů v AC dle JVK. Protokol Protokol - vše v pořádku. V závislosti na formální chybě protokol obsahuje danou informaci. Protokol i s info o chybných řádcích (číslo řádku) kontroly. Protokol s info o chybných záznamech (identifikace dle kombinace parametrické sady) pro JVK. Očekávaná reakce subjektu Žádná. plněna VP. ubjekt zasílá zprávu - status - zasílá vybrané záznamy. ubjekt zasílá zprávu - status - zasílá vybrané záznamy. ubjekt zasílá zprávu - status - zasílá vybrané záznamy. tav výskytu / Platný / platný K opravě / - K opravě / chybný K opravě / chybný

No 23 24 tatus zprávy / (na JVK.Variant a jen vybrané záznamy). (na JVK.Variant a jen vybrané záznamy). 25 Potvrzení 26 Potvrzení 27 torno Vysvětlení AC jsou, avšak některé záznamy mají špatnou kvalitu. AC jsou, avšak některé záznamy mají špatnou kvalitu. AC jsou, avšak je potřeba potvrdit data ve z důvodů JVK K potvrzení. ZPRÁVA NEOBAHUJE ŽÁDNÁ DATA. AC jsou, avšak je potřeba potvrdit data ve z důvodů JVK K potvrzení. ZPRÁVA NEOBAHUJE ŽÁDNÁ DATA. Vydání zprávy se statusem torno (NEPLÉT E TORNEM JAKO PŘÍZNAK ŘÁDKU PŘI OPRAVĚ na vybrané/ záznamy!) Povolené příznaky řádků záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Převzetí záznamů do I (ZDE OBAH TÉTO OPRAVY) do AC. AC provádí JVK. Výsledek - JVK k potvrzení. (ZDE OBAH TÉTO OPRAVY) do AC. AC provádí JVK. Výsledek - JVK typu WARN. I AC přebírá dané jako informaci o potvrzení dat. Žádné záznamy. I AC přebírá dané jako informaci o stornu všech záznamů celého výskytu. Výsledek v I Data uložena v AC, na záznamech kontroly typy ERR v pořádku. tav u vybraných záznamů různý z důvodů nutnosti potvzení. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Žádný. Neproběhlo zpracování. tornovány všechny záznamy daného výskytu. Protokol Protokol s info o kontrole k potvrzení (identifikace dle kombinace parametrické sady) JVK. Protokol - vše v pořádku. Protokol - vše v pořádku. V závislosti na formální chybě protokol obsahuje danou informaci. Očekávaná reakce subjektu ubjekt musí zaslat zprávu - status Potvrzení (případně zasílá ). Žádná. plněna VP. Žádná. plněna VP. ubjekt musí následně zaslat novou zprávu status "Nová data". tav výskytu / K potvrzení / K potvrzení Platný / platný Platný / platný K potvrzení / - Plánovaný/-

No tatus zprávy / 28 torno Vysvětlení stornuje DATA CELÉHO VÝKYTU tj. VŠECH VYDÁNÍ ZALANÝCH NA DANÝ VÝKYT. Vydání zprávy se statusem torno neobsahuje data. Po přijetí torna vykazující subjekt musí zaslat znova všechny záznamy pro daný výskyt - viz od prvního scénáře "Nová data". tatus torno lze zaslat na předchozí se statusem: Nová data (vyjma scénáře č. 2),, Potvrzení. Vydání zprávy se statusem torno (NEPLÉT E TORNEM JAKO PŘÍZNAK ŘÁDKU PŘI OPRAVĚ na vybrané/ záznamy!) stornuje DATA CELÉHO VÝKYTU tj. VŠECH VYDÁNÍ ZALANÝCH NA DANÝ VÝKYT. Vydání zprávy se statusem torno neobsahuje data. Po přijetí torna vykazující subjekt musí zaslat znova všechny záznamy pro daný výskyt - viz od prvního scénáře "Nová data". tatus torno lze zaslat na předchozí se statusem: Nová data (vyjma scénáře č. 2),, Potvrzení. Povolené příznaky řádků Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Převzetí záznamů do I Žádné záznamy. Výsledek v I Žádný. Neproběhlo zpracování. Nebyly stornovány záznamy. Protokol V závislosti na formální chybě protokol obsahuje danou informaci. Očekávaná reakce subjektu Po odstranění formální chyby subjekt zasílá zprávu znova. tav výskytu / Dle toho, na co bylo storno posláno.

cénáře pro opravy již platného výskytu - tzv. historické oprava (ta může proběhnout okamžitě po platném výskytu nebo kdykoliv později (až roky) ubjekt zasílá status nebo torno No 29 30 31 32 tatus zprávy / (oprava vybraných záznamů u již platných dat) (oprava vybraných záznamů u již platných dat) (oprava vybraných záznamů u již platných dat) (oprava vybraných řádků u již Vysvětlení Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá změnu/opravu. Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá změnu/opravu. Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá změnu/opravu. Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá Povolené příznaky řádků R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u Zpracování v I Mt-IL- ÚD-DN Formální chyba, nezaloží se Formátová chyba, založené Převzetí záznamů do I Žádné záznamy. Žádné záznamy. do AC. AC provádí JVK. Výsledek - JVK všechny v pořádku. do AC. AC provádí JVK. Výsledek - některé záznamy na JVK v pořádku, Výsledek v I Žádný. Neproběhlo zpracování. Žádný. Neproběhlo zpracování. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. Data uložena v AC. Na záznamech proběhly kontroly. Různý stav záznamů v Protokol V závislosti na formální chybě protokol obsahuje danou informaci. Protokol i s info o chybných řádcích (číslo řádku) kontroly. Protokol - vše v pořádku. Protokol s info o chybných záznamech (identifikace dle kombinace Očekávaná reakce subjektu ubjekt zasílá zprávu - status. ubjekt zasílá zprávu - status. Žádná. plněna VP. ubjekt zasílá zprávu - status. tav výskytu / Platný K opravě / chybný Platný / platný K opravě / chybný

33 34 35... platných dat) (oprava vybraných záznamů u již platných dat) (oprava vybraných záznamů u již platných dat) (všechny předchozí záznamy) nebo (vybrané záznamy), Potvrzení, torno změnu/opravu. Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá změnu/opravu. Data daného výskytu (Platného) jsou již uložena v AC. ubjekt dodatečně (na platná data) zasílá změnu/opravu. poté platí scénáře dle situace, kteřé jsou již rozepsány výše. záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) R (oprava hodnoty u záznamu); X (storno záznamu); N (nový záznam) některé záznamy JVK chyby - typ ERR. do AC. AC provádí JVK. Výsledek - JVK k potvrzení. do AC. AC provádí JVK. Výsledek - JVK typu WARN. AC dle JVK. Data uložena v AC, na záznamech proběhly všechny kontroly typy ERR v pořádku. tav u vybraných záznamů různý z důvodů nutnosti potvzení. Data uložena v AC, na všech záznamech kontroly v pořádku. Platný stav na všech záznamech. parametrické sady) pro JVK. Protokol s info o kontrole k potvrzení (identifikace dle kombinace parametrické sady) JVK. Protokol - vše v pořádku. ubjekt musí zaslat zprávu - status Potvrzení (případně zasílá status ). Žádná. plněna VP. K potvrzení / K potvrzení Platný / platný

3.3 Příloha č. 3 - Hlavičky zpráv s uvedením referencí XML - Vzorová hlavička nedělené zprávy se statusem Nová data, následná nedělená zpráva se statusem reference na předchozí došlou zprávu: Edifact - Vzorová hlavička nedělené zprávy se statusem X01, následná nedělená zpráva se statusem X02 reference na předchozí došlou zprávu:

XML - Vzorová hlavička dělené zprávy se statusem Nová data, následná nedělená zpráva se statusem reference na předchozí výskytu datového souboru: Edifact - Vzorová hlavička dělené zprávy se statusem X01, následná nedělená zpráva se statusem X02 reference na předchozí výskytu datového souboru:

XML - Vzorová hlavička dělené zprávy se statusem Nová data, následná dělená zpráva se statusem reference na předchozí výskytu datového souboru: Edifact - Vzorová hlavička dělené zprávy se statusem X01, následná dělená zpráva se statusem X02 reference na předchozí výskytu datového souboru: