Про затвердження Тимчасового порядку надходження та компютерної обробки податкової звітності платників податків в електронному вигляді до органів ДПС України

Відповідно до Законів України "Про електронні документи та електронний документообіг" та "Про електронний цифровий підпис" з метою спрощення та стандартизації процесу приймання і комп'ютерної обробки звітних документів платників податків з урахуванням різних способів надходження документів до органів державної податкової служби України

1. Затвердити та ввести в дію з 01.12.2004 року:

1.1. Тимчасовий порядок надходження та комп'ютерної обробки податкової звітності платників податків в електронному вигляді до органів ДПС України (далі - Тимчасовий порядок) (додаток 1);

1.2. Перелік органів ДПС України, де будуть розміщені приймальні шлюзи податкової звітності в електронному вигляді (додаток 2).

<...>

У Тимчасовому порядку надходження та комп'ютерної обробки податкової звітності платників податків в електронному вигляді до органів ДПС України (далі - Тимчасовий порядок) терміни вживаються у такому значенні:

- адміністратор безпеки електронної податкової звітності - співробітник підрозділу захисту інформації або особа, на яку покладено виконання функцій захисту інформації в автоматизованих системах чи криптографічного захисту інформації в ОДПСУ;

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

- електронна база податкової звітності - база даних в електронному вигляді, створена у ДПІ на основі показників первинних звітних документів платників податків, призначена для централізованого накопичення та багаторазового використання в інформаційно-аналітичних системах ДПС України;

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

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

- податкова звітність - сукупність звітних документів (декларацій, розрахунків, довідок, звітів, відомостей тощо), які подаються платниками податків до державних податкових органів у терміни, встановлені законодавством;

- електронна податкова звітність - податкова звітність, що подається платником податку в електронному вигляді за правилами, визначеними ДПА України та викладеними в цьому Тимчасовому порядку;

- податкове зобов'язання - зобов'язання платника податків сплатити до бюджетів або державних цільових фондів відповідну суму коштів у порядку та у терміни, визначені нормативно-правовими актами України;

- операційний (банківський) день - частина робочого дня, протягом якої приймаються документи на переказ. Дні визначаються для банків робочими за правилами, встановленими відповідною постановою Національного банку України.

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

3.2. Технологія подання податкової звітності платниками податків в електронному вигляді до органів ДПС України наведена в розділі 4 даного Тимчасовому порядку.

3.3. Технологія приймання та первинної обробки податкової звітності в електронному вигляді наведена в розділі 5 даного Тимчасового порядку.

3.4. Тимчасовий порядок розроблений з урахуванням вимог Законів України від 21 грудня 2000 року N 2181-III "Про порядок погашення зобов'язань платників податків перед бюджетами та державними цільовими фондами" зі змінами та доповненнями, від 22 травня 2003 року N 889-IV "Про податок з доходів фізичних осіб", від 22 травня 2003 року N 851-IV "Про електронні документи та електронний документообіг", від 22 травня 2003 року N 852-IV "Про електронний цифровий підпис", від 4 грудня 1990 року N 509-XII "Про державну податкову службу в Україні" (із змінами та доповненнями), від 20 лютого 2003 року N 551-IV "Про внесення змін до деяких законодавчих актів України з питань оподаткування", Типової інструкції з діловодства в органах державної податкової служби України, затвердженої наказом ДПА України від 01.06.98 N 315 (зі змінами та доповненнями), та інших нормативних документів з питань податкового законодавства.

3.5. Для забезпечення єдиної технології приймання та обробки електронної податкової звітності повинні виконуватись такі субпроцеси:

приймання та реєстрація електронної податкової звітності від платників податків;

проведення автоматизованих комп'ютерних перевірок електронної податкової звітності;

адміністрування системи приймання та обробки електронної податкової звітності;

формування та ведення бази даних сертифікатів відкритих ключових даних платників податків, що подають податкову звітність в електронному вигляді;

формування та ведення архіву податкової звітності, яка надана в електронному вигляді.

4.1. Податкова звітність до органів державної податкової служби може бути подана (надіслана):

на паперових носіях до ДПІ за місцем реєстрації (власноручно, через уповноважену особу або поштовим відправленням);

комбіновано до ДПІ за місцем реєстрації (як XML-файл на електронному носії з доданням оригіналів податкової звітності на паперових носіях);

в електронному вигляді до приймального шлюзу органу ДПС України за допомогою програмних засобів та будь-яких засобів телекомунікаційного зв'язку, які гарантують доставку електронного пакета звітних документів платника податків до органу ДПС протягом однієї години.

4.2. Схема потоків звітних документів платників податків наведена у додатку 1 до даного Тимчасовому порядку.

4.3. Порядок подання податкової звітності на паперових носіях регулюється нормативно-правовими актами України з питань податків та звітності про нараховані і сплачені суми податків та обов'язкових зборів.

4.4. Подання податкової звітності комбінованим способом здійснюється аналогічно п. 4.3 з доданням на електронному носії (ГМД, Flash, CD) XML-файлів, сформованих відповідно до вимог наказу ДПА України від 01.07.2004 N 357.

4.5. Податкова звітність платником податків може бути подана в електронному вигляді.

Податкова звітність в електронному вигляді (далі - електронна податкова звітність) подається до органу ДПС України за умови наявності:

програмного забезпечення у платника, що здійснює формування електронної податкової звітності в форматі, визначеному наказом ДПА України від 01.07.2004 N 357; вбудованого модуля забезпечення цілісності, автентичності та конфіденційності інформації при передачі електронної податкової звітності від платника податків до приймального шлюзу органу ДПС; модуля реалізації протоколу обміну інформацією між платником податків та приймальним шлюзом органу ДПС України;

програмного забезпечення генерації особистих ключових елементів та заявки на сертифікат відкритого ключового елементу;

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

Електронна податкова звітність подається до приймального шлюзу органу ДПС безпосередньо платником податків або через посередника. Діяльність посередників регулюється чинним законодавством.

4.6. Програмне забезпечення формування електронної податкової звітності та передачі її до органу ДПС повинно мати: модуль формування форм податкової звітності в електронному форматі, визначеному наказом ДПА України від 01.07.2004 N 357;

модуль генерації особистих ключових елементів та заявки на сертифікат відкритого ключового елементу;

модуль шифрування та накладання електронного підпису;

модуль передачі сформованого та підписаного пакета до приймального шлюзу органу ДПС та обміну з ним повідомленнями;

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

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

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

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

укладено з ДПА України угоду про конфіденційність (додаток 2 до даного Тимчасового порядку);

здійснюється безкоштовна реалізація платникам податків отриманих в ДПА України засобів та алгоритмів функціонування модуля безпеки;

модуль безпеки використовується лише в системах подання податкової звітності в електронному вигляді;

наявна транспортна система (власна, орендована або така, яка використовується на підставі угоди з оператором зв'язку), яка гарантує доставку електронної податкової звітності від платника податків до податкового органу протягом 10 хвилин (лише для посередників).

4.6.2. Вимоги до модуля безпеки при передачі електронної податкової звітності до приймального шлюзу органу ДПС та обміну з ним повідомленнями визначені в технічних вимогах до системи формування та передачі податкової звітності в електронному вигляді (додаток 3 до даного Тимчасового порядку). Технічні вимоги надаються за умови виконання вимог п. 4.6.1.

4.7. Для включення в систему подання податкової звітності в електронному вигляді суб'єкт підприємницької діяльності зобов'язаний:

здійснити генерацію особистого ключового елементу та заявки на сертифікат відкритого ключового елементу на базі сертифікатів відкритих ключових елементів органу ДПС, до приймального шлюзу якого буде здійснюватись подання електронної податкової звітності. Генерація особистого ключового елементу та заявки на сертифікат здійснюється окремими компонентами Модуля безпеки. При генерації ключових елементів слід враховувати маски файлів ключових елементів (додаток 4 до даного Тимчасового порядку);

подати до ДПІ за місцем реєстрації заявку на прийняття сертифіката відкритого ключового елементу за формою, наведеною в додатку 5 до даного Тимчасового порядку. Заявка подається на кожну фізичну особу, що має право підписувати податкову звітність із доданням гнучкого магнітного диску (ГМД), на якому записано сформовану програмним забезпеченням заявку на сертифікат відкритого ключового елементу. Окремо подається заявка на прийняття сертифіката відкритого ключового елементу - аналога відбитку печатки;

отримати сертифікат відкритого ключового елементу на наданому магнітному носії в ДПІ за місцем реєстрації протягом 10 робочих днів;

отримати в ДПІ за місцем реєстрації, заповнити, підписати та керівником до органу ДПС, де розміщено приймальний шлюз, два примірники Угоди про передачу звітності платника податків до ДПІ в електронному вигляді (додаток 6 до даного Тимчасового порядку). Угода підписується суб'єктом підприємницької діяльності та керівником органу ДПС, до приймального шлюзу якого буде подаватись електронна податкова звітність.

В Угоді обов'язково зазначається назва програмного засобу по формуванню та передачі електронної податкової звітності до податкового органу та в разі необхідності - назва посередника.

4.8. Для включення платників податків в систему подання податкової звітності в електронному вигляді органами ДПС здійснюються такі заходи:

ДПІ районного рівня -

розміщення на інформаційних дошках відомостей щодо можливості подання податкової звітності в електронному вигляді до приймальних шлюзів органу ДПС (підрозділи, що відповідають за прийняття податкової звітності);

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

розміщення на інформаційних дошках переліку приймальних шлюзів органів ДПС, до яких платники податків можуть надсилати електронну податкову звітність (підрозділи, що відповідають за прийняття податкової звітності);

розміщення на інформаційних дошках зразків заявок та порядку їх подання (заповнення) (підрозділи, що відповідають за прийняття податкової звітності);

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

забезпечення прийому/видачі та реєстрації прийому/видачі заявок та сертифікатів відкритих ключових елементів суб'єктам підприємницької діяльності (форму журналу реєстрації прийому заявок на сертифікат відкритого ключового елементу та видачі сертифіката відкритого ключового елементу наведено в додатку 7 до Тимчасового порядку). Ключові елементи можуть бути отримані уповноваженою особою за наявності письмового доручення особи, на ім'я якої згенеровано ключовий елемент (загальні відділи);

отримання від органу ДПС, де розташовано приймальний шлюз, перевірених файлів електронної податкової звітності XML-формату з забезпеченням цілісності, автентичності та конфіденційності інформації при передачі електронної податкової звітності (підрозділи автоматизації процесів оподаткування);

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

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

Орган ДПС, де розташовано приймальний шлюз -

розміщення на інформаційних дошках відомостей щодо можливості подання податкової звітності в електронному вигляді до приймальних шлюзів органу ДПС (підрозділи автоматизації процесів оподаткування);

розміщення на інформаційних дошках вимог щодо включення платників податків в систему подання податкової звітності в електронному вигляді (підрозділи автоматизації процесів оподаткування);

розміщення на інформаційних дошках переліку приймальних шлюзів органів ДПС, до яких платники податків можуть надсилати електронну податкову звітність (підрозділи автоматизації процесів оподаткування);

розміщення на інформаційних дошках зразків заявок та порядок їх подання (заповнення) (підрозділи автоматизації процесів оподаткування);

розміщення на інформаційних дошках переліку програмного забезпечення та його виробників, що пройшли перевірку в ДПА України на відповідність програмного засобу вимогам щодо підготовки та передачі електронної податкової звітності до податкових органів, а також переліку посередників (підрозділи автоматизації процесів оподаткування);

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

перевірка відомостей, зазначених в заявках на сертифікат відкритого ключового елементу та їх сертифікація. Слід враховувати маски файлів ключових елементів (додаток 4 до Тимчасового порядку) (підрозділи захисту інформації, підрозділи автоматизації процесів оподаткування);

видача сертифікатів відкритих ключових елементів платників податків або передача до ДПІ для видачі цих елементів суб'єктам підприємницької діяльності (форму журналу реєстрації наведено в додатку 7 до Тимчасового порядку) (підрозділи захисту інформації, загальні відділи);

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

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

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

облік угод з платниками податків на подання електронної податкової звітності та з посередниками на забезпечення доставки електронної податкової звітності від платника податків до приймального шлюзу податкового органу (юридичні управління);

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

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

передача до ДПІ перевірених файлів електронної податкової звітності XML-формату з забезпеченням цілісності, автентичності та конфіденційності інформації (підрозділи автоматизації процесів оподаткування);

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

Департамент автоматизації процесів оподаткування та Департамент захисту інформації ДПА України здійснюють координацію дій підрозділів обласного та районного рівня по функціонуванню системи подання податкової звітності в електронному вигляді та контроль за виконанням вимог нормативних документів, що регулюють дане питання.

4.9. Орган ДПС, де розміщено приймальний шлюз протягом 5 робочих днів з моменту отримання Угоди про передачу звітності платника податків до ДПІ в електронному вигляді включає суб'єкта підприємницької діяльності до системи подання звітності в електронному вигляді. Один примірник Угоди повертається платнику податків для налаштування програмного забезпечення. До цього примірника Угоди додається ініціалізаційний пакет, в якому зазначається ім'я та пароль доступу до приймального шлюзу, адреса точки входу до приймального шлюзу тощо. Ініціалізаційний пакет генерується адміністратором безпеки системи приймання податкової звітності в електронному вигляді. Після першого підключення та ініціалізації суб'єкта підприємницької діяльності на приймальному шлюзі платник податку має можливість змінити пароль доступу самостійно.

Другий примірник Угоди передається до ДПІ за місцем реєстрації платника податків для залучення її до податкової справи.

4.10. Базові ключові елементи, необхідні для генерації особистих ключових елементів, надаються органами ДПС безкоштовно.

4.11. Платник податку має право блокувати або відкликати сертифікат відкритого ключового елементу. Первинне блокування здійснюється платником податків засобами клієнтського програмного забезпечення. Після цього протягом одного робочого дня подається органу ДПС, до приймального шлюзу якого надсилається електронна податкова звітність - Заявка на блокування чи відкликання сертифіката відкритого ключового елементу (додаток 8 до Тимчасового порядку). В заявці зазначаються причини відкликання сертифіката відкритого ключового елементу або термін блокування.

Для поновлення дії блокованого сертифіката відкритого ключового елементу платник податків надсилає до органу ДПС, де розміщено приймальний шлюз, заявку, форма якої наведена в додатку 8 до даного Тимчасового порядку.

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

5.1. Для приймання електронної податкової звітності в органі ДПС встановлюються спеціально призначені приймальні шлюзи.

5.1.1. Приймальний шлюз забезпечує функціонування наступних субпроцесів:

приймання та реєстрація електронної податкової звітності від платників податків або посередників;

проведення автоматизованих комп'ютерних перевірок електронної податкової звітності;

перенесення інформації до вхідного буферу електронних баз даних податкової звітності для її введення;

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

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

формування та ведення архіву електронної податкової звітності.

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

5.1.3. Перенесення інформації між ПЕОМ приймального шлюзу здійснюється за допомогою з'ємних носіїв інформації. Перенесення інформації здійснюється у робочі дні з 9 години до 17 години з інтервалом не більше за 30 хвилин.

5.1.4. Перша ПЕОМ приймального шлюзу (далі - вхідний буфер приймального шлюзу) має безпосереднє підключення до мережі Internet з постійно діючою IP-адресою та призначена для прийому/відправки електронних повідомлень від/до платників податків або будь-яких інших суб'єктів інформаційних відношень, включених до системи подання податкової звітності в електронному вигляді; здійснення первинної перевірки автентичності клієнтів; забезпечення перенесення інформації до вихідної папки для передачі її другій ПЕОМ приймального шлюзу податкового органу.

5.1.5. Друга ПЕОМ приймального шлюзу вміщує два одночасно працюючих АРМ. Перший АРМ (далі - АРМ перевірки електронної податкової звітності) призначений для прийому електронної податкової звітності від вхідного буфера приймального шлюзу; здійснення автоматичного контролю та перевірки прийнятої електронної податкової звітності відповідно до схем контролю; реєстрації електронної податкової звітності; перенесення інформації до вхідного буферу електронних баз даних податкової звітності для її введення; формування та ведення архіву електронної податкової звітності. Другий АРМ (далі - АРМ Адміністратора безпеки) призначений для адміністрування приймального шлюзу; введення та підтримки актуальності схем зв'язків сертифікатів відкритих ключових елементів бухгалтера - директора - платника податків (аналог відбитку печатки) та посередників; введення та підтримки актуальності відкликаних сертифікатів відкритих ключових елементів суб'єктів інформаційних взаємовідносин в системі подання податкової звітності в електронному вигляді.

5.2. Платник податку готує електронний звіт у вигляді XML-файла згідно з вимогами наказу ДПА України від 01.07.2004 N 357 та для передачі в електронному вигляді через будь-які телекомунікаційні засоби здійснює:

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

криптоперетворення відповідно до методики криптографічних перетворень, UA.13683319.00001-01 31 01 або будь-якої іншої, сумісної з програмним забезпеченням приймального шлюзу органу ДПС;

накладання електронного підпису платника податків або посередника.

Ця процедура також здійснюється за допомогою програмного забезпечення, погодженого для використання платниками податків ДПА України.

5.3. За допомогою будь-яких телекомунікаційних каналів зв'язку електронна податкова звітність передається до вхідного буферу приймального шлюзу податкового органу. Протокол інформаційного обміну клієнтського програмного забезпечення з приймальним шлюзом податкового органу наведено в додатку 3 до Тимчасового порядку.

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

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

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

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

У разі позитивної первинної перевірки автентичності електронна податкова звітність переноситься до вихідної папки для передачі її другій ПЕОМ приймального шлюзу податкового органу.

При негативному результаті первинної перевірки автентичності автоматично (без розриву з'єднання) формується повідомлення адресату з кодом помилки та прийнятим пакетом електронної податкової звітності. Прийнята електронна податкова звітність не переноситься до другої ПЕОМ приймального шлюзу податкового органу.

5.5. Платник податків повідомляє приймальний шлюз податкового органу про отримання квитанції 1. Прийняте повідомлення (квитанція 2) переноситься до вихідної папки для передачі її другій ПЕОМ приймального шлюзу податкового органу та занесення до архіву.

5.6. Після перенесення вмісту вихідної папки вихідного буфера приймального шлюзу податкового органу до АРМу перевірки електронної податкової звітності автоматично здійснюється:

зворотне криптоперетворення та отримання оригіналу файла XML;

перевірка електронних підписів платника податку, директора, бухгалтера (або в разі потреби - інших посадових осіб, що мають право підпису податкової звітності та повідомили про це податковий орган);

перевірка структури прийнятого оригіналу файла (XSD); камеральна перевірка прийнятого оригіналу файла (XSL).

5.7. За позитивними результатами перевірок пакета електронної податкової звітності присвоюється реєстраційний номер за маскою 5xxxxxxxxx\ssss, де xxxxxxxxx - номер за порядком з початку року, ssss - код ДПІ, до якої подається звітність. Зазначений реєстраційних номер записується у відповідне поле XML-файла електронної податкової звітності та накладається електронний підпис податкового органу. Адресатом при цьому є ДПІ, до якої буде передана електронна податкова звітність для введення її в електронну базу податкової звітності.

5.8. Одночасно АРМом перевірки електронної податкової звітності приймального шлюзу податкового органу автоматично генерується друге повідомлення про результати обробки пакета електронної податкової звітності (квитанція 3) із зазначенням реєстраційного номера та дати прийняття електронної податкової звітності та накладанням електронного підпису податкового органу, до приймального шлюзу якого подається електронна податкова звітність.

5.9. У разі встановлення фактів порушення цілісності прийнятого пакета електронної податкової звітності чи виявлення помилки щодо порядку накладання електронних підписів керівників платника податків в квитанції 3 податковий орган зазначає цей факт та електронна податкова звітність переміщується до архіву без подальшої її обробки. У всіх інших випадках електронній податковій звітності присвоюється реєстраційний номер (п. 5.7), накладається електронний підпис податкового органу та передається до ДПІ для з'ясування обставин виниклої помилки чи отримання податкової звітності в паперовому вигляді (повторного подання електронної податкової звітності). До даного файла дописується розширення "Failed".

5.10. При обміні інформацією між вхідним буфером приймального шлюзу податкового органу та АРМом перевірки електронної податкової звітності квитанція 3 автоматично переноситься до вхідного буфера для відправки суб'єкта інформаційних відносин.

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

5.12. Платник податків повідомляє приймальний шлюз податкового органу про отримання другого повідомлення (квитанції 3). Дане повідомлення (квитанція 4) переноситься до вихідної папки для передачі її другій ПЕОМ приймального шлюзу податкового органу та занесення до архіву.

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

5.14. Приймальний шлюз при отримання квитанції 5 здійснює заходи щодо блокування сертифіката відкритого ключового елементу та про виконану роботу повідомляє платника податків (квитанція 6). Протягом одного робочого дня платник заповнює Заявку (додаток 7 до Тимчасового порядку) та відправляє її до приймального шлюзу органу ДПС, до якого подається податкова звітність.

5.15. У випадку необхідності зміни паролю доступу до приймального шлюзу платник податків засобами програмного забезпечення направляє запит на зміну пароля клієнта на приймальний шлюз органу ДПС України. Запит повинен бути оформлений у вигляді квитанції 7. Квитанція підписується електронним підписом суб'єкта підприємницької діяльності. У відповідь приймальний шлюз органу ДПС України негайно (не розриваючи сеансу зв'язку) передає квитанцію 8 з результатом обробки запиту.

5.16. Формати квитанцій інформаційного обміну клієнтського програмного забезпечення з приймальним шлюзом податкового органу та коди помилок наведено в додатку 3 до даного Тимчасового порядку.

5.17. Введення електронної податкової звітності до баз даних податкової звітності здійснюється на районному рівні.

Додатки:

1.1. Сторони підтверджують, що:

1.1.1. СТОРОНА, ЯКА РОЗКРИВАЄ, передає СТОРОНІ, ЯКА ОДЕРЖУЄ, інформацію - технічні вимоги до системи формування податкової звітності платників податків в електронному вигляді і яку СТОРОНА, ЯКА РОЗКРИВАЄ, вважає конфіденційною.

1.1.2. СТОРОНА, ЯКА ОДЕРЖУЄ, отримала названу інформацію виключно для цілей створення програмного забезпечення для платників податків по формуванню та передачі податкової звітності в електронному вигляді до податкових органів відповідно до вимог, наведених у наказі ДПА України від 26.11.2004 N 672 "Про затвердження Тимчасового порядку надходження та комп'ютерної обробки податкової звітності платників податків в електронному вигляді до органів ДПС України".

1.1.3. Передача інформації від СТОРОНИ, ЯКА РОЗКРИВАЄ, до СТОРОНИ, ЯКА ОДЕРЖУЄ, обумовлена створенням належних умов поліпшення процесу подання податкової звітності платниками податків до податкових органів та функціонування системи подання податкової звітності в електронному вигляді, надавши їм пріоритетного значення.

2.1. Сторони підтверджують розуміння ними важливості договірного врегулювання відносин, що становлять предмет цієї Угоди, та погоджуються взяти на себе наступні зобов'язання:

2.1.1. Протягом 10 років з дати укладення цієї Угоди СТОРОНА, ЯКА ОДЕРЖУЄ, зобов'язується не розголошувати жодної конфіденційної інформації, отриманої нею від СТОРОНИ, ЯКА РОЗКРИВАЄ будь-яким іншим третім особам, включаючи органи державної влади, підприємства, установи, організації усіх форм власності та підпорядкування, і не використовуватиме названу інформацію для своєї власної вигоди, за винятком використання такої інформації відповідно до цілей, визначених у пп. 1.1.2 даної Угоди.

2.2. СТОРОНА, ЯКА ОДЕРЖУЄ, зобов'язується дотримуватися такого ж ступеня обмеження доступу з метою уникнення розголошення або використання цієї інформації іншими особами, якого СТОРОНА, ЯКА ОДЕРЖУЄ, дотримувалася б в розумній мірі стосовно своєї власної конфіденційної інформації аналогічного ступеня обмеження.

3.1. Будь-яка інформація, передача якої мала місце на підставі звернення СТОРОНИ, ЯКА ОДЕРЖУЄ, для створення програмного забезпечення по формуванню податкової звітності та передачі її в електронному вигляді до податкового органу, вважається конфіденційною за даною Угодою.

3.2. Інформація не вважається і не буде вважатися конфіденційною і, відповідно, СТОРОНА, ЯКА ОДЕРЖУЄ, не буде мати ніяких зобов'язань відносно подібної інформації, якщо вона задовольняє вимогам, викладеним в будь-якому із наступних пунктів:

інформація вже відома СТОРОНІ, ЯКА ОДЕРЖУЄ, до моменту укладання Сторонами даної Угоди;

інформація є або стає прилюдно відомою в результаті помилковості, недбалості або навмисності дій СТОРОНИ, ЯКА РОЗКРИВАЄ;

інформація легально отримана від третьої сторони без обмеження і без порушення умов даної Угоди;

інформація надана третій стороні СТОРОНОЮ, ЯКА РОЗКРИВАЄ, без відповідного обмеження на права третьої сторони;

інформація дозволена до оприлюднення/розголошення письмовим дозволом СТОРОНИ, ЯКА РОЗКРИВАЄ;

інформація розкрита уповноваженому державному органові на підставі імперативних приписів відповідного чинного законодавства під загрозою настання неспівмірних негативних правових наслідків для СТОРОНИ, ЯКА ОДЕРЖУЄ, у разі відмови у наданні інформації (за умови, що СТОРОНА, ЯКА ОДЕРЖУЄ, доклала максимальних зусиль для уникнення оприлюднення/розголошення інформації).

4.1. За даною Угодою СТОРОНА, ЯКА ОДЕРЖУЄ, нестиме відповідальність у формі повного відшкодування збитків.

4.2. СТОРОНА, ЯКА ОДЕРЖУЄ, за даною Угодою нестиме відповідальність за:

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

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

в) інші порушення конфіденційності за даною Угодою.

4.3. СТОРОНА, ЯКА ОДЕРЖУЄ, призначає вказану нижче особу своїм Відповідальним за конфіденційність для отримання за її дорученням всієї конфіденційної інформації за даною Угодою. СТОРОНА, ЯКА ОДЕРЖУЄ, може змінити свого Відповідального за конфіденційність шляхом письмового повідомлення СТОРОНИ, ЯКА РОЗКРИВАЄ, про ім'я та адресу її знову призначеного Відповідального за конфіденційність у одноденний термін після призначення.

4.4. Вся інформація, яка надається СТОРОНОЮ, ЯКА РОЗКРИВАЄ, СТОРОНІ, ЯКА ОДЕРЖУЄ, в будь-якій формі, буде і залишиться виключною власністю СТОРОНИ, ЯКА РОЗКРИВАЄ, і дані та будь-які їх копії повинні негайно повертатися СТОРОНІ, ЯКА РОЗКРИВАЄ, за письмовою вимогою або знищуватися на розсуд СТОРОНИ, ЯКА РОЗКРИВАЄ.

4.5. Усі спори, що пов'язані із даною Угодою, її укладанням або такі, що виникають в процесі виконання умов даної Угоди, вирішуються шляхом переговорів між представниками Сторін із суворим дотриманням вимог конфіденціальності. Якщо спір неможливо вирішити шляхом переговорів, він вирішується в господарському суді.

5.1. Жодна із Сторін зобов'язується не розголошувати факт існування цієї Угоди без попередньої письмової згоди другої Сторони.

5.2. Зобов'язання за цією Угодою не можуть бути доручені або передані СТОРОНОЮ, ЯКА ОДЕРЖУЄ, іншим особам. Будь-яка спроба СТОРОНИ, ЯКА ОДЕРЖУЄ, здійснити такі дії без попередньої письмової згоди СТОРОНИ, ЯКА РОЗКРИВАЄ, буде недійсною і вважатиметься порушенням даної Угоди. Якщо третя Сторона пред'явить позов або вчинить іншу юридичну дію з вимогою розкрити будь-яку конфіденційну інформацію, СТОРОНА, ЯКА ОДЕРЖУЄ, негайно повідомить про це СТОРОНУ, ЯКА РОЗКРИВАЄ, і забезпечить їй в розумних межах таку допомогу, якої СТОРОНА, ЯКА РОЗКРИВАЄ, буде вимагати для запобігання розголошенню.

6.1. Ця Угода набуває чинності з моменту її підписання і діє протягом десяти років.

6.2. Зміни в дану Угоду можуть бути внесені за взаємною згодою Сторін, що оформляється додатковою угодою.

6.3. Зміни та доповнення, додаткові угоди є її невід'ємною частиною і мають юридичну силу, у разі якщо вони викладені у письмовій формі та підписані уповноваженими на те представниками Сторін.