• Посилання скопійовано
Документ підготовлено в системі iplex

Про затвердження Порядку подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів (Форма №№ П1, П2, П3, П4, П5)

Міністерство доходів і зборів України | Наказ, Довідник, Журнал, Форма типового документа, Перелік, Повідомлення, Форма, Порядок від 26.12.2013 № 853 | Документ не діє
Реквізити
  • Видавник: Міністерство доходів і зборів України
  • Тип: Наказ, Довідник, Журнал, Форма типового документа, Перелік, Повідомлення, Форма, Порядок
  • Дата: 26.12.2013
  • Номер: 853
  • Статус: Документ не діє
  • Посилання скопійовано
Реквізити
  • Видавник: Міністерство доходів і зборів України
  • Тип: Наказ, Довідник, Журнал, Форма типового документа, Перелік, Повідомлення, Форма, Порядок
  • Дата: 26.12.2013
  • Номер: 853
  • Статус: Документ не діє
Документ підготовлено в системі iplex
6.4. Друга квитанція підтверджує успішне прийняття Міндоходів або фінансовою установою інформації файла в повному обсязі у тому разі, якщо код помилки за файлом, що квитується, дорівнює 0000 та інформаційні рядки в квитанції відсутні.
Якщо код помилки за файлом, що квитується, дорівнює 0000 та в квитанції наявні інформаційні рядки, то така квитанція свідчить про неприйняття до оброблення повідомлень або повідомлень-відповідей, порядкові номери яких у файлі, що квитується, вказані у цій квитанції. Решта повідомлень або повідомлень-відповідей з файла, який квитується, Міндоходів або фінансовою установою приймаються до оброблення.
6.5. Кодування помилок, які можуть виникнути при обробці файлів, здійснюється відповідно до довідника помилок, який наведено в додатку 8 до Порядку.
7. При надходженні до фінансової установи квитанції про прийняття до оброблення Файла повідомлень (другої квитанції), яка свідчить про успішне оброблення Міндоходів повідомлень про закриття рахунків платників податків, відомості про такі закриті рахунки роздруковуються, засвідчуються підписом відповідальної особи установи та долучаються до справи клієнта. При роздрукуванні відомостей про закритий рахунок на підставі отриманих квитанцій про одержання та приймання до оброблення Файла повідомлень згідно з додатком 7 до Порядку реквізити 1 - 8 та 10 - 12 указуються за інформацією, що міститься про цей рахунок у базі даних фінансової установи, реквізити 13, 16 та 17 не заповнюються, реквізити 9, 14 і 15 містять відповідну інформацію із зазначених квитанцій.
8. Інформація щодо платників податків, які відповідно до законодавства на день формування даних не мають кодів за ЄДРПОУ, надсилається з податковим номером, наданим контролюючим органом у встановленому порядку.
II. Опис формату електронних повідомлень
1. Правила формування найменування електронних повідомлень
1.1. Найменування Файлів повідомлень мають таку структуру:
@ATDxCxxxxxRxxxxxxxMDnnn.XML, де:
@ - ознака належності файла до файлів обміну відомостями щодо відкриття/закриття рахунків між Міндоходів та фінансовими установами;
A - функціональний підтип файла;
T - цифра, що визначає належність файла до Файлів повідомлень чи Файлів-відповідей або квитанцій: 0 - Файл повідомлень або Файл-відповідь, 1 - квитанція про одержання (перша квитанція) Файла повідомлень, 2 - квитанція про прийняття до оброблення (друга квитанція) Файла повідомлень або Файла-відповіді;
Dx - код регіону контролюючого органу за місцем розташування фінансової установи (доповнюється зліва нулями до 2 символів);
Cxxxxx - код фінансової установи, з якої / до якої надсилається файл (доповнюється зліва нулями до 6 символів). Для банківських установ та установ Державної казначейської служби України зазначається код банку, для інших фінансових установ - код небанківської фінансової установи;
Rxxxxxxx - код за ЄДРПОУ фінансової установи, з якої / до якої надсилається файл (доповнюється зліва нулями до 8 символів);
MD - дата формування файла (місяць, день у 36-знаковій системі числення);
nnn - порядковий номер файла протягом дня. Нумерація в 36-знаковій системі числення.
Наприклад: найменування Файла повідомлень @F026333333123456787C004.XML.
1.2. Найменування квитанції формується з імені прийнятого чи відбракованого файла за такими правилами:
1 - 2-й, 4 - 28-й символи збігаються з іменем файла, для якого ця квитанція формується;
3-й символ - цифра, що визначає квитанцію: 1 - квитанція про одержання Файла повідомлень (перша квитанція), 2 - квитанція про прийняття до оброблення Файла повідомлень або Файла-відповіді (друга квитанція).
Наприклад: найменування квитанції фінансової установи на Файл-відповідь @R226333333123456787C004.XML.
1.3. Найменування Файла-відповіді формується з імені Файла повідомлень за такими правилами:
1-й, 3 - 28-й символи збігаються з іменем Файла повідомлень, для якого формується Файл-відповідь;
2-й символ - функціональний підтип Файла-відповіді:
для Файла повідомлень F функціональний підтип Файла-відповіді - R,
для Файла повідомлень P функціональний підтип Файла-відповіді - D.
2. Кожний Файл подається у вигляді XML-структури. Поданий Файл повинен відповідати всім правилам побудови XML-документа відповідно до відкритого стандарту W3C (http://www.w3.org/TR/REC-xml). Для контролю за цілісністю структури та правильністю заповнення до кожного типу Файла долучається файл, який містить XML-схему, що відповідає стандарту W3C (http://www.w3.org/2001/XMLSchema-instance).
Порядок елементів у XML-документі повинен точно відповідати порядку, описаному XML-схемою.
Файл з XML-схемою іменується за таким принципом:
1 - 6-й символи містять символьний код XML-схеми;
7 - 8-й символи містять версію схеми.
Символьні коди XML-схем для Файлів наведені у таблиці 2.1.
Таблиця 2.1
Тип ФайлаСимвольний код XML-схеми
Файл повідомлень FDPI201
Файл повідомлень PDPI202
Файл повідомлень KDPI203
Файл-відповідь RDPI204
Файл-відповідь DDPI205
Квитанція про одержання файла (перша квитанція)DPI206
Квитанція про прийняття файла (друга квитанція)DPI210
Кодування реквізитів визначається шаблоном відображення, що додається до кожного типу Файла. Усі шаблони вільно розповсюджуються Міндоходів шляхом розміщення на офіційному веб-порталі Міндоходів у форматі Adobe Portable Document Format (PDF) і мають аналогічне до XML-схеми ім'я файла з розширенням pdf.
3. Структура Файла є уніфікованою та складається із елементів DECLARHEAD та DECLARBODY, в яких містяться елементи інформації.
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="ім'я файла, що містить XML-схему">
<DECLARHEAD>
<C_ORG_NAME><!--Найменування фінансової установи--></C_ORG_NAME>
<TIN><!--Код за ЄДРПОУ фінансової установи--><TIN>
<C_FIN ><!--Код фінансової установи--></ C_FIN>
</DECLARHEAD>
<DECLARBODY>
<НАЗВА РЕКВІЗИТУ><!--Значення реквізиту--></НАЗВА РЕКВІЗИТУ>
...........
</DECLARBODY>
</DECLAR>
Кожний Файл починається з директиви XML<?xml version="1.0" encoding="windows-1251"?>, що набрана в нижньому регістрі. Кодовою сторінкою є "windows-1251".
Усі елементи Файла іменуються у верхньому регістрі. Кореневим елементом є елемент з іменем DECLAR, при оголошенні цього елемента вказується посилання на схему контролю даних (XML-схему).
Наприклад:
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="DPI20101.xsd">
Між елементами не допускаються знаки пробілів, табуляцій тощо.
У елементі DECLARHEAD розміщується інформація, що повністю ідентифікує фінансову установу, яка надіслала Файл повідомлень. У Файлі повідомлень та Файлі-відповіді жодний з елементів, що входять до DECLARHEAD, не може мати пусте значення. У першій та другій квитанціях у разі наявності помилки при отриманні або розшифруванні Файла повідомлень або Файла-відповіді допускаються пусті значення елементів DECLARHEAD.
Детальний опис усіх дочірніх елементів для DECLARHEAD наведено у таблиці 2.2.
Таблиця 2.2
Назва елементаЗмістКоментар
<C_ORG_NAME>Найменування установиЗначенням елемента є найменування фінансової установи
<TIN>Код установиЗначенням елемента є код фінансової установи за ЄДРПОУ
<C_FIN>Код фінансової установиЗначенням елемента є: для банківських установ та установ державної казначейської служби - код банку; для інших фінансових установ - код небанківської фінансової установи
Тіло Файла міститься в елементі DECLARBODY, що складається із заголовка повідомлення та даних повідомлення.
У заголовку розміщується інформація, яка ідентифікує сформований Файл.
Кожний дочірній елемент DECLARBODY будується за таким принципом: <Назва реквізиту> Значення реквізиту </Назва реквізиту >.
Усі Повідомлення (або Повідомлення-відповіді), які містяться в одному Файлі повідомлень (або Файлі-відповіді), умовно можна представити як таблицю, рядки якої пронумеровано, починаючи з номера 1. Один рядок цієї таблиці являє собою одне Повідомлення (або Повідомлення-відповідь). Одним інформаційним рядком Файла повідомлень (або Файла-відповіді) вважається один рядок цієї таблиці, який є елементом ROWS з атрибутом ROWNUM.
Зазначений спосіб представлення інформаційних рядків, як таблиці, застосовується і для другої квитанції у разі наявності в ній інформаційних рядків.
Елемент ROWS містить реквізити, що кодуються однотипно:
<Назва реквізиту>Значення реквізиту</Назва реквізиту>.
Детальний опис дочірніх елементів заголовка DECLARBODY для файлів F, K, P, R та D наведено у таблиці 2.3.
Таблиця 2.3
Назва елементаЗмістКоментар
<C_DOC_FNAME>Назва файлаЗначенням елемента є найменування файла (F, K, P, R або D)
<C_DOC_CRTDATE>Дата створення файлаЗначенням елемента є дата створення файла (F, K, P, R або D) у форматі "ррммдд", де рр - рік, мм - місяць, дд - день
<C_DOC_CRTTIME>Час створення файлаЗначенням елемента є час створення файла (F, K, P, R або D) у форматі "ггхх", де гг - години, хх - хвилини
<C_DOC_QTREC>Кількість інформаційних рядків у файліЗначенням елемента є кількість інформаційних рядків у файлі (F, K, P, R або D)
Детальний опис дочірніх елементів заголовка DECLARBODY для квитанцій про одержання Файла повідомлень (перших квитанцій) наведено у таблиці 2.4.
Таблиця 2.4
Назва елементаЗмістКоментар
<C_DOC_FNAME>Назва файлаЗначенням елемента є найменування квитанції
<PROC_FILE_NAME>Назва файла, що квитуєтьсяЗначенням елемента є найменування файла (F, K або P), що квитується
<C_DOC_CRTDATE>Дата одержання файла, що квитуєтьсяЗначенням елемента є дата одержання файла (F, K або P), що квитується, у форматі "ррммдд", де рр - рік, мм - місяць, дд - день
<C_DOC_CRTTIME>Час одержання файла, що квитуєтьсяЗначенням елемента є час одержання файла (F, K або P), що квитується, у форматі "ггхх", де гг - години, хх - хвилини
<PROC_FILE_ERROR_CODE>Код помилки за файломЗначенням елемента є код помилки при одержанні файла (F, K або P)
<RESPONSE_TEXT>Інформаційний текст квитанціїІнформаційний текст квитанції
Детальний опис дочірніх елементів заголовка DECLARBODY для квитанцій про прийняття до оброблення (других квитанцій) Файлів наведено у таблиці 2.5.
Таблиця 2.5
Назва елементаЗмістКоментар
<C_DOC_FNAME>Назва файлаЗначенням елемента є найменування квитанції
<C_DOC_CRTDATE>Дата створення файлаЗначенням елемента є дата створення квитанції у форматі "ррммдд", де рр - рік, мм - місяць, дд - день
<C_DOC_CRTTIME>Час створення файлаЗначенням елемента є час створення квитанції у форматі "ггхх", де гг - години, хх - хвилини
<C_DOC_QTREC>Кількість інформаційних рядків у файліЗначенням елемента є кількість інформаційних рядків у квитанції
<PROC_FILE_NAME>Назва файла, що квитуєтьсяЗначенням елемента є найменування файла (F, K, P, R або D), що квитується
<PROC_FILE_CRTDATE>Дата створення файла, що квитуєтьсяЗначенням елемента є дата створення файла (F, K, P, R або D), що квитується, у форматі "ррммдд", де рр - рік, мм - місяць, дд - день
<PROC_FILE_QTREC>Кількість інформаційних рядків у файлі, що квитуєтьсяЗначенням елемента є кількість інформаційних рядків у файлі (F, K, P, R або D), що квитується
<PROC_FILE_ERROR_CODE>Код помилки за файлом, що квитуєтьсяЗначенням елемента є код помилки при обробці файлів (F, K, P, R або D)
Якщо друга квитанція не містить інформаційних рядків, то значення реквізиту "C_DOC_QTREC" дорівнює нулю.
У разі неможливості прочитання Файла повідомлень чи Файла-відповіді реквізити "PROC_FILE_CRTDATE" та "PROC_FILE_QTREC" мають пусте значення.
Елементи, що мають пусте значення, записуються у вигляді:
<Назва реквізиту xsi:nil="true"/> або <Назва реквізиту xsi:nil="true"/> </Назва реквізиту>, причому атрибут xsi:nil="true" є обов'язковим.
4. Основні вимоги до заповнення значень показників
4.1. Значення реквізитів символьного типу не можуть містити символи:
> - більше;
< - менше;
" - лапки;
' - апостроф;
& - амперсанд.
Замість них використовуються відповідні макропідстановки, наведені у таблиці 2.6.
Таблиця 2.6
>>
<<
""
''
&&
4.2. Значення показників типу "дата" подаються у форматі "ррммдд", де рр - рік, мм - місяць, дд - день.
5. Приклади Файлів
5.1. Приклад сформованого Файла повідомлень про відкриття/закриття рахунків платників податків у банківській установі:
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance
xsi:noNamespaceSchemaLocation="DPI20101.XSD">
<DECLARHEAD>
<C_ORG_NAME>ПАТ "Банк Ромашка" </C_ORG_NAME>
<TIN>12345678</TIN>
<C_FIN>333333</C_FIN>
</DECLARHEAD>
<DECLARBODY>
<C_DOC_FNAME>@F026333333123456787C004.XML</C_DOC_FNAME>
<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>
<C_DOC_CRTTIME>1419</C_DOC_CRTTIME>
<C_DOC_QTREC>2</C_DOC_QTREC>
<ROWS ROWNUM="1">
<BANK_ID>333333</BANK_ID>
<NUM>98765432</NUM>
<RST_TYPE>1</RST_TYPE>
<OPER_TYPE>1</OPER_TYPE>
<OPER_DATE>110712</OPER_DATE>
<ACCOUNT>260011111111</ACCOUNT>
<CURRENCY>980</CURRENCY>
<RESIDENT>1</RESIDENT>
<CLIENT_NAME>ТОВ "АВС"</CLIENT_NAME>
<CLIENT_ADDR>04004, м. Київ, вул. Турівська, б. 555 </CLIENT_ADDR>
<STS_REG>26</STS_REG>
<STS_RAI>56</STS_RAI>
</ROWS>
<ROWS ROWNUM="2">
<BANK_ID>333333</BANK_ID>
<NUM>1234567891</NUM>
<RST_TYPE>2</RST_TYPE>
<OPER_TYPE>3</OPER_TYPE>
<OPER_DATE>110712</OPER_DATE>
<ACCOUNT>260022222222</ACCOUNT>
<CURRENCY>978</CURRENCY>
<RESIDENT>1</RESIDENT>
<CLIENT_NAME>Іванов Іван Іванович</CLIENT_NAME>
<CLIENT_ADDR>01033, м. Київ, вул. Шота Руставелі, б. 111 </CLIENT_ADDR>
<STS_REG>26</STS_REG>
<STS_RAI>55</STS_RAI>
</ROWS>
</DECLARBODY>
</DECLAR>
5.2. Приклад сформованої квитанції про одержання Файла повідомлень (першої квитанції):
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="DPI20601.XSD">
<DECLARHEAD>
<C_ORG_NAME>ПАТ "Банк Ромашка"</C_ORG_NAME>
<TIN>12345678</TIN>
<C_FIN>333333</C_FIN>
</DECLARHEAD>
<DECLARBODY>
<C_DOC_FNAME>@F126333333123456787C004.XML</C_DOC_FNAME>
<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>
<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>
<C_DOC_CRTTIME>1445</C_DOC_CRTTIME>
<PROC_FILE_ERROR_CODE>0000</PROC_FILE_ERROR_CODE>
<RESPONSE_TEXT>Файл повідомлень @F026333333123456787C004.XML доставлено в поштову скриньку Міндоходів 12.07.2011 в 14:45:41. Відправник: Приймальний шлюз Міндоходів </RESPONSE_TEXT>
</DECLARBODY>
</DECLAR>
5.3. Приклад сформованої квитанції про прийняття до оброблення (другої квитанції) Файла повідомлень з інформацією про неприйняття такого файла до оброблення:
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="DPI21001.XSD">
<DECLARHEAD>
<C_ORG_NAME>ПАТ "Банк Ромашка"</C_ORG_NAME>
<TIN>12345678</TIN>
<C_FIN>333333</C_FIN>
</DECLARHEAD>
<DECLARBODY>
<C_DOC_FNAME>@F226333333123456787C004.XML</C_DOC_FNAME>
<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>
<C_DOC_CRTTIME>1531</C_DOC_CRTTIME>
<C_DOC_QTREC>0</C_DOC_QTREC>
<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>
<PROC_FILE_CRTDATE>110712</PROC_FILE_CRTDATE>
<PROC_FILE_QTREC>2</PROC_FILE_QTREC>
<PROC_FILE_ERROR_CODE>2109</PROC_FILE_ERROR_CODE>
</DECLARBODY>
</DECLAR>
5.4. Приклад сформованої квитанції про прийняття до оброблення (другої квитанції) Файла повідомлень з інформацією про часткове прийняття до оброблення даних файла:
<?xml version="1.0" encoding="windows-1251"?>
<DECLAR xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="DPI21001.XSD">
<DECLARHEAD>
<C_ORG_NAME>ПАТ "Банк Ромашка</C_ORG_NAME>
<TIN>12345678</TIN>
<C_FIN>333333</C_FIN>
</DECLARHEAD>
<DECLARBODY>
<C_DOC_FNAME>@F226333333123456787C004.XML</C_DOC_FNAME>
<C_DOC_CRTDATE>110712</C_DOC_CRTDATE>
<C_DOC_CRTTIME>1531</C_DOC_CRTTIME>
<C_DOC_QTREC>1</C_DOC_QTREC>
<PROC_FILE_NAME>@F026333333123456787C004.XML</PROC_FILE_NAME>
<PROC_FILE_CRTDATE>110712</PROC_FILE_CRTDATE>
<PROC_FILE_QTREC>2</PROC_FILE_QTREC>
<PROC_FILE_ERROR_CODE>0000</PROC_FILE_ERROR_CODE>
<ROWS ROWNUM="1">
<ROWNUM_FILE_ISH>2</ROWNUM_FILE_ISH>
<ERROR_CODE>2135</ERROR_CODE>
</ROWS>
</DECLARBODY>
</DECLAR>
Додаток 2
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 2.2)
ПОВІДОМЛЕННЯ
про відкриття/закриття рахунку платника податків у фінансовій установі (Форма № П1)
Додаток 3
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 2.5)
ПОВІДОМЛЕННЯ
контролюючого органу про відмову в узятті на облік рахунку платника податків (Форма № П2)
Додаток 4
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 3.2)
ПЕРЕЛІК
кодів причин відмови в узятті на облік рахунку платника податків
Код причини відмовиПричина відмови
0Рахунок узято на облік, причина відмови відсутня
1Відсутність платника податків на обліку в контролюючому органі
2Наявність у Єдиному державному реєстрі запису про державну реєстрацію припинення юридичної особи або припинення підприємницької діяльності фізичної особи - підприємця
3Наявність у Єдиному державному реєстрі запису про відсутність юридичної особи за її місцезнаходженням або запису про відсутність підтвердження відомостей про юридичну особу
4Наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про відкриття такого рахунку іншому платнику податків або зазначеному платнику податків, але з іншою датою операції
5Наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про взяття на облік у контролюючому органі такого рахунку. Файл-відповідь R або D міститиме дату взяття рахунку на облік у контролюючому органі
6Наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про видачу платнику податків, щодо якого надійшла інформація про відкриття рахунку, довідки про відсутність заборгованості з податків і зборів, яка видається платнику податків за умови закриття всіх рахунків для закінчення процедури державної реєстрації припинення юридичної особи або підприємницької діяльності фізичної особи - підприємця
7Наявність судового рішення щодо заборони взяття рахунків на облік в контролюючих органах
8Наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про такий рахунок, що є закритим, яка збігається з реквізитами, що надійшли від фінансової установи в повідомленні про відкриття рахунку (крім рахунків, які відкриваються в органах Державної казначейської служби України)
9Невідповідність інформації щодо податкового номера або серії та номера паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків
та повідомила про це відповідний контролюючий орган і має відмітку в паспорті, найменування (прізвища, імені, по батькові), податкової адреси платника податків, поданої у повідомленні, цим відомостям Державного реєстру фізичних осіб - платників податків, Єдиного державного реєстру та Єдиного банку даних про платників податків - юридичних осіб
10Відсутність в Єдиному державному реєстрі платника податків - фізичної особи - підприємця або юридичної особи чи її відокремлених підрозділів, які відповідно до чинного законодавства повинні бути включені до Єдиного державного реєстру
Додаток 5
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 6.3)
Форма № П3
ЖУРНАЛ
реєстрації повідомлень про відкриття/закриття рахунків у фінансових установах
№ з/пТип операціїДата ПовідомленняДата отримання Повідомлення МіндоходівДата відправки Міндоходів Повідомлення-відповіді до фінансової установиДата отримання Повідомлення контролюючим органомПодатковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків
та повідомила про це відповідний контролюючий орган і має відмітку в паспорті)
Код фінансової установиКод небанківської фінансової установи у разі відкриття/ закриття рахунку у цінних паперахКод за ЄДРПОУ небанківської фінансової установи у разі відкриття/ закриття рахунку у цінних паперахНомер рахункуКод валютиДата операціїДата взяття рахунку на облікКод причини відмови в узятті рахунку на облікПримітка
12345678910111213141516
Додаток 6
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 6.4)
КОПІЯ
електронного повідомлення про відкриття рахунку у фінансовій установі (Форма № П4)
Додаток 7
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 6.5)
КОПІЯ
електронного повідомлення-відповіді щодо взяття на облік/закриття рахунку платника податків у контролюючому органі (Форма № П5)
Додаток 8
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 5.4)
ДОВІДНИК
помилок
Код помилкиЗміст
0000Інформацію прийнято до оброблення
2101Помилки у змісті повідомлення або повідомлення-відповіді
2102Повторно надісланий Файл
2103Порушено загальну структуру Файла
2104Помилка в ідентифікаторі адресата в найменуванні Файла
2105Ім’я в заголовку не відповідає найменуванню Файла
2106Помилка в даті утворення Файла у заголовку
2107Порушено кількість інформаційних рядків
2108Порушено порядок нумерації інформаційних рядків
2109Помилка в ідентифікаторі фінансової установи
2120Помилка в реквізиті "Дата надання повідомлення до Міндоходів"
2121Помилка в реквізиті "Дата взяття рахунку на облік у контролюючому органі"
2122Помилка в реквізиті "Код причини відмови в узятті на облік рахунку"
2123Помилка в реквізиті "Ідентифікатор запису"
2124Помилка реквізиту "Найменування файла F або Р, в якому була надана інформація про рахунок"
2125Помилка в реквізиті "Порядковий номер повідомлення, на яке надається відповідь, у Файлі повідомлень F або Р"
2126Фінансова установа не відправляла файл F або Р, на який надіслано відповідь
2130Помилка в коді фінансової установи
2131Не заповнено поле податкового номера клієнта
2132Невідомий податковий номер
2133Помилка в типі реєстру
2134Помилка в типі операції
2135Помилка в даті операції
2136Порушено тип даних поля рахунку клієнта
2138Помилка в коді валюти рахунку
2139Помилка в коді резидентності клієнта
2140Не заповнено поле найменування (прізвище, ім’я, по батькові) клієнта
2141Помилка в коді регіону контролюючого органу
2142Помилка в коді району контролюючого органу
2160Помилка в коді країни
2161Не заповнено поле податкової адреси клієнта