Документ z0121-14, втратив чинність, поточна редакція — Втрата чинності від 25.11.2015, підстава - z1058-15

МІНІСТЕРСТВО ДОХОДІВ І ЗБОРІВ УКРАЇНИ

НАКАЗ

26.12.2013  № 853


Зареєстровано в Міністерстві
юстиції України
21 січня 2014 р.
за № 121/24898

{Наказ втратив чинність на підставі Наказу Міністерства фінансів № 721 від 18.08.2015}

Про затвердження Порядку подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів

Відповідно до статті 69 глави 6 розділу II Податкового кодексу України та пункту 4 Положення про Міністерство доходів і зборів України, затвердженого Указом Президента України від 18 березня 2013 року № 141, НАКАЗУЮ:

1. Затвердити Порядок подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів, що додається.

2. Департаменту розвитку ІТ, електронних сервісів та обліку платників (Теньков О.В.) в установленому порядку подати цей наказ на державну реєстрацію до Міністерства юстиції України.

3. Інформаційно-комунікаційному департаменту (Семченко О.В.) забезпечити оприлюднення наказу на офіційному веб-порталі Міністерства доходів і зборів України та в засобах масової інформації.

4. Цей наказ набирає чинності з дня його офіційного опублікування.

5. Контроль за виконанням цього наказу покласти на заступника Міністра Ігнатова А.П.

Міністр

О.В. Клименко

ПОГОДЖЕНО:

Голова Національної комісії
з цінних паперів
та фондового ринку

Голова Державної служби
спеціального зв'язку
та захисту інформації України

Міністр фінансів України

Заступник Голови
Національного банку України

Голова Державної служби України
з питань регуляторної політики
та розвитку підприємництва




Д.М. Тевелєв



Г.А. Резніков

Ю.В. Колобов


О.О. Ткаченко



М.Ю. Бродський




ЗАТВЕРДЖЕНО
Наказ Міністерства доходів
і зборів України
26.12.2013  № 853


Зареєстровано в Міністерстві
юстиції України
21 січня 2014 р.
за № 121/24898

ПОРЯДОК
подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів

I. Загальні положення

1.1. Цей Порядок розроблено відповідно до статті 69 глави 6 розділу II Податкового кодексу України (далі - Кодекс), Законів України "Про електронні документи та електронний документообіг", "Про електронний цифровий підпис", "Про захист інформації в інформаційно-телекомунікаційних системах", Порядку застосування електронного цифрового підпису органами державної влади, органами місцевого самоврядування, підприємствами, установами та організаціями державної форми власності, затвердженого постановою Кабінету Міністрів України від 28 жовтня 2004 року № 1452, та Правил забезпечення захисту інформації в інформаційних, телекомунікаційних та інформаційно-телекомунікаційних системах, затверджених постановою Кабінету Міністрів України від 29 березня 2006 року № 373.

1.2. Цей Порядок визначає послідовність дій банків та інших фінансових установ при наданні повідомлень про відкриття або закриття рахунків (далі - Повідомлення) платників податків - юридичних осіб, у тому числі відкритих через їх відокремлені підрозділи, та самозайнятих фізичних осіб (далі - платники податків) до контролюючих органів, в яких обліковуються платники податків, та відкриття або закриття банками власних кореспондентських рахунків, а також форму і зміст повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах, перелік підстав для відмови контролюючих органів у взятті рахунків на облік.

1.3. Дія цього Порядку не поширюється на депозитарні установи у період відкриття рахунків у цінних паперах при проведенні дематеріалізації цінних паперів відповідно до законодавства. Зобов'язання, передбачені в статті 69 глави 6 розділу II Кодексу, мають бути виконані депозитарною установою по закінченню визначеного законодавством періоду дематеріалізації цінних паперів при зверненні фізичної особи, зазначеної у цій статті, щодо відкриття для неї таких рахунків та при відкритті нових рахунків.

1.4. Відповідно до статті 41 глави 1 розділу ІІ Кодексу контролюючими органами є органи доходів і зборів - центральний орган виконавчої влади, що забезпечує формування єдиної державної податкової, державної митної політики в частині адміністрування податків і зборів, митних платежів та реалізує державну податкову, державну митну політику, забезпечує формування та реалізацію державної політики з адміністрування єдиного внеску, забезпечує формування та реалізацію державної політики у сфері боротьби з правопорушеннями при застосуванні податкового та митного законодавства, а також законодавства з питань сплати єдиного внеску, його територіальні органи.

II. Вимоги до подання Повідомлень

2.1. Національний банк України, банки та інші фінансові установи (далі - фінансові установи) не пізніше наступного робочого дня з дня відкриття/закриття рахунків платників податків (включаючи день відкриття/закриття) подають відомості про це в електронному вигляді з використанням надійних засобів електронного цифрового підпису з посиленими сертифікатами відкритих ключів засобами електронної пошти мережі Інтернет (далі - засоби телекомунікаційного зв'язку) на адресу Інформаційного порталу Міністерства доходів і зборів України (далі - Міндоходів).

У разі відкриття/закриття власних кореспондентських рахунків банки направляють Повідомлення на адресу Міндоходів у порядку, визначеному цим пунктом.

Форму та зміст електронних Повідомлень наведено у додатку 1 до цього Порядку.

Адресу Інформаційного порталу Міндоходів розміщено на офіційному веб-порталі Міндоходів (далі - веб-портал).

2.2. У разі неможливості подання з технічних причин Повідомлення в електронному вигляді засобами телекомунікаційного зв'язку таке Повідомлення може бути надано або надіслано поштою з повідомленням про вручення в паперовому вигляді (додаток 2) не пізніше наступного робочого дня з дня відкриття/закриття рахунку (включаючи день відкриття/закриття) до контролюючого органу, в якому платник податків обліковується як платник податків і зборів. У такому разі Повідомлення надається або надсилається разом із супровідним листом, в якому зазначається причина неможливості подання Повідомлення в електронному вигляді засобами телекомунікаційного зв'язку.

2.3. У разі ліквідації банку повідомлення про закриття рахунків платників податків подає ліквідатор банку.

Якщо ліквідатор банку не має можливості відправлення/приймання електронних Повідомлень засобами телекомунікаційного зв'язку, то повідомлення про закриття рахунків платників податків подається ліквідатором у паперовому вигляді (додаток 2) не пізніше наступного робочого дня з дня закриття рахунку (включаючи день закриття) особисто або надсилається поштою з повідомленням про вручення на адресу відповідного контролюючого органу, у якому платник податків обліковується як платник податків і зборів. Повідомлення засвідчується печаткою банку (ліквідатора) та підписом ліквідатора.

2.4. Контролюючий орган не пізніше наступного робочого дня з дня отримання Повідомлення в електронному вигляді зобов'язаний надіслати до фінансової установи засобами телекомунікаційного зв'язку електронне повідомлення-відповідь щодо взяття рахунку на облік у контролюючому органі (далі - Повідомлення-відповідь), структура якого визначається згідно з додатком 1 до цього Порядку. У разі відмови у взятті рахунку на облік Повідомлення-відповідь повинно містити підставу для відмови.

2.5. У разі надходження від фінансової установи повідомлення про відкриття рахунку платника податків у паперовому вигляді контролюючий орган не пізніше наступного робочого дня з дня отримання Повідомлення зобов'язаний надати або надіслати поштою з повідомленням про вручення до фінансової установи, в якій відкрито рахунок платника податків, корінець повідомлення (додаток 2) з відміткою про взяття рахунку на облік або повідомлення контролюючого органу про відмову в узятті на облік рахунку платника податків за формою № П2 (додаток 3) із зазначенням причини відмови.

2.6. Датою початку видаткових операцій за рахунком платника податків (крім банку) у фінансовій установі є дата однієї з подій, що настала першою: отримання фінансовою установою Повідомлення-відповіді з відміткою про взяття рахунку на облік у контролюючому органі або реєстрації отримання фінансовою установою корінця повідомлення з відміткою про взяття рахунку на облік у контролюючому органі.

III. Підстави для відмови у взятті контролюючим органом рахунку на облік

3.1. Підставою для відмови у взятті контролюючим органом рахунку на облік є:

1) відсутність платника податків на обліку в контролюючому органі;

2) наявність у Єдиному державному реєстрі юридичних осіб та фізичних осіб - підприємців (далі - Єдиний державний реєстр) запису про державну реєстрацію припинення юридичної особи або припинення підприємницької діяльності фізичної особи - підприємця;

3) наявність у Єдиному державному реєстрі запису про відсутність юридичної особи за її місцезнаходженням або запису про відсутність підтвердження відомостей про юридичну особу;

4) наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про відкриття такого рахунку іншому платнику податків або зазначеному платнику податків, але з іншою датою операції;

5) наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про взяття на облік такого рахунку.

Надходження до фінансової установи Повідомлення-відповіді із такою причиною відмови свідчить про те, що рахунок вже взято на облік контролюючим органом. У такому разі Повідомлення-відповідь буде містити дату взяття рахунку на облік у контролюючому органі.

Отримання фінансовою установою Повідомлення-відповіді з причиною відмови у зв'язку із наявністю у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про взяття на облік такого рахунку є підставою для початку видаткових операцій за цим рахунком платника податків;

6) наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про видачу платнику податків, щодо якого надійшла інформація про відкриття рахунку, довідки про відсутність заборгованості з податків та зборів, яка видається платнику податків за умови закриття всіх рахунків для закінчення процедури державної реєстрації припинення юридичної особи або підприємницької діяльності фізичної особи - підприємця;

7) наявність судового рішення щодо заборони взяття рахунків на облік у контролюючих органах;

8) наявність у Єдиному банку даних про платників податків - юридичних осіб або Реєстрі самозайнятих осіб інформації про закриття такого рахунку (крім рахунків, які відкриваються в органах Державної казначейської служби України);

9) невідповідність інформації щодо податкового номера або серії та номера паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті, найменування (прізвища, імені, по батькові), податкової адреси платника податків, поданої в Повідомленні, цим відомостям у Державному реєстрі фізичних осіб - платників податків (далі - ДРФО), Єдиному державному реєстрі та Єдиному банку даних про платників податків - юридичних осіб;

10) відсутність у Єдиному державному реєстрі платника податків - фізичної особи - підприємця або юридичної особи чи її відокремлених підрозділів, які відповідно до законодавства повинні бути включені до Єдиного державного реєстру.

3.2. Перелік кодів причин відмови у взятті на облік рахунку платника податків наведено в додатку 4 до цього Порядку.

IV. Вимоги до підготовки та подання електронних документів засобами телекомунікаційного зв'язку

4.1. Обмін інформацією щодо відкриття/закриття рахунків платників податків в електронному вигляді між Міндоходів та фінансовими установами здійснюється шляхом обміну електронними документами. Один електронний документ може містити інформацію щодо:

одного або декількох однотипних електронних повідомлень про відкриття/закриття рахунків платників податків у фінансовій установі (далі - Файл повідомлень);

одного або декількох однотипних електронних повідомлень-відповідей про взяття / відмову у взятті на облік у контролюючих органах рахунків платників податків, відкритих у фінансовій установі (далі - Файл-відповідь);

результатів приймання та перевірки зазначених файлів (далі - квитанції).

4.2. Файли повідомлень, Файли-відповіді та квитанції (далі - Файли) формуються на основі специфікації eXtensible Markup Language (XML).

4.3. Контроль Файлів у XML-форматі здійснюється із застосуванням схем контролю XML-документів (XML-Schema). Схеми контролю XML-документів розробляються для кожного типу Файла і поширюються Міндоходів шляхом розміщення на веб-порталі.

4.4. Розробка електронних форм документів та кодування відповідних полів документів здійснюються у форматі Adobe Portable Document Format (PDF). Електронні форми розробляються для кожного типу Файла окремо.

4.5. Створення електронного документа завершується накладанням електронного цифрового підпису (далі - ЕЦП).

4.6. Міндоходів при використанні ЕЦП дотримується вимог Порядку застосування електронного цифрового підпису органами державної влади, органами місцевого самоврядування, підприємствами, установами та організаціями державної форми власності, затвердженого постановою Кабінету Міністрів України від 28 жовтня 2004 року № 1452.

4.7. Вимоги до формату підписаних даних, затверджені наказом Міністерства юстиції України, Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 20 серпня 2012 року № 1236/5/453 "Про затвердження вимог до форматів, структури та протоколів, що реалізуються у надійних засобах електронного цифрового підпису", зареєстрованим в Міністерстві юстиції України 20 серпня 2012 року за № 1398/21710.

4.8. Вимоги до форматів криптографічних повідомлень затверджені наказом Адміністрації Державної служби спеціального зв'язку та захисту інформації України від 18 грудня 2012 року № 739 "Про затвердження Вимог до форматів криптографічних повідомлень", зареєстрованим в Міністерстві юстиції України 14 січня 2013 року за № 108/22640.

4.9. Формат транспортного повідомлення відповідає вимогам уніфікованого формату транспортного повідомлення при інформаційній взаємодії платників податків і контролюючих органів в електронному вигляді телекомунікаційними каналами зв'язку з використанням ЕЦП.

4.10. Фінансова установа для обміну Файлами з Міндоходів повинна мати:

програмне забезпечення, призначене для створення і оброблення Файлів у форматі, встановленому цим Порядком (додаток 1);

доступ до мережі Інтернет та можливість відправлення/приймання Файлів електронною поштою;

надійні засоби ЕЦП, сумісні із засобами ЕЦП, що використовуються в контролюючих органах;

чинні посилені сертифікати відкритих ключів, сформовані акредитованим центром сертифікації ключів для двох відповідальних посадових осіб фінансової установи, які внутрішніми розпорядчими документами фінансової установи уповноважені засвідчувати Повідомлення (далі - відповідальні особи), та фінансової установи (печатка фінансової установи). Особисті ключі знаходяться на ключових (електронних) носіях, що зберігаються відповідно до умов договору з акредитованим центром сертифікації ключів.

4.11. Підставами для прийняття до оброблення Файла є:

його відповідність встановленому формату;

підтвердження ЕЦП фінансової установи та її відповідальних осіб;

чинність відповідного посиленого сертифіката ключа під час накладання ЕЦП;

чинність посиленого сертифіката відкритого ключа акредитованого центру сертифікації ключів та/або посиленого сертифіката відкритого ключа відповідного засвідчувального центру.

4.12. Остання адреса електронної пошти, з якої надіслано Файл повідомлень від фінансової установи, зберігається в базі даних Міндоходів, використовується для відправлення квитанцій та Файлів-відповідей цій фінансовій установі та у разі її зміни оновлюється в базі даних Міндоходів.

V. Порядок обміну інформацією в електронному вигляді засобами телекомунікаційного зв'язку

5.1. При обміні інформацією щодо відкриття та закриття рахунків в електронному вигляді засобами телекомунікаційного зв'язку фінансові установи та Міндоходів повинні додержуватися такого порядку.

5.2. Фінансова установа створює Файл повідомлень відповідно до затвердженого формату за допомогою програмного забезпечення. Формат Файла повідомлень (функціональний підтип файла F, P або K) наведено у додатку 1 до цього Порядку.

Після підготовки фінансовою установою Файла повідомлень на нього накладаються ЕЦП відповідальних посадових осіб фінансової установи у такому порядку: першим - ЕЦП другої відповідальної особи фінансової установи, другим - ЕЦП першої відповідальної особи фінансової установи, третім - ЕЦП, що є аналогом відбитка печатки фінансової установи.

5.3. Після накладання ЕЦП фінансова установа здійснює шифрування Файла повідомлень з використанням відкритого ключа Інформаційного порталу Міндоходів, що міститься в посиленому сертифікаті відкритого ключа (сертифікаті шифрування), та направляє його на адресу Міндоходів через електронну пошту мережі Інтернет. Другий примірник Файла повідомлень у відкритому вигляді з накладеними ЕЦП зберігається у фінансовій установі.

5.4. Квитанція про одержання (далі - перша квитанція) Файла повідомлень - це Файл, що формується програмним забезпеченням Міндоходів та засвідчує факт і час одержання Файла повідомлень. Формат першої квитанції наведено у додатку 1 до цього Порядку.

Перша квитанція є підтвердженням фінансовій установі передачі її Файла повідомлень до Міндоходів засобами телекомунікаційного зв'язку у разі, якщо код помилки (додаток 8) за Файлом повідомлень, який квитується, дорівнює нулю.

Перша квитанція надсилається Міндоходів на адресу електронної пошти фінансової установи, з якої було надіслано Файл повідомлень.

5.5. Після одержання від фінансової установи Файла повідомлень Міндоходів проводить його розшифрування, перевірку ЕЦП, перевірку відповідності розшифрованого файла затвердженому формату.

5.6. Квитанція про прийняття до оброблення (далі - друга квитанція) Файла повідомлень - це Файл, що формується програмним забезпеченням Міндоходів та засвідчує факт та час проходження Файлом повідомлень форматно-логічного контролю, а також містить відомості щодо приймання інформації Файла повідомлень до оброблення або її відхилення.

У другій квитанції зазначаються реквізити Файла повідомлень, який квитується, інформація про фінансову установу, результати розшифрування, відповідність Файла повідомлень затвердженому формату (код помилки за Файлом повідомлень, який квитується) та код помилки щодо кожного Повідомлення, яке відбраковується. Формат другої квитанції наведено у додатку 1 до цього Порядку.

5.7. Якщо надісланий Файл повідомлень сформовано з помилкою, яка унеможливлює його оброблення, то фінансовій установі надсилається друга квитанція про неприйняття Файла повідомлень до оброблення із зазначенням причини. Вся інформація, яка містилася у такому Файлі повідомлень, вважається неприйнятою Міндоходів.

Якщо Файл повідомлень, який квитується, має помилки в окремих Повідомленнях, то інформація з таких Повідомлень не приймається Міндоходів та друга квитанція містить відповідний код помилки для кожного Повідомлення, яке відбраковується. Решту Повідомлень з Файла повідомлень, який квитується, Міндоходів приймає до оброблення.

5.8. Файл-відповідь про результати оброблення Файла повідомлень формується програмним забезпеченням Міндоходів та містить відомості щодо взяття на облік / відмову у взятті на облік у контролюючих органах рахунків платників податків, інформація про відкриття яких надійшла у Файлі повідомлень, на який надається Файл-відповідь, і була прийнята до оброблення в Міндоходів. Формат Файла-відповіді (функціональний підтип файла R або D) наведено у додатку 1 до цього Порядку.

У Файлі-відповіді визначаються реквізити Файла повідомлень, на який надається відповідь, інформація про фінансову установу та платників податків, які відкривають рахунки у фінансовій установі, реквізити рахунків, а також відомості про дати взяття на облік або причини відмови у взятті на облік у контролюючих органах рахунків платників податків.

Якщо жодне з повідомлень про відкриття рахунків, які надійшли у Файлі повідомлень, за даними другої квитанції не було прийнято до оброблення, то на такий Файл повідомлень не надається Файл-відповідь.

5.9. На всі квитанції та Файл-відповідь накладається ЕЦП Інформаційного порталу Міндоходів, здійснюється їх шифрування з використанням відкритого ключа фінансової установи, що міститься у сертифікаті шифрування, виданого акредитованим центром сертифікації ключів, та надсилання засобами телекомунікаційного зв'язку на адресу електронної пошти цієї фінансової установи. Другі примірники квитанцій та Файла-відповіді в електронному вигляді зберігаються в Міндоходів.

5.10. Фінансова установа після отримання квитанцій або Файла-відповіді проводить їх розшифрування, перевірку ЕЦП Інформаційного порталу Міндоходів, перевірку відповідності розшифрованого файла затвердженому формату та співставлення отриманої інформації зі змістом Файла повідомлень.

Після одержання Файла-відповіді фінансова установа направляє на адресу Міндоходів квитанцію про прийняття до оброблення (друга квитанція) Файла-відповіді. Формат квитанції наведено у додатку 1 до цього Порядку.

5.11. Міндоходів забезпечує цілодобовий прийом Файлів повідомлень.

У разі одержання Файла повідомлень до 16-ї години фінансовій установі протягом двох годин з часу прийняття надсилається перша квитанція, яка засвідчує факт одержання Файла повідомлень, в іншому разі - протягом перших двох годин наступного робочого дня.

Якщо на електронну адресу фінансової установи протягом зазначеного строку після відправки Файла повідомлень не надійшла перша квитанція, то фінансова установа має вважати Файл повідомлень неодержаним і вжити заходів для його повторного відправлення.

Оброблення Файлів повідомлень здійснюється з 9-ї до 17-ї години щоденно, крім вихідних, святкових та неробочих днів.

Якщо на адресу Міндоходів протягом одного робочого дня після відправки Файла-відповіді від фінансової установи не надійшла квитанція про приймання Файла-відповіді, то Міндоходів вважає Файл-відповідь неодержаним і вживає заходів для його повторного відправлення.

Міндоходів надає список телефонів технічної підтримки на веб-порталі.

5.12. Фінансова установа у разі неможливості розшифрування та оброблення квитанцій чи Файла-відповіді, отримання першої чи другої квитанції з кодом помилки, відмінним від нуля, або неотримання другої квитанції чи Файла-відповіді протягом робочого дня з моменту одержання першої квитанції вживає заходів для з'ясування ситуації, після чого фінансовою установою або Міндоходів відправляється новий файл.

5.13. Датою та часом надання фінансовою установою Повідомлення в електронному вигляді до Міндоходів є дата та час, зафіксовані у першій квитанції про одержання Файла повідомлень, який містить таке Повідомлення, за умови отримання фінансовою установою другої квитанції з інформацією про відсутність помилки при обробці цього Повідомлення.

VI. Організація зберігання та оброблення Повідомлень

6.1. Контролюючі органи мають перевіряти інформацію про відкриття/закриття рахунків платників податків, отриману від фінансових установ, на відповідність існуючій інформації в Єдиному державному реєстрі, в Єдиному державному реєстрі підприємств та організацій України, у ДРФО та у базах даних контролюючих органів.

6.2. Контроль за зберіганням та нерозголошенням інформації про відкриття або закриття рахунків платників податків у обчислювальних мережах контролюючих органів покладається на контролюючі органи згідно із законодавством.

6.3. Відомості про всі отримані або відправлені Повідомлення відповідними підрозділами контролюючого органу заносяться до електронного журналу реєстрації повідомлень про відкриття/закриття рахунків у фінансових установах за формою № П3 (додаток 5). Корінці Повідомлень зберігаються в реєстраційній частині облікової справи платника податків.

6.4. Повідомлення про відкриття кожного рахунку платника податків, яке надійшло до контролюючого органу в електронному вигляді, роздруковується, засвідчується підписом відповідальної особи підрозділу ІТ та обліку платників та долучається до реєстраційної частини облікової справи платника податків.

Форма паперової копії електронного повідомлення щодо відкриття рахунку у фінансовій установі наведена в додатку 6 до цього Порядку.

6.5. Відомості щодо взяття на облік кожного рахунку, які надані у Файлі-відповіді в електронному вигляді, та закриття кожного рахунку, які формуються відповідно до отриманих квитанцій, фінансовою установою роздруковуються, засвідчуються підписом відповідальної особи фінансової установи та долучаються до справи клієнта (документів, на підставі яких здійснювалось відкриття рахунку клієнта).

Форма паперової копії електронного повідомлення-відповіді щодо взяття на облік / закриття рахунку платника податків у контролюючому органі наведена в додатку 7 до цього Порядку.

Директор Департаменту
розвитку ІТ,
електронних сервісів
та обліку платників




О.В. Теньков




Додаток 1
до Порядку подання повідомлень
про відкриття/закриття рахунків
платників податків у банках
та інших фінансових установах
до контролюючих органів
(пункт 2.1)

ФОРМА ТА ЗМІСТ ЕЛЕКТРОННИХ ПОВІДОМЛЕНЬ
про відкриття/закриття рахунків платників податків у фінансових установах

I. Опис електронних повідомлень

1. Електронне повідомлення про відкриття/закриття рахунків платників податків у національній та іноземній валютах

1.1. Функціональний підтип Файла повідомлень - F.

1.2. Файл F формується фінансовою установою, яка веде рахунки клієнтів.

1.3. Файл F містить повідомлення, структура яких наведена в таблиці 1.1.

Таблиця 1.1

Структура повідомлення про відкриття/закриття рахунків платників податків у національній та іноземній валютах, яке подається у Файлі повідомлень F

№ з/п

Реквізит

Назва

1

Код банку, в якому ведеться рахунок

BANK_ID

2

Код небанківської фінансової установи, в якій ведеться рахунок

FIN_ID

3

Податковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті) клієнта згідно з реєстром, тип якого визначений у реквізиті 4

NUM

4

Реєстр, якому належить податковий номер:
0 – податковий номер не належить жодному реєстру, 1 – ЄДРПОУ, 2 – ДРФО, 3 – податковий номер, наданий контролюючим органом, 4 – серія та номер паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті

RST_TYPE

5

Тип операції: 1 – відкрито рахунок, 3 – закрито рахунок, 5 – зміна рахунку (закрито рахунок не за ініціативою клієнта), 6 – зміна рахунку (відкрито рахунок не за ініціативою клієнта)

OPER_TYPE

6

Дата операції

OPER_DATE

7

Рахунок клієнта

ACCOUNT

8

Валюта рахунку

CURRENCY

9

Резидентність клієнта: 1 – резидент, 2 – нерезидент

RESIDENT

10

Скорочене найменування (прізвище, ім'я, по батькові) клієнта

CLIENT_NAME

11

Податкова адреса клієнта

CLIENT_ADDR

12

Код регіону контролюючого органу, в якому зареєстрований клієнт як платник податків

STS_REG

13

Код району контролюючого органу, в якому зареєстрований клієнт як платник податків

STS_RAI

1.4. Банківські установи та установи Державної казначейської служби України у реквізиті "Код банку, в якому ведеться рахунок" файлів F та R, банківські установи - депозитарні установи в реквізиті "Код банку, в якому клієнту відкрито/закрито рахунок у цінних паперах" файлів P та D (реквізит BANK_ID) зазначають код банку у визначенні Інструкції про міжбанківський переказ коштів в Україні в національній валюті, затвердженої постановою Правління Національного банку України від 16 серпня 2006 року № 320, зареєстрованої в Міністерстві юстиції України 06 вересня 2006 року за № 1035/12909 (зі змінами) (далі - код банку), реквізит FIN_ID у повідомлення не включається.

Небанківські фінансові установи (крім установ Державної казначейської служби України) у реквізиті "Код небанківської фінансової установи, в якій ведеться рахунок" файлів F та R (реквізит FIN_ID) зазначають код фінансової установи, зазначений у Свідоцтві про реєстрацію фінансової установи, виданому Національною комісією, що здійснює державне регулювання у сфері ринків фінансових послуг (Державною комісією з регулювання ринків фінансових послуг України), реквізит BANK_ID у повідомлення не включається.

Небанківські фінансові установи - депозитарні установи у реквізиті "Код небанківської фінансової установи, в якій клієнту відкрито/закрито рахунок у цінних паперах" файлів P та D (реквізит FIN_ID) зазначають реєстраційний номер фінансової установи, за яким вони внесені до Державного реєстру фінансових установ, які надають фінансові послуги на ринку цінних паперів, формування та ведення якого здійснюється Національною комісією з цінних паперів та фондового ринку, реквізит BANK_ID у повідомлення не включається.

1.5. У реквізиті "Валюта рахунку" файлів F та K зазначається цифровий код валюти згідно з Класифікацією валют, затвердженою наказом Державного комітету статистики України від 22 грудня 2010 року № 528.

1.6. Реквізити "Скорочене найменування (прізвище, ім'я, по батькові) клієнта" та "Податкова адреса клієнта" заповнюються згідно з випискою з Єдиного державного реєстру або згідно з довідкою про взяття на облік платника податків у контролюючому органі для платників податків, які відповідно до чинного законодавства не включаються до Єдиного державного реєстру.

1.7. Реквізити "Код регіону контролюючого органу, в якому зареєстрований клієнт як платник податків" та "Код району контролюючого органу, в якому зареєстрований клієнт як платник податків" визначаються згідно з довідником державних податкових інспекцій відповідно до коду ЄДРПОУ такого контролюючого органу, який зазначено у виписці з Єдиного державного реєстру, або згідно з довідкою про взяття на облік платника податків у контролюючому органі для платників податків, які відповідно до чинного законодавства не включаються до Єдиного державного реєстру.

Структура і зміст довідника державних податкових інспекцій розповсюджуються Міністерством доходів і зборів України (далі - Міндоходів) шляхом розміщення на офіційному веб-порталі Міндоходів.

2. Електронне повідомлення про відкриття/закриття рахунків платників податків у цінних паперах

2.1. Функціональний підтип Файла повідомлень - P.

2.2. Файл P формується депозитарною установою, яка веде рахунки депонентів у цінних паперах.

2.3. Файл P містить повідомлення, структура яких наведена в таблиці 1.2.

Таблиця 1.2

Структура повідомлення про відкриття/закриття рахунків платників податків у цінних паперах, яке подається у Файлі повідомлень P

№ з/п

Реквізит

Назва

1

Код банку, в якому клієнту відкрито/закрито рахунок у цінних паперах

BANK_ID

2

Код небанківської фінансової установи, в якій клієнту відкрито/закрито рахунок у цінних паперах

FIN_ID

3

Код за ЄДРПОУ депозитарної установи, в якій клієнту відкрито/закрито рахунок у цінних паперах

FIN_EDRPOU

4

Найменування депозитарної установи, в якій клієнту відкрито/закрито рахунок у цінних паперах

FIN_NAME

5

Податковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті) клієнта згідно з реєстром, тип якого визначений у реквізиті 6

NUM

6

Реєстр, якому належить податковий номер:
0 – податковий номер не належить жодному реєстру, 1 – ЄДРПОУ, 2 – ДРФО, 3 – податковий номер, наданий контролюючим органом, 4 – серія та номер паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті

RST_TYPE

7

Тип операції: 1 – відкрито рахунок, 3 – закрито рахунок, 5 – зміна рахунку (закрито рахунок не за ініціативою клієнта), 6 – зміна рахунку (відкрито рахунок не за ініціативою клієнта)

OPER_TYPE

8

Дата операції

OPER_DATE

9

Рахунок клієнта

ACCOUNT

10

Резидентність клієнта: 1 – резидент, 2 – нерезидент

RESIDENT

11

Скорочене найменування (прізвище, ім'я, по батькові) клієнта

CLIENT_NAME

12

Податкова адреса клієнта

CLIENT_ADDR

13

Код регіону контролюючого органу, в якому зареєстрований клієнт як платник податків

STS_REG

14

Код району контролюючого органу, в якому зареєстрований клієнт як платник податків

STS_RAI

2.4. У разі відкриття депозитарною установою рахунку в цінних паперах на ім'я нотаріуса з позначкою "депозит нотаріуса" для інформування контролюючих органів у повідомленні про відкриття такого рахунку у реквізиті "Скорочене найменування (прізвище, ім'я, по батькові) клієнта" може бути зазначено після прізвища, імені та по батькові нотаріуса словосполучення "депозит нотаріуса".

3. Електронне повідомлення про відкриття/закриття кореспондентських рахунків в установах банків

3.1. Функціональний підтип Файла повідомлень - K.

3.2. Файл K формується банком, який відкриває або закриває власний кореспондентський рахунок.

3.3. Файл K містить повідомлення, структура яких наведена в таблиці 1.3.

Таблиця 1.3

Структура повідомлення про відкриття/закриття кореспондентських рахунків в установах банків, яке подається у Файлі повідомлень K

№ з/п

Реквізит

Назва

1

Код банку, в якому ведеться рахунок

BANK_CODE

2

Найменування банку, в якому ведеться рахунок

BANK_NAME

3

Тип операції: 1 - відкрито рахунок, 3 - закрито рахунок

OPER_TYPE

4

Дата операції

OPER_DATE

5

Кореспондентський рахунок

CORR_ACCOUNT

6

Валюта рахунку

CURRENCY

7

Резидентність банку, в якому ведеться кореспондентський рахунок: 1 - резидент, 2 - нерезидент

RESIDENT

8

Код країни банку-нерезидента

COUNTRY_CODE

9

Код регіону контролюючого органу, в якому зареєстрований банк - власник кореспондентського рахунку як платник податків

STS_REG

10

Код за ЄДРПОУ банку - власника кореспондентського рахунку

BANK_EDRPOU

3.4. У реквізитах "Код банку, в якому ведеться рахунок" та "Найменування банку, в якому ведеться рахунок" зазначаються реквізити банку, в якому відкривається або закривається кореспондентський рахунок. У разі відкриття/закриття кореспондентських рахунків у банках-нерезидентах зазначені реквізити містять SWIFT код (Reuters код тощо) банку-нерезидента, в якому ведеться кореспондентський рахунок, та найменування банку-нерезидента латинськими літерами або українською мовою (кирилицею).

3.5. У реквізиті "Код за ЄДРПОУ банку - власника кореспондентського рахунку" зазначається код за ЄДРПОУ банку, який відкриває або закриває власний кореспондентський рахунок в іншому банку.

3.6. У реквізиті "Код країни банку-нерезидента" зазначається цифровий код країни згідно з Класифікацією країн світу, затвердженою наказом Державної служби статистики України від 30 грудня 2013 року № 426. У повідомлення про відкриття/закриття кореспондентського рахунку у банку-резиденті реквізит "Код країни банку-нерезидента" не включається.

4. Електронне повідомлення про взяття на облік у контролюючому органі рахунків платників податків, відкритих у національній та іноземній валютах (Файл-відповідь)

4.1. Функціональний підтип Файла-відповіді - R.

4.2. Файл R формується Міндоходів як результат обробки повідомлень у електронному вигляді про відкриття рахунків, отриманих від фінансової установи файлом F. Файли R надсилаються до фінансових установ з інформацією щодо взяття на облік рахунків платників податків у контролюючих органах.

4.3. Файл R містить повідомлення-відповіді, структура яких наведена в таблиці 1.4.

Таблиця 1.4

Структура повідомлення-відповіді про взяття на облік у контролюючому органі рахунків платників податків, відкритих у національній та іноземній валютах, яке подається у Файлі-відповіді R

№ з/п

Реквізит

Назва

1

Код банку, в якому ведеться рахунок

BANK_ID

2

Код небанківської фінансової установи, в якій ведеться рахунок

FIN_ID

3

Податковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті) клієнта згідно з реєстром, тип якого визначений у реквізиті 4

NUM

4

Реєстр, якому належить податковий номер:
0 – податковий номер не належить жодному реєстру, 1 – ЄДРПОУ, 2 – ДРФО, 3 – податковий номер, наданий контролюючим органом, 4 – серія та номер паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті

RST_TYPE

5

Скорочене найменування (прізвище, ім'я, по батькові) клієнта згідно з повідомленням

CLIENT_NAME

6

Дата операції

OPER_DATE

7

Рахунок клієнта

ACCOUNT

8

Валюта рахунку

CURRENCY

9

Резидентність клієнта: 1 – резидент, 2 – нерезидент

RESIDENT

10

Дата отримання Міндоходів повідомлення

RECEIVE_DATE

11

Дата взяття рахунку на облік у контролюючому органі

STS_DATE

12

Код причини відмови у взятті на облік рахунку

REASON

13

Код регіону контролюючого органу, який зазначений у повідомленні як місце обліку платника податків

STS_REG

14

Код району контролюючого органу, який зазначений у повідомленні як місце обліку платника податків

STS_RAI

15

Ідентифікатор запису

REC_ID

16

Найменування Файла повідомлень F, в якому була надана інформація про рахунок

PROC_FILE_NAME

17

Порядковий номер повідомлення, на яке надається відповідь, у Файлі повідомлень F

REC_NUM

4.4. Реквізит "Ідентифікатор запису" відповідає номеру відповідного запису з електронного журналу реєстрації повідомлень про відкриття/закриття рахунків у фінансових установах за формою № П3.

4.5. Реквізити "Код регіону контролюючого органу, який зазначений у повідомленні як місце обліку платника податків" та "Код району контролюючого органу, який зазначений у повідомленні як місце обліку платника податків" файлів R та D відповідають реквізитам "Код регіону контролюючого органу, в якому зареєстрований клієнт як платник податків" та "Код району контролюючого органу, в якому зареєстрований клієнт як платник податків" файлів F та P.

4.6. Перелік кодів причини відмови в узятті на облік рахунку, які вказуються в реквізиті "Код причини відмови в узятті на облік рахунку", наведено в додатку 4 до Порядку подання повідомлень про відкриття/закриття рахунків платників податків у банках та інших фінансових установах до контролюючих органів (далі - Порядок).

5. Електронне повідомлення про взяття на облік у контролюючому органі рахунків платників податків, відкритих у цінних паперах (Файл-відповідь)

5.1. Функціональний підтип Файла-відповіді - D.

5.2. Файл D формується Міндоходів як результат обробки повідомлень у електронному вигляді про відкриття рахунків, отриманих від депозитарної установи файлом P. Файли D надсилаються до депозитарних установ з інформацією щодо взяття на облік у контролюючих органах рахунків платників податків, відкритих у цінних паперах.

5.3. Файл D містить повідомлення-відповіді, структура яких наведена в таблиці 1.5.

Таблиця 1.5

Структура повідомлення-відповіді про взяття на облік в контролюючому органі рахунків платників податків, відкритих у цінних паперах, яке подається у Файлі-відповіді D

№ з/п

Реквізит

Назва

1

Код банку, в якому клієнту відкрито/закрито рахунок у цінних паперах

BANK_ID

2

Код небанківської фінансової установи, в якій клієнту відкрито/закрито рахунок у цінних паперах

FIN_ID

3

Податковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті) клієнта згідно з реєстром, тип якого визначений у реквізиті 4

NUM

4

Реєстр, якому належить податковий номер:
0 - податковий номер не належить жодному реєстру, 1 - ЄДРПОУ, 2 - ДРФО, 3 - податковий номер, наданий контролюючим органом, 4 - серія та номер паспорта фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті

RST_TYPE

5

Скорочене найменування (прізвище, ім'я, по батькові) клієнта згідно з повідомленням

CLIENT_NAME

6

Дата операції

OPER_DATE

7

Рахунок клієнта

ACCOUNT

8

Резидентність клієнта: 1 - резидент, 2 - нерезидент

RESIDENT

9

Дата отримання Міндоходів повідомлення

RECEIVE_DATE

10

Дата взяття рахунку на облік у контролюючому органі

STS_DATE

11

Код причини відмови у взятті на облік рахунку

REASON

12

Код регіону контролюючого органу, який зазначений у повідомленні як місце обліку платника податків

STS_REG

13

Код району контролюючого органу, який зазначений у повідомленні як місце обліку платника податків

STS_RAI

14

Ідентифікатор запису

REC_ID

15

Найменування Файла повідомлень P, в якому була надана інформація про рахунок

PROC_FILE_NAME

16

Порядковий номер повідомлення, на яке надається відповідь, у Файлі повідомлень P

REC_NUM

6. Формування Файлів з інформацією щодо одержання та прийняття або неприйняття файлів до оброблення

6.1. Для надання фінансовій установі інформації про одержання Файла повідомлень формується квитанція, яка засвідчує факт і час одержання Файла повідомлень (далі - перша квитанція).

6.2. Для надання фінансовій установі та Міндоходів інформації про прийняття або неприйняття до оброблення інформації з Файлів повідомлень та Файлів-відповідей формуються квитанції для кожного типу файла (далі - друга квитанція).

6.3. Коли існують помилки змісту в окремих Повідомленнях або Повідомленнях-відповідях файла, який квитується, то в другій квитанції повинні бути присутніми інформаційні рядки з відповідним кодом помилки для кожного повідомлення або повідомлення-відповіді, що відбраковується.

Структура інформаційного рядка квитанції наведена у таблиці 1.6.

Таблиця 1.6

№ з/п

Реквізит

Назва

1

Порядковий номер повідомлення (повідомлення-відповіді), яке відбраковується, у файлі, що квитується

ROWNUM_FILE_ISH

2

Код помилки щодо повідомлення (повідомлення-відповіді), яке відбраковується

ERROR_CODE

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-схеми

Файл повідомлень F

DPI201

Файл повідомлень P

DPI202

Файл повідомлень K

DPI203

Файл-відповідь R

DPI204

Файл-відповідь D

DPI205

Квитанція про одержання файла (перша квитанція)

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

>

&gt;

<

&lt;

"

&quot;

'

&apos;

&

&amp;

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>ПАТ &quot;Банк Ромашка&quot; </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>ТОВ &quot;АВС&quot;</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>ПАТ &quot;Банк Ромашка&quot;</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>ПАТ &quot;Банк Ромашка&quot;</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>ПАТ &quot;Банк Ромашка</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

ЖУРНАЛ
реєстрації повідомлень про відкриття/закриття рахунків у фінансових установах

№ з/п

Тип операції

Дата Повідомлення

Дата отримання Повідомлення Міндоходів

Дата відправки Міндоходів Повідомлення-відповіді до фінансової установи

Дата отримання Повідомлення контролюючим органом

Податковий номер або серія та номер паспорта (для фізичної особи, яка через свої релігійні переконання відмовилась від прийняття реєстраційного номера облікової картки платника податків та повідомила про це відповідний контролюючий орган і має відмітку в паспорті)

Код фінансової установи

Код небанківської фінансової установи у разі відкриття/ закриття рахунку у цінних паперах

Код за ЄДРПОУ небанківської фінансової установи у разі відкриття/ закриття рахунку у цінних паперах

Номер рахунку

Код валюти

Дата операції

Дата взяття рахунку на облік

Код причини відмови в узятті рахунку на облік

Примітка

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16




















Додаток 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

Не заповнено поле податкової адреси клієнта



вгору