Указ No 71/2011 Кол.
Введіть номер мобільного, який Ви вказали при укладаннi договору з банком - для ідентифікації.
Чинний
Чинний від 01.04.2011
71.70 р.
ВИЗНАЧЕННЯ
від 14 березня 2011
на бланку, структуру та спосіб управління та надання даних, які банк та відділення банку, крім Держава Учасника, необхідно для підтримки та які необхідно надати системі гарантування фінансового ринку
Міністерство фінансів надає, згідно з § 41c (11) Акту No 21 / 1992 Coll., про Банки, як змінено Актом No 156 / 2010 Coll., далі йдеться про «Банковий акт»:
Тема питання
Цей декрет встановлює форму, структуру та спосіб управління та надання даних, які банк та відділення банку ззовні Держава Учасника, необхідні для підтримки відповідно до розділу 41c (3) Закону про банківські справи (далі – «Облік осіб») та надання системи гарантування фінансового ринку (далі – Гарантійна система «») у випадках, зазначених у розділі 41d (4) та (5) Закону про банківську діяльність, у разі перевірки функціональності системи оплати за позовом щодо гарантування вкладів через систему гарантування вкладів за розділом 41n (1) Банку, Акту або у разі проведення перевірок на здійснення підпунктом 41n (2) Акту.
Метод зберігання даних про уповноважені особи
Банк і відділення банку з нелегованої держави зберігати дані про бенефіціари таким чином, що він може надати такі дані до системи гарантування у вигляді, структури та способу, викладених у розділі 3.
Засоби надання даних про уповноважені особи
(1) У випадках, передбачених Законом про банківську діяльність, банк та відділення банку з нематеріальної держави, надаватиме Гарантійну систему в електронній формі з інформацією про бенефіціарів у вигляді, структури та порядку, встановлених в додатку до цього Порядку. Дані надані до системи гарантування у форматі CSV, що стиснені в один файл даних у форматі ZIP та зашифровані асиметричним алгоритмом шифрування PGP. У угоді з системою гарантування можна використовувати інші засоби шифрування принаймні однакової безпеки.
(2) Банк та відділення банку з нелегованої держави нададуть Гарантійну систему з даними про уповноважені особи на оптичний носій, який розуміється CD або DVD для цілей цієї постанови, або безпечну репозиторію даних USB, яка Гарантійна система має право на банк або відділення банку з нелегованої держави.
(3) Інформація про бенефіціари надається з метою оплати відшкодування вкладних претензій, з метою перевірки функціонування системи, або з метою проведення стрес-тесту банком та відділення банку від нематеріальної держави до системи гарантування в одному або декількох наборах пільг.
(4) Відомості про бенефіціари у випадку відкладів у розділі 41f (7) та (8) Акту банківського вкладу передається у окремому леві банком та відділенням банку від нелегованої держави до системи гарантування. У разі, якщо банківські рахунки, що проводяться з іноземною гілкою, дані про бенефіціарів, передаються до системи гарантування в дивідендах за країною, в якій проводяться депозити. Якщо вклади в розділі 41f (7) і (8) банківського акту також зареєстровані іноземною гілкою Банку в певній країні, дані про бенефіціари щодо цієї країни будуть додатково розподілені на леви на родовищах і леві на інших родовищах. У разі, якщо відшкодування майнових претензій щодо бенефіціару має бути надана в двох або більше країнах, а сума таких претензій щодо бенефіціара перевищує максимальну ліміт відшкодування за секцією 41e (2) Закону про банківське право, сума, яка повинна бути оплачена в індивідуальних пільгах, що стосуються кожної країни, буде визначено з урахуванням співвідношення за секцією 41e (7) Закону про банківське право.
(5) Банк та відділення банку з нелегованої держави нададуть дані про бенефіціари системи гарантування через особу або особи, ім'я якого, прізвище, адреса Інституту, телефонний номер та адреса електронної пошти, що була передана до системи гарантування. Банк і відділення банку з нелегованої держави поспілкують такі контактні дані до системи гарантування не пізніше ніж за 1 місяць після прийняття участі в схемі гарантування вкладів і не буде спілкуватися без зайвих затримок до системи гарантування будь-яких змін у таких контактних реквізитах.
Корекція некоректних і неповних даних про уповноважених осіб
(1) Якщо банк та відділення банку, крім Держреєстру, з’яснює, що дані про бенефіціари, надані Гарантійною системою, невірно чи неповноцінні, це надасть Гарантійну систему, скориговану інформацію про бенефіціари без затримки в порядку, встановленому в розділі 3 та інформувати про систему гарантування вмісту та, де це доречно, причину корекції.
(2) Якщо гарантія виявить, що інформація про бенефіціари, надані банком та відділенням банку, крім Держава Учасника, невірно чи неповний, банком та відділенням банку з нелегованої держави гарантійної схеми, за її вимогою, надати виправлені дані про бенефіціари без затримки у порядку, встановленому у розділі 3.
(3) Де банк та відділення банку з нелегованої держави не можуть виконувати свої зобов’язання щодо бенефіціарів та де виявлені помилки у даних, що надходять на бенефіціари, банк та відділення банку з нелегованої держави Гарантійної системи забезпечують повну інформацію про бенефіціарних.
(4) У разі перевірки функціонування платіжної схеми при виявленні помилок у даних, що надходять на бенефіціари, банк та відділення банку з нелегованої держави, передається всі дані про бенефіціари. Це стосується першого набору доз, а також будь-якого іншого набору доз.
Перехідне забезпечення
Введіть номер мобільного, який Ви вказали при укладаннi договору з банком - для ідентифікації.
Еффіфікація
Цей Указ діє з 1 квітня 2011 року.
Міністр:
Інг. Калусек в. р.
Додаток до Указу No 71 / 2011 Coll.
Форма, структура та спосіб надання даних, які банк та відділення банку, крім Держреєстру, зобов’язаний підтримувати та які необхідні для забезпечення системи гарантування
1 ПРОВІЗІЯ ДАНИХ
1.1. ДАНІ ВИКОНАННЯ
Обмін даними відбувається за допомогою пакетного логічного блоку файлів. Файли мають формат CSV.
1.1.1. ПОТЕНЦІЙНА КОНВЕНЦІЯ ТРАНСФЕРЕНЦІЙ
Назви файлів складаються з трьохфакторної абревіації, чотирифакторного номеру банку або відділення банку з країн-членів, крім того, країни іноземного відділення (для файлів для чеських гілок цей код не завершений) і п'ятиметрового розширення (суфікс). Назва та розширення файлу відокремлюються точками. Розширення у вигляді 99999 і визначає серійний номер дози. Перша доза починається з розширення 00001.
1.1.2. СПИС ПЕРЕВЕЗЕНЬ
Визначені наступні файли:
| Soubory a prefixy vět souborů | |||||
|---|---|---|---|---|---|
| Soubor | Typ souboru | Prefix věty | Generuje | Přijímá | Popis souboru |
| DIB | CSV | U | Garanční systém | vyplácená | Hlavička dávky |
| DIM | CSV | G | Garanční systém | vyplácená | Řídící zprávy |
| DIE | CSV | H | Garanční systém | vyplácená | Chybové / informační zprávy |
| DIP | CSV | V | Garanční systém | vyplácená | Výplaty |
| DIW | CSV | R | vyplácená | Garanční systém | Hlavička dávky |
| DIC | CSV | E | vyplácená | Garanční systém | Oprávněné osoby |
| DIA | CSV | T | vyplácená | Garanční systém | Účty |
| DIL | CSV | O | vyplácená | Garanční systém | Společné účty |
| DII | CSV | D | vyplácená | Garanční systém | Účty ve speciálním režimu |
| DIN | CSV | X | vyplácená | Garanční systém | Řídící zprávy |
| DIF | CSV | K | vyplácená | Garanční systém | Chybové / informační zprávy |
1.1.3. ПЕРЕВАГИ
Файли, що містять дозу, вказуються елементами даних у файлі заголовка партії (наприклад, N CLIENT, N ACOUNT, N COLLECTIVE та N COMMAND у файлі DIW). Файл, що представляє дозатор, завжди повинен бути в кожній дозі. Якщо значення будь-якого з елементів даних, що вказують на кількість вироків у кожному файлі є нульовим, пакетний файл не повинен існувати; якщо він більш ніж нульовий, набір з заданим числом вироків повинен існувати. Якщо значення негативне, це помилка і доза відхилена.
Наприклад, дійсна доза для файлів CSV є одним, що містить файли DIW, DIC та DIA. Типова доза контролю містить файли DIW і DIN.
1.1.4. СЕРТИФІКАЦІЯ БЕНЕФІТУ
Після успішної обробки будь-якої партії Система гарантування підтверджує цю обробку, надсилаючи повідомлення з кодом 40000. У разі будь-якої помилки в оброблюваній дозі система гарантування повертає набір повідомлень про помилки.
У
Контрольні повідомлення передаються у файлах DIM, DIN і визначають необхідну активність над блоком даних, визначеним ключем I IDC.
1.1.6. ВИКОРИСТАННЯ ДАНИХ ЗАХИСТУ
Доза даних стискається ZIP в один загальний файл. Файли, що належать одному траншею, додаються до стисненого файлу без подорожі. Зашифрований файл з асиметричним алгоритмом шифрування PGP, з іншим способом шифрування принаймні такої ж безпеки можна використовувати в угоді з системою гарантування.
1.1.6.1 CSV FILES
1.1.6.1.1. ФОРМАТ ФІЛЬШИХ
Всі файли CSV типу, тобто:
a) текст ASCII файл у кодуванні CP-1250 (Win-1250)
(b) індивідуальні ряди (потенції) завершуються LF (0x0A), або CR, LF (0x0D, 0x0A)
c) окремі елементи даних відокремлені комою (COMMA - 0x2C)
d) за останній елемент даних (лінія) символ коми (COMMA - 0x2C) неприпустимо
e) якщо файл містить символ NULL (0x00), він вважається закінченням файлу
1.1.6.1.2. ЗАГАЛЬНІ ПРАВИЛЬНОСТІ НА СУГЛЕНИХ ТИПАХ ДАНИХ
Тексти - якщо елемент текстових даних містить символ коми (COMMA - 0x2C), весь текст повинен бути укладений за допомогою верхньої позначки квотації (марка замовлення - 0x22). Якщо текст містить позначку верхньої цитати (0x22), він буде подвійним.
Кількість - 15 цифр, в тому числі відкриття нулів, без десяткового сепаратора, без тисяч сепараторів, останні два положення на право представляють сотні валют (наприклад, пені в разі валюти CZK).
Дата - порядок року, місяця, дня, в тому числі, де застосовується, попередній нульовий протягом місяця і днів, без сепараторів.
Час - замовлення годин, хвилин, секунд, в тому числі будь-яких попередньо замовлення нуль, не сепараторів.
відсоток - без сепаратора, додається до 4 цифр.
1.1.6.1.3 РОЗВИТОК ДАНИХ КОНТРАКТІВ
Довжина: N - максимальна довжина
Формат: X - Windows 1250 символи
9 - числові символи (0x30 - 0x39)
YYYY - рік
ММ - місяць
ДД - день
hh - час
мм - хвилина
сс - другий
(N) - визначає змінну довжину з максимальною довжиною N; повторення символів X, 9, тощо визначає фіксовану довжину в кількості повторів.
* - вказує на елемент даних, значення якого може бути порожнім.
Всі елементи даних є обов'язковим, тобто порожнім елементом даних, позначеним * повинні бути надані за допомогою символу коми (COMMA - 0x2C).
1.2. ЗБЕРІГАННЯ ВІД БАНКУ ТА БРАНЧУ БАНКІВ З ІНШИХ, ЩО ЗБЕРІГАТИ ДЕРЖАВИ ДО ГАРАНСЬКОЇ СИСТЕМИ
У процесі перевірки функціонування платіжної схеми банку та відділення банку з нематеріальної держави нададуть Гарантійну систему з наступними файлами в першому множині пільг: ДІВ (заголовок буксирування), DIC (бенефіціари), DIA (рахунки), DIL (рахунки, що містяться на двох або більше співвласників, де записуються тільки кошти тих співвласників («спільних рахунках»), або рахунки, що проводяться за кошти, крім власника рахунку (« облікових записів»), якщо вони існують для бенефіціара.]
Банк і відділення банку з нелегованої держави отримують повідомлення про помилки з обробки першого пакетного файлу за допомогою файлів DIE.
Якщо банк або відділення банку з нематеріального державного реєструє скарги на депозити в розділі 41f (7) або (8) Акту Банку, він повинен, в процесі перевірки функціонування схеми відшкодування, забезпечити багаторазовий перший набір переваг і надання в другому сукупності переваг з інституційними рахунками наступні комплекти файлів: DIW (Титання на користь), DIC (агоровані особи), DIL (комона і облікові записи управління - якщо будь-який) і DII (інституційні рахунки).
У другому наборі дози не потрібно повторювати дані, що надходять в першу дозу.
Банк та відділення банку від Держава Учасника, крім Держава, отримують повідомлення про помилки з обробки другого набору пільг за допомогою файлів ДІІ.
1.2.1. БУДІВНИЦТВО
Файл DIW містить один вирок, що представляє специфікацію траншу. З метою перевірки функціональності системи значення 0 буде вставлятися в пункт No 9 (N ERROR).
| Soubor DIW (hlavička dávky / tranše) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy R |
| 2 | TIMESTAP | datum a čas dávky | 14 | YYYYMMDDhhmmss | časové razítko ISO8601. Datum, kde TRANCHE=1 je počáteční datum výplaty (tedy datum, od kterého se odvíjí doba výplaty nebo doba archivace dat) |
| 3 | ROTA | pořadí dávky / tranše | 5 | 99999 | pořadí dávky. ROTA je shodné s extenzí všech souborů dávky |
| 4 | N_CLIENT | počet vět v souboru DIC | 9 | 9(9) | počet vět v souboru DIC |
| 5 | N_ACCOUNT | počet vět v souboru DIA | 9 | 9(9) | počet vět v souboru DIA |
| 6 | N_COLLECTIVE | počet vět v souboru DIL | 9 | 9(9) | počet vět v souboru DIL |
| 7 | N_SPECIAL | počet vět v souboru DII | 9 | 9(9) | počet vět v souboru DII |
| 8 | N_COMMAND | počet řídících zpráv v tranši | 9 | 9(9) | počet všech řídících zpráv (počet vět v souboru DIN) |
| 9 | N_ERROR | počet chybových zpráv v tranši | 9 | 9(9) | počet vět v souboru DIF |
| 10 | T_PAYMENT | celkem k výplatě Garančním systémem v CZK v rámci jedné tranše | 15 | 999999999999999 | součet všech výplat z pojištění (součet hodnot atributu PAYMENT všech vět v souboru DIC) |
| 11 | CHECK_AC | kontrola čísel účtu na správnost IBAN | 1 | 9 | 0 = kontrola čísel účtů (IBAN) ve všech tabulkách jedné dávky se neprovádí 1 = kontrola se provádí |
| 12 | TEST | identifikace testovacích dat | 4 | XXXX | pokud je hodnota atributu „TEST“, jedná se o testovací tranši hodnota „KEEN“ představuje ostrá data jiná hodnota je nepřípustná |
У вигляді бази не містить індексу і не відсортовано.
1.2.2. DIC СТРУКТУРА
Файл DIC містить n речення, що представляють індивідуальні виплати уповноважених осіб. Payout визначає ключ I IDC, який унікальний через всі траншеї. I ключ IDCP чітко визначає сплачену особу та поширений через всі траншеї. Файл DIC містить всі авторизовані особи (ідентифіковані I IDCP), які мають посилання на файли DIA (акаунти), DIL (спільні облікові записи) та DII (інституційні рахунки).
| Soubor DIC (oprávněné osoby) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy E |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | pokud je TYPE = F >> rodné číslo (pouze numerická podoba) pokud je TYPE = P >> IČO pokud je TYPE = C >> datum narození + pořadové číslo s předřazenými nulami do celkové délky 10 znaků ve formátu YYYYMMDD99 nebo YYMMDD9999 pokud je TYPE = X >> jiná identifikace (používá se např. v případě zahraničních právnických osob, případně právnických osob, kterým ještě nebylo přiřazeno IČO) |
| 3 | TYPE | typ oprávněné osoby | 1 | X | F = fyzická osoba (včetně podnikajících) P = právnická osoba C = osoba, která nemá v ČR přidělené rodné číslo X = jiný, nejčastěji zahraniční právnická osoba |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | počáteční hodnota: 1 krok: 1 souvislé a rostoucí číslování |
| 5 | CHECK_ID | kontrola IDC | 1 | 9 | 0 = kontrola atributu IDC podle modulo 11 (nebo addo modulo 11) se neprovádí 1 = kontrola se provádí |
| 6 | NAME | jméno oprávněné osoby | 240 | X(240) | |
| 7 | STREET | ulice z adresy oprávněné osoby | 240 | X(240) | |
| 8 | CITY | město z adresy oprávněné osoby | 240 | X(240) | |
| 9 | ZIP | PSČ z adresy oprávněné osoby | 10 | X(10) | mezinárodní poštovní kód (PSČ) |
| 10 | COUNTRY | identifikátor země oprávněné osoby | 2 | XX | dle ISO 3166-1 |
| 11 | T_CLAIM | pohledávky celkem ze všech účtů oprávněné osoby v CZK | 15 | 999999999999999 | suma všech účtů zahrnutých do I_IDC |
| 12 | PAYMENT | částka k výplatě v CZK | 15 | 999999999999999 | k výplatě v Kč Pokud se jedná o osobu, která má prostředky pouze na účtu ve speciálním režimu, bude částka k výplatě 0. Pokud se jedná o majitele účtu ve speciálním režimu, nevztahuje se na toto pole limit. |
| 13 | NOTE | poznámka | 240 | X(240)* | poznámka (např. údaje k identifikaci cizince, které nelze použít v IDC, číslo/identifikátor dokladu) |
| 14 | SUSPENSION | informace, zda jsou naplněny předpoklady pro pozastavení výplaty | 1 | X | A = § 41g odst. 2 zákona o B = § 41g odst. 3 písm. a) zákona o C = § 41g odst. 3 písm. b) zákona o D = § 41g odst. 3 písm. c) zákona o E = § 41g odst. 3 písm. d) zákona o F = § 41g odst. 3 písm. e) zákona o Pokud je tato položka vyplněna, musí být současně zaslána odpovídající věta v souboru DIN (řídící zprávy). |
| 15 | CELL_PHONE | telefonní číslo oprávněné osoby | 20 | X(20) | mezinárodní formát telefonního čísla (nepovinný údaj) |
| 16 | adresa elektronické pošty oprávněné osoby | 100 | X(100) | (nepovinný údaj) | |
| 17 | LANGUAGE | jazyková preference oprávněné osoby podle § 41r odst. 2 zákona o | 2 | XX | úřední jazyky členských států EU dle ISO 639-1 |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDCP | IDC | 1 | unikátní v rámci tranše (oprávněné osoby) |
| TYPE | 2 | |||
| 2 | I_IDC | IDC | 1 | unikátní v rámci všech tranší (výplata) |
| TYPE | 2 | |||
| ORDER_P | 3 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
1.2.3. ДІА СТРУКТУРА
Файл DIA містить n вироки, що представляють окремі рахунки уповноважених осіб. У зареєстрованому власнику облікового запису визначено ключ I IDCP, платіж (авторований сертифікат особи), до якого належить обліковий запис, I ключ IDC. Кожен бенефіціар може мати кілька облікових записів, але не може бути недійсним без облікового запису, ані документи містять облікові записи, які не можуть бути приписані до бенефіціара.
| Soubor DIA (účty) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | identifikace věty, vždy T |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | ACCOUNT | účet | 24 | X(24) | bankovní účet ve formátu IBAN |
| 6 | CURRENCY | měna účtu | 3 | XXX | měna účtu ISO 4217 currency code |
| 7 | BALANCE | zůstatek účtu | 15 | 999999999999999 | |
| 8 | BALANCE_CZK | zůstatek účtu v Kč | 15 | 999999999999999 | |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDCP | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| 2 | I_IDC | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| 3 | I_IDCA | IDC | 1 | unikátní v rámci všech vět |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| ACCOUNT | 4 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
| ACCOUNT | 4 | vzestupně |
1.2.4. БУДІВНИЦТВО
Файл DIL містить n речення, що представляють загальні або управлінські рахунки. Визначена особа, яка має частку в загальному (або управлінні) обліковому записі визначається ключем I ключ IDCP, виплата якого частка в загальному (або управлінні) рахунку належить, ключ I IDC.
Якщо обліковий запис відображається у файлі DIL, він також повинен бути показаний у файлі DIA, що вказує власника облікового запису або власника облікового запису та загальний баланс спільного або управлінського рахунку. Якщо є більше одного власника для загального або управлінського рахунку, одного вироку та загального балансу рахунку буде показано для кожного з них у файлі ДІА. Неперевершено, уповноважена особа, яка міститься в файлі DIL, але не власник облікового запису не буде включена в файл DIA. Якщо обліковий запис відображається як у файлі DIA, так і у файлі DIL, то його статус DIA не входить до загального позову, зазначеного у файлі DIC.
| Soubor DIL (společné účty a správcovské účty) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy O |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | údaj o skutečném vlastníkovi peněžních prostředků, je-li znám; jinak údaj o majiteli účtu |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | ACCOUNT | účet | 24 | X(24) | bankovní účet v IBAN formátu |
| 6 | CURRENCY | měna účtu | 3 | XXX | ISO 4217, kód měny |
| 7 | AMOUNT | podílová částka na účtu | 15 | 999999999999999 | částka na účtu náležící I_IDCP |
| 8 | AMOUNT_CZK | podílová částka na účtu v CZK | 15 | 999999999999999 | částka na účtu náležící I_IDCP v Kč |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDCP | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| 2 | I_IDC | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| 3 | I_IDCL | IDC | 1 | unikátní v rámci všech vět |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| ACCOUNT | 4 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
| ACCOUNT | 4 | vzestupně |
1.2.5. DII СТРУКТУРА
Файл DII містить низку рахунків, що представляють платіжні установи, провайдери малогабаритних платіжних послуг, електронні грошові установи або малогабаритні електронні грошових емітентів, де кошти, які Користувачі платіжних послуг доручили їм за виконання платіжної операції або проти яких було видано електронні гроші (розділ 41f (7) банківського акту), або рахунки дилерів цінних паперів, в яких за законами, що регулюють бізнес у столичному ринку, або рахунки судових виконавців, в яких кошти для уповноважених і зареєстрованих кредиторів розраховуються за правилами виконання (розділ 41f (8) банківського акту) (далі – «інституційні рахунки». Особа, яка надавалася виплаті претензій уповноважених вкладників, визначається за допомогою поля ACCOUNT, особа, яка наноситься на I ключ IDCP, платіж після можливого зменшення буде сплачено власнику рахунку, вказаному в DIC файлі. Якщо обліковий запис відображається у файлі DII, він також повинен бути показаний у файлі DIA з власником, але бенефіціар (утримувач) не повинен бути включений у файл DIA.
| Soubor DII (účty ve speciálním režimu) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy D |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | údaj o oprávněné osobě vlastnící podíl na institucionálním účtu. Uplatňuje se limit této osoby. Peníze budou případně vyplaceny vlastníkovi institucionálního účtu - pole 5. |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | ACCOUNT | účet | 24 | X(24) | Bankovní účet v IBAN formátu. Institucionální účet. |
| 6 | CURRENCY | měna účtu | 3 | XXX | |
| 7 | AMOUNT | podílová částka na účtu | 15 | 999999999999999 | částka na účtu, náležící I_IDCP |
| 8 | AMOUNT_CZK | podílová částka na účtu v Kč | 15 | 999999999999999 | částka na účtu, náležící I_IDCP v Kč |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDCP | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| 2 | I_IDC | IDC | 1 | neunikátní |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| 3 | I_IDCI | IDC | 1 | unikátní v rámci všech vět |
| TYPE | 2 | |||
| ORDER_P | 3 | |||
| ACCOUNT | 4 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
| ACCOUNT | 4 | vzestupně |
1.2.5.1. МЕТОДОЛОГІЯ ДЛЯ ЗАСТОСУВАННЯ ЗАМОВЛЕННЯ ІНСТИТУЦІЙНИХ ЗАХОДІВ
У тексті використовуються наступні умови:
| Podílník | Oprávněná osoba, u níž je evidován podíl na účtu ve speciálním režimu uvedeném v souboru DII. |
| Oprávněná osoba, která je evidována jako vlastník účtu ve speciálním režimu a je tedy uvedena u tohoto účtu v souboru DIA. | |
| {limit pojištění} | Limit pojištění uvedený v zákoně o bankách přepočítaný na CZK kurzem ČNB daným v rozhodný den. |
| {suma výplat} | Součet všech výplat Podílníka ve všech dávkách pro vyplácení (tj. vlastní účty Podílníka uvedené v souboru DIA a jeho podíly na společných a správcovských účtech v souboru DIL). |
| {suma podílů} | Součet všech podílů (uvedených u příslušného Podílníka v poli AMOUNT_CZK v souboru DII), které má příslušný Podílník na všech účtech uvedených v souboru DII, a to ve všech přijatých dávkách |
| {suma podílů u | Součet všech podílů daného Podílníka u dané |
Для оплати частки, яка буде оплачена, коефіцієнт {k} для кожного Акціонера буде обчислено наступним чином:
Для {insurance limit} - {payout} ≤ 0 є коефіцієнтом {k} = 0.
Для ліміту страхування - сума суми платежу акцій ≥ 1, коефіцієнт k = 1.
Для ліміту страхування -сума суми платежу акцій < 1 є коефіцієнтом k = ліміт страхування -сума суми платежу акцій. Коефіцієнт {k} зараховується до 4 десяткових місць.
Для того, щоб отримати суму, яку необхідно сплатити, необхідно помножити кожен Держателя {sum акцій з Інституцією} і {k}. Сума, що отримала, повинна бути зарахована до 2 десяткових місць та зараховано до вартості поля даних ПАОУ (обов'язково бути оплачена в CZK) в DIC файлі для відповідного інституту.
Примітка: Коефіцієнт діє тільки якщо бенефіціар має кошти для двох або більше власників інституційних рахунків.
1.2.6. ДІН СТРУКТУРА
Файл DIN містить n вироки, що представляють контрольні команди для окремих заробітних плат. Лист виплат визначається ключем I IDC. У файлі керування повідомлення можуть бути команди для будь-якого платіжного аркуша з будь-якої траншеї, відправленої до системи гарантування (тобто навіть у попередніх траншеях).
| Soubor DIN (řídící zprávy) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy X |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | COMMAND | příkaz | 2 | XX | z platného seznamu příkazů |
| 6 | NOTE | text | 240 | X(240)* | popis důvodu příkazu a v případě blokace uvedení osoby či |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDC | IDC | 1 | |
| TYPE | 2 | |||
| ORDER_P | 3 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
Примітка: Контрольні повідомлення будуть оброблятися в порядку, в якому вони вказані в файлі DIN
1.2.7 DIF СТРУКТУРА
Файл DIF містить n фраз, що представляють повідомлення про помилки.
| Soubor DIF (chybové/informační zprávy) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy K |
| 2 | IDC | ID oprávněné osoby | 20 | X(20)* | v případě chyby vztahující se k celé dávce nevyplněno, nebo"" |
| 3 | TYPE | typ oprávněné osoby | 1 | X* | v případě chyby vztahující se k celé dávce nevyplněno, nebo "" |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5)* | v případě chyby vztahující se k celé dávce nevyplněno, nebo "" |
| 5 | TIMESTAMP | datum a čas nalezení chyby | 14 | YYYYMMDDhhmmss | časové razítko ISO 8601 |
| 6 | CODE_ID | chybový kód | 5 | 99999 | dle číselníku informativních/chybových hlášení |
| 7 | FILE | název souboru | 13 | XXX9999.99999 | jméno souboru, ve kterém byla chyba nalezena |
| 8 | LINE | řádek souboru | 9 | 9(9) | řádek chyby. V případě chyby vztahující se k celé dávce 0 |
| 9 | NOTE | text chyby | 240 | X(240) | popis chyby |
У вигляді бази не містить індексу і не відсортовано.
1.3. Файли, передані у Гарантійну систему до ПАСАЖЕДНОГО БАНКУ та БІЗНЕСУ БАНКІВ, які СТРАТЕТУ МІБЕРУ
Надання даних про бенефіціари, сплачених банком та відділенням банку від нематеріального стану до системи гарантування, також включає завантаження файлів, створених системою гарантування, з яких банк або відділення банку від нематеріальної держави буде визначати, чи відбувається надання даних без проблем, чи визначено певні помилки, які необхідно виправити.
1.3.1. ДЕБ СТРУКТУРА
Файл DIB містить один вирок, що визначає траншу.
| Soubor DIB (hlavička dávky) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy U |
| 2 | TIMESTAP | datum a čas dávky | 14 | YYYYMMDDhhmmss | časové razítko ISO8601 |
| 3 | ROTA | pořadí souboru řídících zpráv | 5 | 99999 | počáteční hodnota: 1 krok: 1 při denní aktualizaci se každý den generuje hodnota o jednu větší |
| 4 | N_COMMAND | počet zaslaných řídících zpráv | 9 | 9(9) | počet vět v souboru DIM |
| 5 | N_ERROR | počet zaslaných chybových zpráv | 9 | 9(9) | počet vět v souboru DIE |
| 6 | TEST | identifikace testovacích dat | 4 | XXXX | pokud je hodnota atributu "TEST", jedná se o testovací tranši hodnota "KEEN" představuje ostrá data jiná hodnota je nepřípustná |
У вигляді бази не містить індексу і не відсортовано.
1.3.2. DIP СТРУКТУР
Файл DIP містить n речення, що представляють фактичні виплати окремих уповноважених осіб, які визначаються ключем I IDC.
| Soubor DIP (výplata) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy V |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | CODE_V | kód vyplácející | 4 | 9999 | identifikační kód vyplácející |
| 6 | PAYMENT_D | datum výplaty | 8 | YYYYMMDD | |
| 7 | PAYMENT_A | vyplacená částka | 15 | 999999999999999 | |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDC | IDC | 1 | unikátní |
| TYPE | 2 | |||
| ORDER_P | 3 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
1.3.3. ДІМ СТРУКТУРА
Файл DIM містить n речення, що представляють команди керування для окремих платних таблиць. Лист виплат визначається ключем I IDC. Замовлення на будь-який платіжний лист з будь-якого траншею, відправленого в систему гарантування, може бути включений в лист управління.
| Soubor DIM (řídící zprávy) - popis datových prvků | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy G |
| 2 | IDC | ID oprávněné osoby | 20 | X(20) | |
| 3 | TYPE | typ oprávněné osoby | 1 | X | |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5) | |
| 5 | COMMAND | příkaz | 2 | XX | z platného seznamu příkazů |
| 6 | NOTE | text | 240 | X(240)* | popis důvodu příkazu a v případě blokace uvedení osoby či |
Індекс:
| Číslo indexu | Název indexu | Název datového prvku | Pořadí datového prvku v indexu | Typ indexu |
|---|---|---|---|---|
| 1 | I_IDC | IDC | 1 | unikátní |
| TYPE | 2 | |||
| ORDER_P | 3 |
Сортування:
| Název datového prvku | Pořadí třídění | Typ třídění |
|---|---|---|
| IDC | 1 | vzestupně |
| TYPE | 2 | vzestupně |
| ORDER_P | 3 | vzestupně |
Примітка: Контрольні повідомлення будуть оброблятися в порядку, в якому вони відображаються в файлі DIM.
1.3.4 СТРУКТУРА ДІЄ
Файл DIE містить n речення, що представляють повідомлення про помилки для окремих файлів або виплат.
| Soubor DIE (chybové zprávy) - popis atributů | |||||
|---|---|---|---|---|---|
| Pořadí | Název atributu | Popis atributu | Délka | Formát | Poznámka |
| 1 | IDR | identifikace věty | 1 | X | vždy H |
| 2 | IDC | ID oprávněné osoby | 20 | X(20)* | v případě chyby vztahující se k celé dávce nevyplněno, nebo "" |
| 3 | TYPE | typ oprávněné osoby | 1 | X* | v případě chyby vztahující se k celé dávce nevyplněno, nebo "" |
| 4 | ORDER_P | pořadí výplaty | 5 | 9(5)* | v případě chyby vztahující se k celé dávce nevyplněno, nebo "" |
| 5 | TIMESTAMP | datum a čas nalezení chyby | 14 | YYYYMMDDhhmmss | časové razítko ISO 8601 |
| 6 | CODE_ID | chybový kód | 5 | 99999 | dle číselníku informativních/chybových hlášení |
| 7 | FILE | název souboru | 13 | XXX9999.99999 | jméno souboru, ve kterém byla chyba nalezena |
| 8 | LINE | řádek souboru | 9 | 9(9) | řádek chyby. V případě chyby vztahující se k celé dávce 0 |
| 9 | NOTE | text chyby | 240 | X(240)* | popis chyby |
СПИС УПРАВЛІННЯ ЗВІТами
2.1. СПИС УПРАВЛІННЯ ВІДДІЛАМИ БАНКУ ТА БРОНЮВАННЯ БАНКІВ З ІНШИХ МЕМБЕРНИХ ДЕРЖАВИ ДО ГАРАНСЬКОЇ СИСТЕМИ
Банком та відділенням Банку від держави-члена, крім системи гарантування.
| Řídící zprávy: Vyplácená banka a pobočka banky z jiného než členského státu - Garanční systém | |||
|---|---|---|---|
| Příkaz | Funkce | Vydává | Poznámka |
| BB | Blokovat | Vyplácená | Příkaz zablokuje list výplaty. Vyplácená |
| BF | Odblokovat | Vyplácená | Příkaz zruší blokaci listu výplat a uvolní jeho výplatu. |
2.2. СПИС УПРАВЛІННЯ ЗВІТАМИ З ГАРАНСЬКОЇ СИСТЕМИ ДО БАНКІВСЬКОГО БАНКУ ТА БРАНКУ БАНКІВ З ІНШИХ, ЩО МЕМБЕР ДЕРЖАВНА
Управлінські звіти, що видаються за схемою гарантування Банку та відділення Банку з нематеріальної держави.
| Řídící zprávy: Garanční systém - Vyplácená banka a pobočka banky z jiného než členského státu | |||
|---|---|---|---|
| Příkaz | Funkce | Vydává | Poznámka |
| BS | Zamítnutí blokace | Garanční systém | Vystaví Garanční systém, pokud obdržel od vyplácející |
| BY | Potvrzení blokace | Garanční systém | Vystaví Garanční systém, pokud obdržel od vyplácející |
3 ХЕКЦІЇ НА ЗВІТОВАНІ ДАНІ
3.1 ХЕКЦІЇ НА КУРСИОНАЛЬНОМУ ЛІВЕЛЛІ
Немає перевірок. При багаторазовому імпорті біржової картки перезаписується оригінальна валютна картка.
3.2. ДАНІ ВИКОРИСТАННЯ БАНКУ ТА ЗАБЕЗПЕЧЕННЯ БАНКУ ІНШИХ ЗАБЕЗПЕЧЕНЬ
Якщо імпортовані дані містять серйозні помилки і повну дозу відхиляється, то навіть в цьому випадку підвищується внутрішня лічильника доз «відновлених». Таким чином, банк і відділення банку, крім Держава, ніколи не можуть надсилати різні дані до Системи гарантування з тим самим номером леви.
У разі перевірки функціональності системи, однак, кожна перша доза, яка подана до системи гарантування, буде мати серійний номер 00001 - тобто при відмові і необхідності повторної перевірки функціональності, необхідно повернути пакетний файл, де перша доза почнеться з серійним числом 00001.
3.2.1 ХЕКЦІЇ НА ФІЛІ CSV
Якщо система гарантування виявить помилку, яка призводить до відхилення повної дози, доза відхилена при виникненні першої помилки і лікування негайно припиняється.
4 ФІЛЬШІ КОДи
Процес передачі даних між системою гарантування та оплатою банком або відділенням банку, крім Держреєстру, описаний за наступними реквізитами / кодами інформації:
ВаБ - Банк або відділення банку з некомерційного стану
GSFT - Система гарантування фінансового ринку
| Chybové kódy GSFT - VáB | ||||
|---|---|---|---|---|
| Kód | Vystavuje | Přijímá | Text | Popis |
| 40000 | GSFT | VáB | Dávka [číslo dávky] reprezentována souborem [název souboru] byla bez chyb zpracována v [čas zpracování] | Informativní hlášení. |
| 40005 | GSFT | VáB | Z celkové částky k výplatě [hodnota DIW.T_PAYMENT] byly naimportovány výplaty v částce pouze [skutečná hodnota výplat] | Informativní hlášení. Při zpracování dávky došlo minimálně k jedné chybě na úrovni listu klienta, který byl odmítnut. Hodnota DIW.PAYMENT je vždy větší, než skutečná hodnota výplat. |
| 40050 | GSFT | VáB | Zpracování dávky [číslo dávky] reprezentované souborem [název souboru] bylo ukončeno pro závažnou chybu v [čas zpracování] | Chybové hlášení následuje po hlášení s konkrétní chybou. |
| 40055 | GSFT | VáB | V databázi je u | Chybný typ data. Nastaveno KEEN, ale data jsou typu TEST nebo naopak. |
| 40100 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - neznámý příkaz [příkaz] | V souboru řídících zpráv nalezen neznámý příkaz. Příkaz bude odmítnut, zpracování dávky pokračuje. |
| 40101 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P], pro kterou byl nalezen příkaz [příkaz], neexistuje v databázi | V souboru řídících zpráv nalezen příkaz pro oprávněnou osobu, která není v databázi. Příkaz bude odmítnut, zpracování dávky pokračuje. |
| 40200 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku], nalezený typ věty [nalezený typ věty] místo očekávaného typu [předepsaný typ věty] | Soubor obsahuje nedovolenou signaturu věty. Dávka bude odmítnuta, zpracování ukončeno. |
| 40201 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku], chyba formátu souboru | Soubor nemá předepsaný formát. Typicky se jedná o případ, kdy byl načten nesmyslně dlouhý řádek. Dávka bude odmítnuta, zpracování ukončeno. |
| 40202 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku], chyba počtu uvozovek | V souboru byl nalezen lichý počet uvozovek. Dávka bude odmítnuta, zpracování ukončeno. |
| 40203 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku] má chybný počet atributů. Očekáváno [předepsaný počet atributů], nalezeno [skutečně načtený počet atributů] | V souboru byl nalezen chybný počet atributů. Dávka bude odmítnuta, zpracování ukončeno. |
| 40204 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku] překročena maximální povolená délka atributu. Chyba [systémová chyba MFC] | Datový prvek v souboru má takový rozměr, že došlo k přetečení alokovaných bufferů před začátkem vlastních syntaktických kontrol (např. při načtení tak velkého řetězce reprezentujícího číslo, že havarovaly konverzní funkce MFC). Systémová chyba MFC je součástí chybového hlášení. Dávka bude odmítnuta, zpracování ukončeno. |
| 40205 | GSFT | VáB | V souboru [název souboru] je časové razítko [yyyyddmmHHMMSS], které je starší než časové razítko [yyyyddmmHHMMSS] posledního importu | V souboru DIW nebo DVW má datový prvek TIMESTAMP starší hodnotu, než při posledním importu. Dávka bude odmítnuta, zpracování ukončeno. |
| 40206 | GSFT | VáB | Soubor [název souboru], řádek [pořadové číslo řádku] je chybná délka atributu | Datový prvek má chybnou délku. Dávka bude odmítnuta, zpracování ukončeno. |
| 40207 | GSFT | VáB | V souboru [název souboru] je chyba formátu data: [yyyy.mm.dd HH:MM:SS] | Sémanticky chybné datum (např. 35. 02. 2010). Dávka bude odmítnuta, zpracování ukončeno. |
| 40210 | GSFT | VáB | V souboru [název souboru] je pořadové číslo dávky [pořadové číslo dávky] místo očekávaného [očekávané číslo dávky] | Datový prvek ROTA má jinou hodnotu, než atribut ROTA z předešlého zpracování povýšený o 1. Dávka bude odmítnuta, zpracování ukončeno. |
| 40220 | GSFT | VáB | Soubor [název souboru] nepatří vyplácené | Název souboru (kód |
| 40230 | GSFT | VáB | V souboru [název souboru] je celkem [skutečný počet vět] vět místo očekávaného počtu [uvedený počet vět] | Uvedený počet vět v hlavičkovém souboru se liší od skutečného počtu vět. Dávka bude odmítnuta, zpracování ukončeno. |
| 40235 | GSFT | VáB | V souboru [název souboru] je k výplatě [skutečně k výplatě], místo očekávaných [uvedeno k výplatě] | V souboru oprávněných osob DIW.T_PAYMENT je uvedena jiná částka k výplatě než je součet částek k výplatě všech vět DIC.PAYMENT. Dávka bude odmítnuta, zpracování ukončeno. |
| 40300 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - není typu F, P, C, nebo X | Chybný typ oprávněné osoby. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40305 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - nalezeno číslo výplaty %d místo očekávaného %d | Chybné pořadí listu výplaty (ORDER_P). Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40315 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - kód země %s nenalezen v číselníku | Chybný identifikátor kódu země (státu). Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40316 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - neplatné číslo účtu %s | Číslo účtu neodpovídá specifikaci IBAN. Kontrola se provádí pouze, pokud je DIW.CHEC_KAC = 1. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40320 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - vyplácená částka výplaty [pořadové číslo výplaty] (nebo všech výplat) překračuje zákonem povolený limit [zákonný limit] | Součet k výplatě (v případě první výplaty přímo tato výplata) přesahuje zákonný limit. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40321 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - příkaz BF by způsobil výplatu, která by v celkové výši překročila zákonem povolený limit. Příkaz BF bude odmítnut, list zůstane zablokován | Příkaz na odblokování listu oprávněné osoby by vedl k tomu, že součet k výplatě by přesáhl zákonný limit. Příkaz BF bude odmítnut, list výplaty zůstane zablokován. |
| 40322 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - pohledávka [T_CLAIM v tabulce DIC] nesouhlasí se stavy na účtech [SUM (BALANCE_CZK v tabulce DIA) + SUM(AMOUNT_CZK v tabulce DIL)] (Pozn.: Pokud je účet pro daného klienta uveden jak v DIA, tak v DIL, pak se hodnota z DIA nezapočítává - viz. kapitola 1.2.4 | Pohledávka je vyšší než stavy účtů. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40323 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - pohledávka [T_CLAIM] je menší než částka k výplatě [PAYMENT] | V tabulce DIC byla nalezena oprávněná osoba, kde je požadováno k výplatě více, než je pohledávka na účtech. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40325 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - nalezena v [název tabulky], ale nebyl nalezen list výplaty, podíl | V názvu tabulky byla nalezena reference I_IDC, ale tato reference nemá vazbu na nadřízené tabulky. Hodnota název tabulky může být: VÝPLATA, SPOLEČNÝ ÚČET, SPECIÁLNÍ ÚČET, ŘÍDÍCÍ ZPRÁVA. Oprávněná osoba s I_IDC bude odmítnuta (vymazána ze všech tabulek), zpracování pokračuje. |
| 40331 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] již existuje v databázi | Opakovaný import listu oprávněné osoby. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek, v databázi zůstává z minulého importu), zpracování pokračuje. |
| 40332 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - chyba kontroly rodného čísla | Chybné rodné číslo. Kontrola se provádí pouze pokud je DIC.CHECK_ID = 1 a DIC.TYPE = F. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40333 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - chyba kontroly identifikačního čísla | Chybné identifikačního čísla společnosti. Kontrola se provádí pouze pokud je DIC.CHECK_ID = 1 a DIC.TYPE = P. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40334 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - chybný typ | V tabulce DIC je v atributu TYPE uvedena nepovolená hodnota. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40337 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] není v souboru [název souboru] jedinečný | List s I_IDC byl duplicitní v souboru DIC. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40360 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - kurz pro měnu [měna] s datem [dd.mm.yyyy] nebyl nalezen | Nebyl nalezen odpovídající kurzovní lístek. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40361 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - chyba přepočtu kurzem [kurz]. Nalezena hodnota [hodnota] CZK, očekávána [hodnota] CZK | Chyba přepočtu kurzu. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40368 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - je duplicitní pro účet [číslo účtu] v souboru [název souboru] | Duplicitní záznam v souborech DIA, DIL a DII. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40369 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P] - již existuje v databázi (soubor [název souboru]) | Duplicitní záznam v souborech DIA, DIL a DII, který již byl nalezen v databázi. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40400 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P], nalezená v souboru [název souboru], nemá vazbu do souboru [název souboru] | List s I_IDC byl nalezen v souboru bez relace. Typicky se jedná o případ, kdy existuje věta v DIC, ale není ani v DIA, DIL nebo DII. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
| 40401 | GSFT | VáB | Oprávněná osoba s identifikátorem [IDC], [TYPE], [ORDER_P], [ACCOUNT] nalezená v souboru [název souboru] nemá vazbu do souboru [název souboru] | Věta s klíčem s I_IDCA byla nalezena v souboru bez relace. Typicky se jedná o případ, kdy existuje věta v DIA, ale není ani v DIC. Oprávněná osoba s I_IDC bude odmítnuta (vymazána z pracovních tabulek), zpracování pokračuje. |
Увійдіть для нотаток, обраного та сповіщень
Інформація про нормативний акт
| Цитування | Указ No 71/2011 Кол., за формою, структурою та способом управління та наданням даних, які банк та відділення банку з-за кордону Держателем зобов’язаний підтримувати та що зобов’язаний забезпечити систему гарантування фінансового ринку |
|---|---|
| Тип нормативного акту | - |
| Автор | - |
| Збірка | Збірка законів |
| Дата оприлюднення | 23.03.2011 |
|---|---|
| Чинний від | 01.04.2011 |
| Чинний до | - |
| Стан | Чинний |
Текст нормативного акту має інформаційний характер.
Коментарі 0