Формування транспортного контейнера у програмі платник податків. Транспортний контейнер для заяв у податкову - удосконалений електронний сервіс постановки на облік фізосіб

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

 

Хто може виступати в ролі заявника під час онлайн-реєстрації індивідуального підприємця?

Заява на реєстрацію може бути подана безпосередньо підприємцем, або нотаріусом (особою, яка його заміщає), який свідчить про справжність підпису на реєстраційній заяві.

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

Реєстрація ІП через інтернет покроково

Крок №1

Вам необхідно відсканувати всі документи, потрібні для реєстрації ІП. Повний списокви знайдете у статті: Інструкція з самостійної реєстрації ІП.

Важливо:Сканування документів, які складаються з кількох сторінок, необхідно виконувати як один файл. Технічні вимогидо відсканованих документів такі: зображення має бути у форматі BW, його роздільна здатність має бути 300*300dp, глибина кольору повинна відповідати 1 біту, формат вже готового файлу - це багатосторінковий TIF.

Крок №2

Кожен відсканований документ у вигляді окремого файлу повинен бути підписаний електронним підписом заявника або нотаріуса (особи, що його заміщає).

Крок №3

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

Крок №4

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

Крок №5

На сайті ФНП переходите до сервісу «Подання документів в електронному вигляді на державну реєстрацію», там заповнюєте необхідні реквізити, далі прикріплюєте сформований транспортний контейнер та натискаєте функціонал «надіслати документи».

Важливо:На адресу, вказану вами електронної поштипри надсиланні документів, має надіслати повідомлення, що містить унікальний номер. Це повідомлення підтвердить факт доставки документів до відповідної територіальної податкової інспекції, а за допомогою отриманого унікального номера ви зможете відслідковувати подальшу долю вашої заяви на реєстрацію ІП.

Крок №6

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

Крок №7

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

Тепер ви знаєте алгоритм дій, який необхідно здійснити для онлайн-реєстрації ІП.

Дата публікації: 06.04.2011 10:48 (архів)

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

1. Направлення електронних документів до податкового органу здійснюється заявником (одним із заявників) або нотаріусом або особою, яка замінює тимчасово відсутнього нотаріуса, що засвідчила справжність підпису заявника (заявників), на відповідній заяві (повідомленні, повідомленні) (далі – відправник). Зазначені особи повинні мати кваліфікований сертифікат ключа перевірки електронного підпису та відповідний йому ключ електронного підпису (далі – СКП), які є дійсними на момент підписання електронного документа та на день направлення зазначених документів до податкового органу.
   

   Заявникам СКП видається організаціями, які випускають сертифікати ключів перевірки електронного підпису для використання в інформаційних системах загального користування відповідно до Федерального закону від 6 квітня 2011 р. № 63-ФЗ «Про електронний підпис» та є акредитованими Мінкомзв'язком Росії центрами, що засвідчують.




Заявниками також можуть бути використані СКП, видані для передачі податкової та бухгалтерської звітності в електронному вигляді каналами зв'язку.

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




СКП використовується для підпису електронних документів, що направляються, а також при направленні електронних документів через сайт ФНС Росії для авторизації в режимі «Подача електронних документів на державну реєстрацію» для аутентифікації відправника.

2. 2. З метою подання документів в електронному вигляді зазначені документи оформлюються відповідно до таких рекомендацій.

• 2.1. Електронні документи надсилаються до податкового органу у вигляді файлів із відсканованими з паперових носіїв образами документів, оформлених відповідно до вимог законодавства Російської Федерації.
Документи, які містять кілька аркушів, скануються в один файл.
Сканування образів документів здійснюється з урахуванням таких вимог:
формат зображення: BW;
роздільна здатність: 300*300dpi;
глибина кольору: 1 біт (чорно-білий колір);
Формат готового файлу: багатосторінковий TIF.

• 2.2. Файл з відсканованим з паперового носія чином надісланої до податкового органу заяви (повідомлення, повідомлення), а також документа, передбаченого підпунктами "б" - "з" пункту 1 статті 22.1, підпунктом "б" пункту 1 статті 22.2 Федерального закону від 8 серпня 2001 м. № 129-ФЗ «Про державну реєстрацію юридичних осіб та індивідуальних підприємців», підписується електронним підписом нотаріуса (особи, яка замінює тимчасово відсутнього нотаріуса), який засвідчив справжність підпису заявника (заявників) на відповідній заяві (повідомленні, повідомленні) на паперовому носії.
• 2.3. Файли з відсканованими з паперових носіїв образами інших документів, що направляються до податкового органу, підписуються електронним підписом заявника (одного із заявників) або нотаріуса або особи, яка заміщає тимчасово відсутнього нотаріуса, що засвідчила справжність підпису заявника на заяві (повідомленні, що направляється одночасно з такими документами).
• 2.4. Файли з відсканованими образами документів, що направляються до податкового органу, можуть бути підписані електронним підписом особи, яка замінює тимчасово відсутнього нотаріуса, у разі, якщо справжність підпису заявника (заявників) на відповідній заяві (повідомленні, повідомленні) засвідчена нотаріусом, обов'язки якого виконуються зазначеною особою. Зазначені файли можуть бути підписані електронним підписом нотаріуса у разі, якщо справжність підпису заявника (заявників) на відповідній заяві (повідомленні, повідомленні) засвідчена особою, яка тимчасово його замінює.
• 2.5. На кожен електронний документ, що направляється до податкового органу, формуються:
файл із відсканованим з паперового носія чином документа;
файл із вмістом електронного підпису заявника або нотаріуса або особи, яка замінює тимчасово відсутнього нотаріуса.

Підготувати заяву (повідомлення, повідомлення) можна за допомогою спеціалізованого безкоштовного програмного забезпечення:

Програма підготовки документів для державної реєстрації.

Зазначені у пункті 2 цього документа файли, включаючи файли з вмістом електронного підпису заявника або нотаріуса (особи, що замінює тимчасово відсутнього нотаріуса), упаковуються в zip-архів (далі - транспортний контейнер). p align="justify"> При формуванні транспортного контейнера в нього включається також файл з описом вкладення.

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

При надсиланні електронних документів до податкового органу в розділі Федерального сайту податкової служби«Подання документів в електронному вигляді на державну реєстрацію» або у відповідному розділі Єдиного порталу державних та муніципальних послуг, передбаченому для направлення електронних документів до податкового органу, відправник виконує такі дії:

заповнює необхідні реквізити;
прикріплює згаданий у пункті 4 цього документа транспортний контейнер;
натискає кнопку "направити документи".

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

При зазначенні згаданого у пункті 6 цього документа унікального номера на сайті Федеральної податкової служби у розділі «Подання документів в електронному вигляді на державну реєстрацію» у підрозділі «Інформування про результати обробки направлених до реєструючого органу документів» або на Єдиному порталідержавних та муніципальних послуг у відповідному розділі ФНП Росії, передбаченому для інформування про результати обробки поданих електронних документів, заявник зможе отримувати інформацію про проходження електронних документів у податковому органі, а також адресовані заявнику електронні документи, згадані у пунктах 10 та 11 цього документа.

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

Транспортний контейнер, відповідний вимогам форматно-логічного контролю, встановленим ФНП Росії, прямує до податкового органу.

Не пізніше робочого дня, наступного за днем ​​отримання електронних документів податковим органом, заявнику на адресу електронної пошти надсилається транспортний контейнер, що містить:

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

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

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

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

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

1. Направлення електронних документів до реєструючого органу здійснюється заявником або нотаріусом, які обов'язково повинні мати сертифікат ключа підпису (СКП), який забезпечує електронний підпис за алгоритмом ГОСТ Р 34.11/34.10-2001.
Заявникам сертифікат ключа підпису видається організаціями, які випускають сертифікати ключів підпису для використання в інформаційних системах загального користування відповідно до Федеральним закономвід 10.01.2002 № 1-ФЗ «Про електронний цифровий підпис» і є центрами, що засвідчують, що входять до мережі довірених центрів, що посвідчують, учасником якої є ФНП Росії.
Заявниками також можуть бути використані сертифікати ключа підпису, видані для передачі податкової та бухгалтерської звітності в електронному вигляді каналами зв'язку.
Нотаріусам СКП видається посвідчуючим центром Федеральної нотаріальної палати.

Сертифікат ключа підпису використовується для підпису документів, що направляються, і для авторизації в режимі «Подання електронних документів на державну реєстрацію» для аутентифікації відправника.

2. З метою подання документів в електронному вигляді зазначені документи оформляються та надсилаються відповідно до таких рекомендацій.
2.1. Для індивідуальних підприємців, які мають електронний цифровий підпис (ЕЦП),
а) заяву про реєстрацію - у вигляді файлу формату Excel або Word.
б) інші документи, що подаються разом із заявою, у тому числі документ, що підтверджує сплату державного митау встановлених законодавством випадках - у вигляді файлів з відсканованими з паперових носіїв образами документів. Документи, які містять кілька аркушів, скануються в один файл.
Сканування образів документів здійснюється з урахуванням таких вимог:
формат зображення: BW;
роздільна здатність: 300*300dpi;
глибина кольору: 1 біт;
Формат готового файлу: багатосторінковий TIF.
Кожен із сформованих файлів, зазначених у пункті 2.1, підписується ЕЦП індивідуального підприємця.
Направлення документів здійснюється заявником.
2.2. Для юридичних осіб та індивідуальних підприємців, які не мають ЕЦП, у вигляді файлів з відсканованими з паперових носіїв образами документів, оформлених відповідно до законодавства України:
а) файл із відсканованим чином заяви (повідомлення, повідомлення) підписується ЕЦП нотаріуса, який засвідчив підпис заявника на заяві (повідомленні, повідомленні) у встановленому законодавством України порядку;
б) файли з образами інших документів, зокрема документа, що підтверджує сплату державного мита, підписуються ЕЦП нотаріуса.
Направлення електронних документів здійснюється нотаріусом.
2.3. Для юридичних осіб, які мають ЕЦП- у вигляді файлів з відсканованими з паперових носіїв образами документів, оформлених відповідно до законодавства України:
а) файл із відсканованим чином заяви (повідомлення, повідомлення) підписується ЕЦП нотаріуса, що засвідчив підпис заявника на заяві (повідомленні, повідомленні) у встановленому законодавством України порядку;
б) файли з образами інших документів, зокрема документа, що підтверджує сплату державного мита, підписуються ЕЦП заявника (однієї із заявників) чи ЕЦП нотаріуса.
Направлення електронних документів може здійснюватись як заявником, так і за погодженням з ним нотаріусом.
2.4. При необхідності отримання після державної реєстрації юридичної особи під час створення (у тому числі шляхом реорганізації) або змін до установчих документів юридичної особи копії установчих документів (змін установчих документів):
а) запит про надання копії документа - у вигляді файлу формату Word або у вигляді файлу з відсканованим з паперового носія способом запиту, складеного рукописним текстом;
б) документ, що підтверджує плату за надання копії документа - у вигляді файлу з відсканованим з паперового носія способом документа.
Зазначені в цьому пункті файли підписуються ЕЦП заявника, а за її відсутності – ЕЦП нотаріуса.

3. Підготувати заяву (повідомлення, повідомлення) в електронному вигляді можна за допомогою спеціалізованого безкоштовного програмного забезпечення:

4. Зазначені у пункті 2 файли, а також відповідні їм файли з вмістом ЕЦП заявника чи нотаріуса, упаковуються у zip-архів (далі – транспортний контейнер).
Підготувати транспортний контейнер можна з програми підготовки документів, що використовуються при реєстрації індивідуальних підприємців (ІП), а також за допомогою спеціалізованого безкоштовного програмного забезпечення програма підготовки пакета для електронної реєстрації, розташованих за адресою .

5. Для подання документів на державну реєстрацію в електронному вигляді у розділі «Подання електронних документів на державну реєстрацію» після автентифікації слід вибрати режим «Надіслати нову заявку на державну реєстрацію ІП (КФГ), ЮЛ».
Після переходу у вказаний режим необхідно виконати такі дії:
- прикріпити транспортний контейнер, зазначений у пункті 4;
- Натиснути кнопку «Надіслати».

6. Після надсилання документів в електронному вигляді заявнику в режимі on-line надсилається повідомлення, що містить унікальний номер, що підтверджує доставку документів до Міжрегіональної інспекції ФНП Росії з централізованої обробки даних. Унікальний номер необхідно зберегти (записати, скопіювати до текстового редактора тощо).

7. У розділі «Інформування про результати обробки поданих електронних документів», вказавши унікальний номер, заявник зможе отримувати інформацію про проходження електронних документів у реєструвальному органі, а також надіслані йому електронні документи.

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

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

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

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

Олена Кузнєцова,експерт «УНП»

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

1. Отримати та ідентифікатор абонента

Через сайт ФНП можна здати декларацію, підписану тільки законним, тобто не головбухом. Компанії, які вже звітують через спецоператорів, можуть скористатися наявним електронним підписом. А ось тим, хто раніше звітував тільки на папері, потрібно спочатку придбати в будь-якому включеному в мережу ДУЦ (список є на сайті www.nalog.ru). У середньому це 6-10 тис. рублів.

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

2. Встановити спеціалізовану програму

Для складання декларації та вивантаження файлу необхідна програма «платник податків ЮЛ». Завантажити її можна безкоштовно на сайті www.nalog.ru у розділі «Програмні засоби для юридичних та фізичних осіб». Не обов'язково вбивати всі дані звітності знову, можна імпортувати її зі свого комп'ютера з бухгалтерської програмиабо флешки ("Сервіс" > "Прийом звітності з магнітного носія"). Успішно підготовлений та вивантажений файл потрапить до «Реєстру вивантажених файлів» (кнопка «Сервіс»).

3 . Сформувати із декларацією

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

4. Передати портал податкової служби

Для цього потрібно зайти на www.nalog.ru в розділ «Подання податкової та бухгалтерської звітності в ЕВ». Але перед цим краще переконатися, що відповідає вимогам порталу (наприклад, операційна система має бути Microsoft Windows XP, Vista або 7, а браузер – Microsoft Internet Explorer 6.0 або вище або Safari 4.0 або вище). Для цього потрібно натиснути посилання «Виконати перевірку умов». Після успішної перевірки можна вивантажувати транспортний контейнер та відправляти його до інспекції.

5 . Проконтролювати, що звітність здано до інспекції

Спецоператором при надсиланні звітності через портал виступає Міжрегіональна інспекція з централізованої обробки даних. На підтвердження прийому декларації вона надсилає квитанцію. Днем подання декларації буде дата, яка у квитанції значиться як дата надсилання звітності (п. 4 ст. 80 НК РФ). Однак, якщо звітність не пройде форматно-логічний контроль, компанії повідомлять про відмову в її прийомі та причини. Усунувши їх, звітність можна надіслати наново.

Дякуємо за допомогу у підготовці матеріалу фахівців компаній «Такському» та «СКБ Контур»

Увага!Відповідно до пункту 3 статті 80 та з пунктом 5 статті 174 Податкового кодексу

Встановлення Програми «Податкове платник ЮЛ»

Для реєстрації необхідно ввести Логін, Пароль, Підтвердження пароля та E-mail:

Після натискання кнопки «Зареєструвати» на електронну пошту буде надіслано листа з посиланням на підтвердження реєстрації:

Після підтвердження електронної пошти та входу до особистий кабінетз'явиться повідомлення про необхідність зареєструвати сертифікат та отримати ідентифікатор:

Після натискання на кнопку «Зареєструвати сертифікат» відкриється форма для завантаження сертифіката:

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

Потім натиснути кнопку "Передати на реєстрацію". Сторінка оновиться та відобразиться статус заявки на реєстрацію сертифіката:

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

Після оновлення сторінки зміниться статус реєстрації сертифіката, і в даних організації з'явиться наданий ідентифікатор:

Для подання звітності необхідно використати «Сервіс здачі податкової та бухгалтерської звітності».

Подання звітності до ФНП

Увага!Відповідно до пункту 3 статті 80 та з пунктом 5 статті 174 Податкового кодексу Російської Федерації податкові декларації з податку на додану вартість через обслуговування ФНР не приймаються. Також, згідно з пунктом 10 статті 431 Податкового кодексу Російської Федерації розрахунки зі страхових внесків через цей сервіс не приймаються.

Для подання податкової та бухгалтерської звітності в електронному вигляді потрібно зайти на сторінку: http://nalog.ru/rn77/service/pred_elv/

Далі необхідно встановити Сертифікат відкритого ключа підпису МІ ФНП Росії по ЦОД, кореневий сертифікат ФНП Росії та список відкликаних сертифікатів.

Встановлення відкритого ключа ФНП

Для встановлення сертифіката відкритого ключа підпису МІ ФНП Росії по ЦОД потрібно його зберегти та запустити встановлення подвійним кліком миші.

Необхідно відзначити "Автоматично вибрати сховище на основі типу сертифікату", натиснути "Далі":

Сертифікат відкритого ключа підпису МІ ФНП Росії щодо ЦОД встановлено.

Встановлення кореневого сертифіката

Для встановлення кореневого сертифіката ФНП необхідно перейти за посиланням: http://www.nalog.ru/rn77/about_fts/uc_fns/ , скачати кореневий сертифікат УЦ ФНП Росії та подвійним кліком миші відкрити його, для цього у вікні відкриття файлу натиснути кнопку »:

На вкладці «Загальні» натиснути кнопку «Встановити сертифікат…»:

Відкриється «Майстер імпорту сертифікатів»:

Необхідно вибрати «Помістити всі сертифікати в наступне сховище», натиснути кнопку «Огляд» та вибрати сховище «Довірені кореневі центри сертифікації» та натиснути «ОК»:

Після вибору сховища сертифікатів натиснути «Далі»:

Для завершення роботи «Майстра імпорту сертифікатів» натиснути кнопку «Готово»:

У вікні повідомлення про успішний імпорт сертифіката натиснути кнопку «ОК»:

Кореневий сертифікат встановлено.

Встановлення списку відкликаних сертифікатів

Для встановлення списку відгуку потрібно зберегти його на комп'ютер, клацнути по ньому правою кнопкою миші та вибрати "Встановити список відгуку (CRL)". У вікнах, що відкриваються, послідовно натискати «Далі» - «Далі» - «Готово», не змінюючи налаштування за замовчуванням.

Після встановлення сертифікатів та списку відгуку натиснути «Перейти до «Сервісу здачі податкової та бухгалтерської звітності».

Ознайомитись з технологією прийому та обробки декларацій (розрахунків) та перейти до перевірки умов, натиснувши «Перевірити виконання умов»:

Переконатись, що всі умови виконані, та натиснути «Виконати перевірки»:

На четвертому етапі перевірки буде пропозиція обрати цифровий сертифікат.

Після вибору необхідного сертифіката натисніть "ОК":

Після перевірки сертифіката ключа підпису натиснути «Почати роботу із сервісом»:

У вікні:

Потрібно заповнити порожні поля (Код абонента, КПП) та натиснути «Зберегти»:

Після збереження введених даних перейти до розділу «Завантаження файлу»:

Натиснути «Огляд» та вибрати контейнер, підготовлений за допомогою програми «Податковий платник ЮБ».

Після вибору файлу натисніть кнопку «Надіслати».

Після передачі файлу відбудеться автоматичний перехід на сторінку перевірки статусу обробки:

Після завершення документообігу стан зміниться на «Завершено»:

Переглянути відправлений файл та історію документообігу можна, перейшовши за посиланням у графі «Стан» - «Завершено (успішно)»:

В «Історії документообігу» можна переглянути чи скачати всі регламентні документи.

Надалі можна будь-коли зайти в даний сервіс (https://service.nalog.ru/nbo/) і переглянути відправлені раніше декларації (розрахунки).

З метою забезпечення уніфікації інформаційної взаємодії в електронному вигляді між платниками податків та податковими органами по телекомунікаційних каналах зв'язку з використанням електронного цифрового підпису та за результатами тестування програмного забезпечення, розробленого відповідно до наказу ФНП Росії від 02.11.2009 № ММ-7-6/534@ «Про затвердження Методичних рекомендацій щодо організації електронного документообігупри поданні податкових декларацій (розрахунків) в електронному вигляді по телекомунікаційним каналам зв'язку», наказую:

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

2. Ввести в дію Уніфікований формат транспортного контейнера з дати набрання чинності Методичними рекомендаціями щодо організації електронного документообігу при поданні податкових декларацій (розрахунків) в електронному вигляді по телекомунікаційних каналах зв'язку, затверджених наказом ФНП Росії від 02.11.2009 № ММ-7-6/ 534@.

3. Управлінню інформатизації (В.Г. Колесніков) забезпечити доведення до всіх учасників інформаційної взаємодії в електронному вигляді по телекомунікаційних каналах зв'язку інформацію про введення в дію Уніфікованого формату транспортного контейнера.

4. Управлінню інформатизації (В.Г. Колесников), ФГУП ДНІВЦ ФНП Росії (Р.В. Філімошин) встановленим порядкомдоопрацювати програмні засоби, що забезпечують прийом, зберігання та первинну обробку податкових декларацій (розрахунків) та документів в електронному вигляді по телекомунікаційних каналах зв'язку відповідно до Уніфікованого формату транспортного контейнера, затвердженого п. 1 цього наказу.

5. Визнати таким, що втратив чинність, наказ Федеральної податкової служби від 18.12.2009 № ММ-7-6/693@ «Про затвердження Уніфікованого формату транспортного контейнера при інформаційній взаємодії з приймальними комплексами податкових органів по телекомунікаційних каналах зв'язку з використанням електронного цифрового підпису».

6. Контроль за виконанням цього наказу покласти на заступника керівника Федеральної податкової служби Н.Є. Мельникова.

Уніфікований формат транспортного контейнера
при інформаційній взаємодії з приймальними комплексами
податкових органів з телекомунікаційних каналів зв'язку
з використанням електронного цифрового підпису
(Утв. наказом Федеральної податкової служби від 9 листопада № ММВ-7-6/535@)

1. Терміни та визначення

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

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

1.3. Електронний документ (документ) - документ, поданий в електронному вигляді, відповідно до вимог формату даного типудокумента.

1.4. Транзакція - одиничний крок передачі контейнера з документами та ЕЦП у рамках документообігу певного типу, який визначає набір документів, що передаються, ЕЦП, їх відправника та одержувача.

1.5. Електронний документообіг (документообіг) – послідовність транзакцій з обміну документами між учасниками документообігу, що забезпечує певний регламентований процес з обміну документами (наприклад, документообіг за поданням податкових декларацій (бухгалтерської звітності)).

1.6. Транспортний контейнер - набір логічно пов'язаних документів та ЕЦП, а також супутня транспортна інформація, об'єднана в один файл.

1.7. Абонент - зареєстрований учасник інформаційної взаємодії, який є платником податків або уповноваженим представником платника податків.

1.8. НБО – податкові декларації (розрахунки), бухгалтерська звітністьта інші документи, що є підставою для обчислення та сплати податків та зборів.

2. Загальні відомості

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

2.2. p align="justify"> Інформаційна взаємодія відбувається шляхом здійснення документообігу через проведення транзакцій - передачі від одного учасника документообігу іншому транспортного контейнера з фіксованим для даної транзакції набором документів та ЕЦП, зробленими від імені уповноважених осіб відповідних учасників документообігу.

2.3. У ході здійснення документообігу документи передаються у стислому та зашифрованому вигляді, якщо для конкретного типу документообігу не вказано зворотне. ЕЦП під документами передаються у відкритому вигляді.

2.4. Для кожного типу документообігу використовувані формати службово-технологічних документів наводяться у довіднику Типів документообігу, що розміщується на сайті www.nalog.ru

3. Загальні вимоги до складу контейнера

3.1. Вміст транспортного контейнера

Транспортний контейнер є zip-архівом, що містить:

Файл із транспортною інформацією у форматі xml;

Zip-архіви файлів із вмістом переданих документів;

Zip-архіви файлів із описами документів;

Файли з вмістом ЕЦП, що передаються;

Схема транспортного контейнера наведено малюнку 1.

Малюнок 1: Схема транспортного контейнера

3.1.1. Файли з вмістом документів та ЕЦП називаються з використанням універсальних унікальних ідентифікаторів за форматом « .bin».

3.1.2. Транспортна інформація та файли з вмістом документів та ЕЦП об'єднуються у zip-архів у режимі STORE. Файл із транспортною інформацією під час передачі у транспортному контейнері не стискається та не шифрується.

3.1.3. В одному транспортному контейнері передаються документи та ЕЦП, що належать до однієї транзакції.

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

3.1.5. Формат опису транспортної інформації наведено у Додатку 2 до цього документа.

3.2. Ім'я файлу транспортного контейнера

3.2.1. Транспортний контейнер передається у вигляді файлу з унікальним ім'ям формату

FNS_<идентификатор отправителя>_<идентификатор получателя>__<код типа документооборота>_<код типа транзакции>_<код типа документа>.zip

3.2.2. Ідентифікатори відправника та одержувача в імені файлу повинні збігатися з відповідною інформацією транспортної інформації контейнера.

3.2.3. UUID в імені файлу контейнера є універсальним унікальним ідентифікатором, що забезпечує унікальність імені файлу контейнера.

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

3.2.5. Інформація в імені файлу повинна збігатися з відповідною інформацією транспортної інформації контейнера.

3.3. Опис типів вмісту документів наведено у Додатку 3 до цього документа.

3.4. Вимоги до типів документообігу наведено у Додатках 4-11 до цього документа.

4. Типи учасників документообігу та їх ідентифікація

4.1. Документообіг здійснюється між наступними учасниками документообігу.

4.2. Ідентифікатори учасників документообігу складаються із символів латинського алфавіту a-z, 0-9, "@", "." та «-». Ідентифікатори є реєстронезалежними.

4.3. Як ідентифікатор податкового органу використовується чотиризначний код податкового органу в кодуванні класифікатора СОУН.

4.4. Як ідентифікатор спеціалізованого оператора зв'язку та довіреного центру, що посвідчує, використовується унікальний трисимвольний код, який визначається ФНС Росії.

4.5. Ідентифікатор абонента має формат

<префикс системы><код абонента>

<префикс системы>- це ідентифікатор спеціалізованого оператора зв'язку або довіреного центру; довжина<префикса системы>дорівнює 3 символам;<префикс системы>має збігатися з ідентифікатором спеціалізованого оператора зв'язку, послугами якого користується абонент;

<код абонента>- це унікальний код абонента, який використовується у внутрішній системі спеціалізованого оператора зв'язку або довіреного центру; довжина<код абонента>трохи більше 43 символів.

5. Специфікація використовуваних технологій

5.1. Універсальні унікальні ідентифікатори

5.1.1. Для ідентифікації документообігів, документів та для генерації імен файлів у транспортному контейнері використовуються універсальні унікальні ідентифікатори (UUID).

5.1.2. Універсальні унікальні ідентифікатори, що використовуються, повинні генеруватися відповідно загальним принципамформування UUID, викладеним у документі RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Універсальні унікальні ідентифікатори подаються у вигляді шістнадцяткового числа з 32 розрядів, записаного в нижньому регістрі.

5.2. Об'єднання та стиснення файлів

5.2.1. Для об'єднання кількох документів в один транспортний контейнер та для стиснення документів використовується формат zip-архіву.

5.2.2. Формат zip-архіву описується у відкритій специфікації, яка доступна за адресою http://www.pkware.com/documents/casestudies/APPNOTE.TXT. Архівування повинно проводитись відповідно до базових можливостей версії 2.0, без використання шифрування.

5.2.3. Документ перед стиском присвоюється ім'я «file», після чого він зберігається в архіві. Ім'я архіву формується відповідно до пункту 3.1.1. При видаленні документа з архіву для відновлення вихідного імені файлу використовується інформація з файлу опису транспортної інформації.

5.3. Криптографія

5.3.1. Для шифрування використовують алгоритми ГОСТ 28147-89. Для формування ЕЦП використовують алгоритми ГОСТ Р 34.10-2001.

5.3.2. Зашифровані дані та ЕЦП передаються за допомогою контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для збереження файлу використовується DER-кодування.

5.3.3. Зашифровані дані передаються у вигляді структури ContentInfo зі структурою EnvelopedData як вміст.

5.3.4. ЕЦП передаються у вигляді структури ContentInfo зі структурою SignedData як вміст. ЕЦП може включати сертифікат і не повинна включати підписаний вміст.

5.3.5.Шифрування документів, що передаються у складі первинного транспортного контейнера, повинно проводитись на адресу відкритих ключів сертифікатів одержувача, вказаних для шифрування, та відкритих ключів сертифікатів відправника. Шифрування документів, що передаються в результаті прийому або обробки документа, здійснюється на адресу відкритих ключів сертифікатів одержувача, зазначених для шифрування, відкритих ключів сертифікатів відправника і відкритих ключів сертифікатів посадових осіб, які підписали документ, що надійшов.

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

У разі використання обміну повідомленнями між спеціалізованими операторами зв'язку та серверами обміну електронними документами уніфікованого приймального комплексу податкового органу за протоколами SMTP та POP3 у форматі повідомлень електронної пошти вимоги до структури поштового повідомлення встановлюються у Додатку 12 до цього документа.

Додаток №1
до Уніфікованого формату
транспортного контейнера

I. Формат опису переданого документа НБО
(Версія 02)

1. Загальні відомості

1.1. Призначення

Цей документ описує вимоги до XML файлів передачі в електронному вигляді відомостей про документ НБО, що міститься у транспортному контейнері (далі файл обміну).

2. Опис файлу обміну

TR_DEKL_2_700_02_09_02_xx , де хх – поточна версія схеми.

Розширення імені файлу – xsd.

Формат символьного рядка вказується у вигляді Т(n-к) або T(=к), де n - мінімальна кількість знаків у рядку, до - максимальна кількість знаків, символ ”-” - роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т

3. Діаграма файлу обміну

Таблиця 4.1

Опис документа НБО, що передається (опис)

Найменування елемента		Ознака типу елемента	Формат елемента		додаткова інформація
Ім'я форми документа НБО, що передається	ім'яФорми	П	T(1-256)	Про
КНД документа НБО, що передається	КНДФорми	П	T(=7)	ОК
Вид документа НБО, що передається	вид документа	П	T(1-50)	Н	Приймає значення «первинний» або «коригуючий»
Звітний рік, за період якого передається документ НБО	рік	П		Про	Типовий елемент
Код періоду, за який передається документ НБО	кодПеріоду	П	T(=2)	НК	Код періоду, за який передається документ НБО, відповідно до Довідника кодів, що визначають податковий (звітний) період (СКНП). Збігається з податковим (звітним) періодом, зазначеним у звітності.
Код податкового органу, в якому абонент перебуває на обліку	НОПоМісцеОбліку	П	T(=4)	ОК	Типовий елемент<СОНОТип>
Код податкового органу, в якому провадиться адміністрування об'єкта оподаткування, яким передається документ НБО	НОПоМісцеЗнаходження	П	T(=4)	ОК	Типовий елемент<СОНОТип>Коди із Класифікатора системи позначень податкових органів
додаткові відомості	ДопСв	П		Н	Типовий елемент (множинний)

ІІ. Формат опису звернення, листи та розсилки
(Версія 02)

1. Загальні відомості

1.1. Призначення

Даний документ описує вимоги до XML файлів передачі в електронному вигляді відомостей про опис звернення, листи та розсилки.

2. Опис файлу обміну

2.1. Загальні відомостіпо файлу обміну

Ім'я файлу обміну повинно мати такий вигляд:

Розширення імені файлу – xml. Розширення імені файлу може вказуватися як малими, так і великими літерами.

Параметри першого рядка файлу обміну

Перший рядок XML файлу повинен мати такий вигляд:

Ім'я файлу, який містить схему файлу обміну

Ім'я файлу, що містить XSD схему файлу обміну, повинно мати такий вигляд:

TR_PISRAS_2_700_03_09_02_xx , де хх – поточна версія схеми.

Розширення імені файлу – xsd.

2.2. Логічна модель файлу обміну

Логічна модель файлу представлена ​​у графічному вигляді у Розділі 3 на рис.1. Елементами логічної моделі файлу обміну є елементи та атрибути файлу XML. Повний перелік структурних елементів логічної моделі файлу та відомості про них наведено у Розділі 4.

Для кожного структурного елемента логічної моделі файлу в Розділі 4 наводяться такі відомості:

Найменування елемента. Наводиться повне найменування елемента.

Скорочена назва елемента. Наводиться скорочена назва елемента. Скорочені найменування можуть записуватись літерами та цифрами.

Ознака типу елемента. Може приймати такі значення: "С" - складний елемент (що має вкладені), "П" - простий елемент (що не має вкладених); А – атрибут. Якщо для визначення елемента використовується тип даних користувача, найменування типу даних (типового елемента) вказується в графі «Додаткові відомості».

Формат елемента. Формат* подається в умовних позначеннях, яким відповідають такі значення: Т - символьний рядок; N - числове значення (ціле чи дробове).

Формат числового значення вказується у вигляді N(m.к), де m - максимальна кількість знаків у числі, включаючи знак (для негативного числа), цілу і дробову частину числа без десяткової точки, що розділяє, а k - максимальне число знаків дробової частини числа. Якщо число знаків дробової частини числа дорівнює 0 (тобто ціле число), то формат числового значення має вигляд N(m).

Для простих елементів, які є базовими в XML (визначеними на http://www.w3.org/TR/xmlschema-0), наприклад, елемент з типом “date”, поле “Формат елемента” не заповнюється. Для таких елементів у полі "Додаткова інформація" вказується тип базового елемента.

Ознака обов'язковості елемента визначає обов'язковість наявності елемента у файлі XML. Ознака обов'язковості елемента може приймати такі значення: “О” - обов'язкова наявність елемента (найменування елемента та його значення мають бути у файлі обміну); "Н" - присутність елемента необов'язково (найменування елемента та його значення у файлі обміну можуть бути відсутні). Якщо елемент може приймати обмежений перелік значень (за класифікатором, кодовим словником тощо), то ознака обов'язковості елемента доповнюється символом "К". Наприклад: "ОК". Якщо кількість реалізацій елемента може бути більше однієї, то ознака обов'язковості елемента доповнюється символом “М”. Наприклад: "ОМ, ОКМ".

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

3. Діаграма файлу обміну

Мал. 1 Діаграма структури файлу обміну

4. Перелік структурних елементів логічної моделі файлу обміну

Перелік структурних елементів логічної моделі файлу обміну наведено у табл. 4.1

Таблиця 4.1

Опис звернення, листи та розсилки (опис)

Найменування елемента	Скорочене найменування (код) елемента	Ознака типу елемента	Формат елемента	Ознака обов'язковості елемента	додаткова інформація
Відповідь на звернення	відповідь на	П	T(1-32)	Н	Якщо лист ПЗ є відповіддю на звернення платника податків, реквізит є обов'язковим, зазначається ідентифікатор документообігу вихідного листа
Умовне позначення категорії, до якої належить це звернення, лист або розсилка	категорія	П	T(1-255)	Н
Тема звернення, листи чи розсилки	тема	П	T(1-255)	Про
додаткові відомості	ДопСв	П		Н	Типовий елемент (множинний)

ІІІ. Формат опису запиту ІОН
(Версія 02)

1. Загальні відомості

1.1. Призначення

Даний документ описує вимоги до XML-файлів передачі в електронному вигляді відомостей про опис запиту ІОН.

2. Опис файлу обміну

2.1. Загальні відомості щодо файлу обміну

Ім'я файлу обміну повинно мати такий вигляд:

Розширення імені файлу – xml. Розширення імені файлу може вказуватися як малими, так і великими літерами.

Параметри першого рядка файлу обміну

Перший рядок XML файлу повинен мати такий вигляд:

Ім'я файлу, який містить схему файлу обміну

Ім'я файлу, що містить XSD схему файлу обміну, повинно мати такий вигляд:

TR_ZAPION_2_700_04_09_02_xx , де хх – поточна версія схеми.

Розширення імені файлу – xsd.

2.2. Логічна модель файлу обміну

Логічна модель файлу представлена ​​у графічному вигляді у Розділі 3 на рис.1. Елементами логічної моделі файлу обміну є елементи та атрибути файлу XML. Повний перелік структурних елементів логічної моделі файлу та відомості про них наведено у Розділі 4.

Для кожного структурного елемента логічної моделі файлу в Розділі 4 наводяться такі відомості:

Найменування елемента. Наводиться повне найменування елемента.

Скорочена назва елемента. Наводиться скорочена назва елемента. Скорочені найменування можуть записуватись літерами та цифрами.

Ознака типу елемента. Може приймати такі значення: "С" - складний елемент (що має вкладені), "П" - простий елемент (що не має вкладених); А – атрибут. Якщо для визначення елемента використовується тип даних користувача, найменування типу даних (типового елемента) вказується в графі «Додаткові відомості».

Формат елемента. Формат* подається в умовних позначеннях, яким відповідають такі значення: Т - символьний рядок; N - числове значення (ціле чи дробове).

Формат символьного рядка вказується у вигляді Т(n-к) або T(=к), де n - мінімальна кількість знаків у рядку, до - максимальна кількість знаків, символ ”-” - роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т.

Формат числового значення вказується у вигляді N(m.к), де m - максимальна кількість знаків у числі, включаючи знак (для негативного числа), цілу і дробову частину числа без десяткової точки, що розділяє, а k - максимальне число знаків дробової частини числа. Якщо число знаків дробової частини числа дорівнює 0 (тобто ціле число), то формат числового значення має вигляд N(m).

Для простих елементів, які є базовими в XML (визначеними на http://www.w3.org/TR/xmlschema-0), наприклад, елемент з типом “date”, поле “Формат елемента” не заповнюється. Для таких елементів у полі "Додаткова інформація" вказується тип базового елемента.

Ознака обов'язковості елемента визначає обов'язковість наявності елемента у файлі XML. Ознака обов'язковості елемента може приймати такі значення: “О” - обов'язкова наявність елемента (найменування елемента та його значення мають бути у файлі обміну); "Н" - присутність елемента необов'язково (найменування елемента та його значення у файлі обміну можуть бути відсутні). Якщо елемент може приймати обмежений перелік значень (за класифікатором, кодовим словником тощо), то ознака обов'язковості елемента доповнюється символом "К". Наприклад: "ОК". Якщо кількість реалізацій елемента може бути більше однієї, то ознака обов'язковості елемента доповнюється символом “М”. Наприклад: "ОМ, ОКМ". Додаткова інформація. Для складних елементів вказується посилання таблицю, у якій описується склад даного елемента. Для елементів, що приймають обмежений перелік значень класифікатора (кодового словника тощо), вказується відповідне найменування класифікатора (кодового словника тощо) або наводиться перелік можливих значень. Для класифікатора (кодового словника тощо) може вказуватися посилання його місцезнаходження. Для елементів, що використовують тип користувача даних, вказується найменування типового елемента.

3. Діаграма файлу обміну

Мал. 1 Діаграма структури файлу обміну

4. Перелік структурних елементів логічної моделі файлу обміну

Таблиця 4.1

Опис запиту ИОН (опис)

Найменування елемента	Скорочене найменування (код) елемента	Ознака типу елемента	Формат елемента	Ознака обов'язковості елемента	додаткова інформація
Код запиту ИОН	кодЗапиту	П	T(1-2)	ОК	Відповідає коду запиту ІОН, вказаному у запиті
Код податкового органу, до якого абонент подав запит	НОПоМісцеУявлення	П	T(=4)	ОК	Типовий елемент<СОНОТип>Коди із Класифікатора системи позначень податкових органів
Код податкового органу, у якому формується відповідь	НОПоМісцеЗнаходження	П	T(=4)	ОК	Типовий елемент<СОНОТип>Коди із Класифікатора системи позначень податкових органів
додаткові відомості	ДопСв	П		Н	Типовий елемент (множинний)

IV. Формат опису повідомлення про помилку
(Версія 02)

1. Загальні відомості

1.1. Призначення

Даний документ описує вимоги до XML-файлів передачі в електронному вигляді відомостей про опис повідомлення про помилку.

2. Опис файлу обміну

2.1. Загальні відомості щодо файлу обміну

Ім'я файлу обміну повинно мати такий вигляд:

Розширення імені файлу – xml. Розширення імені файлу може вказуватися як малими, так і великими літерами.

Параметри першого рядка файлу обміну

Перший рядок XML файлу повинен мати такий вигляд:

Ім'я файлу, який містить схему файлу обміну

Ім'я файлу, що містить XSD схему файлу обміну, повинно мати такий вигляд:

TR_SOSH_2_700_05_09_02_xx , де хх – поточна версія схеми.

Розширення імені файлу – xsd.

2.2. Логічна модель файлу обміну

Логічна модель файлу представлена ​​у графічному вигляді у Розділі 3 на рис.1. Елементами логічної моделі файлу обміну є елементи та атрибути файлу XML. Повний перелік структурних елементів логічної моделі файлу та відомості про них наведено у Розділі 4.

Для кожного структурного елемента логічної моделі файлу в Розділі 4 наводяться такі відомості:

Найменування елемента. Наводиться повне найменування елемента.

Скорочена назва елемента. Наводиться скорочена назва елемента. Скорочені найменування можуть записуватись літерами та цифрами.

Ознака типу елемента. Може приймати такі значення: "С" - складний елемент (що має вкладені), "П" - простий елемент (що не має вкладених); А – атрибут. Якщо для визначення елемента використовується тип даних користувача, найменування типу даних (типового елемента) вказується в графі «Додаткові відомості».

Формат елемента. Формат* подається в умовних позначеннях, яким відповідають такі значення: Т - символьний рядок; N - числове значення (ціле чи дробове).

Формат символьного рядка вказується у вигляді Т(n-к) або T(=к), де n - мінімальна кількість знаків у рядку, до - максимальна кількість знаків, символ ”-” - роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т.

Формат числового значення вказується у вигляді N(m.к), де m - максимальна кількість знаків у числі, включаючи знак (для негативного числа), цілу і дробову частину числа без десяткової точки, що розділяє, а k - максимальне число знаків дробової частини числа. Якщо число знаків дробової частини числа дорівнює 0 (тобто ціле число), то формат числового значення має вигляд N(m).

Для простих елементів, які є базовими в XML (визначеними на http://www.w3.org/TR/xmlschema-0), наприклад, елемент з типом “date”, поле “Формат елемента” не заповнюється. Для таких елементів у полі "Додаткова інформація" вказується тип базового елемента.

Ознака обов'язковості елемента визначає обов'язковість наявності елемента у файлі XML. Ознака обов'язковості елемента може приймати такі значення: “О” - обов'язкова наявність елемента (найменування елемента та його значення мають бути у файлі обміну); "Н" - присутність елемента необов'язково (найменування елемента та його значення у файлі обміну можуть бути відсутні). Якщо елемент може приймати обмежений перелік значень (за класифікатором, кодовим словником тощо), то ознака обов'язковості елемента доповнюється символом "К". Наприклад: "ОК". Якщо кількість реалізацій елемента може бути більше однієї, то ознака обов'язковості елемента доповнюється символом “М”. Наприклад: "ОМ, ОКМ".

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

3. Діаграма файлу обміну

Мал. 1 Діаграма структури файлу обміну

4. Перелік структурних елементів логічної моделі файлу обміну

Перелік структурних елементів логічної моделі файлу обміну наведено у табл. 4.1

Таблиця 4.1

Опис повідомлення про помилку (помилка)

V. Формат опису довідки про доходи за формою 2-ПДФО (Версія 02)

1. Загальні відомості

1.1. Призначення

Цей документ описує вимоги до XML файлів передачі в електронному вигляді відомостей опису довідки про доходи за формою 2-ПДФО.

2. Опис файлу обміну

2.1. Загальні відомості щодо файлу обміну

Ім'я файлу обміну повинно мати такий вигляд:

Розширення імені файлу – xml. Розширення імені файлу може вказуватися як малими, так і великими літерами.

Параметри першого рядка файлу обміну

Перший рядок XML файлу повинен мати такий вигляд:

Ім'я файлу, який містить схему файлу обміну

Ім'я файлу, що містить XSD схему файлу обміну, повинно мати такий вигляд:

TR_NDFL2_2_700_06_09_02_xx , де хх - поточна версія схеми.

Розширення імені файлу – xsd.

2.2. Логічна модель файлу обміну

Логічна модель файлу представлена ​​у графічному вигляді у Розділі 3 на рис.1. Елементами логічної моделі файлу обміну є елементи та атрибути файлу XML. Повний перелік структурних елементів логічної моделі файлу та відомості про них наведено у Розділі 4.

Для кожного структурного елемента логічної моделі файлу в Розділі 4 наводяться такі відомості:

Найменування елемента. Наводиться повне найменування елемента.

Скорочена назва елемента. Наводиться скорочена назва елемента. Скорочені найменування можуть записуватись літерами та цифрами.

Ознака типу елемента. Може приймати такі значення: "С" - складний елемент (що має вкладені), "П" - простий елемент (що не має вкладених); А – атрибут. Якщо для визначення елемента використовується тип даних користувача, найменування типу даних (типового елемента) вказується в графі «Додаткові відомості».

Формат елемента. Формат* подається в умовних позначеннях, яким відповідають такі значення: Т - символьний рядок; N - числове значення (ціле чи дробове).

Формат символьного рядка вказується у вигляді Т(n-к) або T(=к), де n - мінімальна кількість знаків у рядку, до - максимальна кількість знаків, символ ”-” - роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т.

Формат числового значення вказується у вигляді N(m.к), де m - максимальна кількість знаків у числі, включаючи знак (для негативного числа), цілу і дробову частину числа без десяткової точки, що розділяє, а k - максимальне число знаків дробової частини числа. Якщо число знаків дробової частини числа дорівнює 0 (тобто ціле число), то формат числового значення має вигляд N(m).

Для простих елементів, які є базовими в XML (визначеними на http://www.w3.org/TR/xmlschema-0), наприклад, елемент з типом “date”, поле “Формат елемента” не заповнюється. Для таких елементів у полі "Додаткова інформація" вказується тип базового елемента.

Ознака обов'язковості елемента визначає обов'язковість наявності елемента у файлі XML. Ознака обов'язковості елемента може приймати такі значення: “О” - обов'язкова наявність елемента (найменування елемента та його значення мають бути у файлі обміну); "Н" - присутність елемента необов'язково (найменування елемента та його значення у файлі обміну можуть бути відсутні). Якщо елемент може приймати обмежений перелік значень (за класифікатором, кодовим словником тощо), то ознака обов'язковості елемента доповнюється символом "К". Наприклад: "ОК". Якщо кількість реалізацій елемента може бути більше однієї, то ознака обов'язковості елемента доповнюється символом “М”. Наприклад: "ОМ, ОКМ".

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

3. Діаграма файлу обміну

Мал. 1 Діаграма структури файлу обміну

4. Перелік структурних елементів логічної моделі файлу обміну

Перелік структурних елементів логічної моделі файлу обміну наведено у табл. 4.1

Таблиця 4.1

Опис довідки про доходи за формою 2-ПДФО (опис)

Найменування елемента	Скорочене найменування (код) елемента	Ознака типу елемента	Формат елемента	Ознака обов'язковості елемента	додаткова інформація
Ім'я форми відомостей	ім'яФорми	П	T(5-6)	Про	Приймає значення «2-ПДФО»
КНД форми відомостей	КНДФорми	П	T(=7)	ОК	Заповнюється із довідника СППФД
Звітний рік, за який передається довідка	рік	П		Про	Типовий елемент
Код податкового органу	Кодно	П	T(=4)	ОК	Типовий елемент<СОНОТип>Коди із Класифікатора системи позначень податкових органів
додаткові відомості	ДопСв	П		Н	Типовий елемент (множинний)

_____________________________

* При описі структури формату файлу обміну використовуються такі металінгвістичні конструкції:

< >- метасимволи, що використовуються виділення елементів структури повідомлення (логічної моделі);

| - метасимвол, що означає можливість вибору серед кількох варіантів значень елемента металінгвістичної структури.

Додаток №2
до Уніфікованого формату
транспортного контейнера

I Формат передачі інформації про опис транспортної інформації (Версія 02)

1. Загальні відомості

1.1. Призначення

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

2. Опис файлу обміну

2.1. Загальні відомості щодо файлу обміну

Ім'я файлу обміну повинно мати такий вигляд:

packageDescription

Розширення імені файлу – xml. Розширення імені файлу може вказуватися як малими, так і великими літерами.

Параметри першого рядка файлу обміну

Перший рядок XML файлу повинен мати такий вигляд:

Ім'я файлу, який містить схему файлу обміну

Ім'я файлу, що містить XSD схему файлу обміну, повинно мати такий вигляд:

TR_TRKON_2_700_01_09_02_xx , де хх – поточна версія схеми.

Розширення імені файлу – xsd.

2.2. Логічна модель файлу обміну

Логічна модель файлу представлена ​​у графічному вигляді у Розділі 3 на рис.1. Елементами логічної моделі файлу обміну є елементи та атрибути файлу XML. Повний перелік структурних елементів логічної моделі файлу та відомості про них наведено у Розділі 4.

Для кожного структурного елемента логічної моделі файлу в Розділі 4 наводяться такі відомості:

Найменування елемента. Наводиться повне найменування елемента.

Скорочена назва елемента. Наводиться скорочена назва елемента. Скорочені найменування можуть записуватись літерами та цифрами.

Ознака типу елемента. Може приймати такі значення: "С" - складний елемент (що має вкладені), "П" - простий елемент (що не має вкладених); А – атрибут. Якщо для визначення елемента використовується тип даних користувача, найменування типу даних (типового елемента) вказується в графі «Додаткові відомості».

Формат елемента. Формат* подається в умовних позначеннях, яким відповідають такі значення: Т - символьний рядок; N - числове значення (ціле чи дробове).

Формат символьного рядка вказується у вигляді Т(n-к) або T(=к), де n - мінімальна кількість знаків у рядку, до - максимальна кількість знаків, символ ”-” - роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т.

Формат числового значення вказується у вигляді N(m.к), де m - максимальна кількість знаків у числі, включаючи знак (для негативного числа), цілу і дробову частину числа без десяткової точки, що розділяє, а k - максимальне число знаків дробової частини числа. Якщо число знаків дробової частини числа дорівнює 0 (тобто ціле число), то формат числового значення має вигляд N(m).

Для простих елементів, які є базовими в XML (визначеними на http://www.w3.org/TR/xmlschema-0), наприклад, елемент з типом “date”, поле “Формат елемента” не заповнюється. Для таких елементів у полі "Додаткова інформація" вказується тип базового елемента.

Ознака обов'язковості елемента визначає обов'язковість наявності елемента у файлі XML. Ознака обов'язковості елемента може приймати такі значення: “О” - обов'язкова наявність елемента (найменування елемента та його значення мають бути у файлі обміну); "Н" - присутність елемента необов'язково (найменування елемента та його значення у файлі обміну можуть бути відсутні). Якщо елемент може приймати обмежений перелік значень (за класифікатором, кодовим словником тощо), то ознака обов'язковості елемента доповнюється символом "К". Наприклад: "ОК". Якщо кількість реалізацій елемента може бути більше однієї, то ознака обов'язковості елемента доповнюється символом “М”. Наприклад: "ОМ, ОКМ".

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

3. Діаграма файлу обміну

Мал. 1 Діаграма структури файлу обміну

4. Перелік структурних елементів логічної моделі файлу обміну

Таблиця 4.1

Відомості опису транспортної інформації (ТрансІнф)

Найменування елемента	Скорочене найменування (код) елемента	Ознака типу елемента	Формат елемента	Ознака обов'язковості елемента	додаткова інформація
Версія формату	версіяФормату	A	T(1-10)	Про	Версія формату опису транспортного контейнера У цьому документі приймає значення «ФНС:1.0»
Код типу документообігу	кодТипуДокументообігу	A	T(=2)	ОК	Код типу здійснюваного документообігу відповідно до довідника типів документообігу
Тип документообігу	типДокументообігу	A	T(1-50)	Про	Тип здійснюваного документообігу відповідно до довідника типів документообігу
Код типу транзакції	кодТипуТранзакції	A	T(=2)	Про	Код типу транзакції, визначеної для даного типу документообігу (згідно з Додатками 4-11)
Тип транзакції	типТранзакції	A	T(1-50)	Про	Тип транзакції, визначеної для даного типу документообігу (згідно з Додатками 4-11)
Ідентифікатор документообігу	ідентифікатор Документообігу	A	T(=32)	Про	Універсальний унікальний ідентифікатор документообігу, який зберігається у межах даного циклу обміну документами
Версія передавальної програми	ВерсПрог	A	T(1-40)	Про
Відправник	відправник	З		Про	Склад елемента представлений у табл. 4.2 В елементі відправника описується відправник (учасник електронного документообігу), який первинно сформував транспортний контейнер
Спецоператор	спецоператор	З		Н	Склад елемента представлений у табл. 4.3 Є обов'язковим за участю спецоператора у процесі документообігу
Одержувач	одержувач	З		Про	Склад елемента представлений у табл. 4.4 В елементі одержувач описується одержувач (учасник електронного документообігу), для якого призначений транспортний контейнер
додаткові відомості	ДопСв	П		Н	Типовий елемент (множинний) Вказується за необхідності передачі додаткового повідомлення
Відомості про документ, що передається	документ	З		ОМ	Склад елемента представлений у табл. 4.5

Таблиця 4.2

Відправник (відправник)

Таблиця 4.3

Спецоператор (спецоператор)

Таблиця 4.4

Одержувач (одержувач)

Таблиця 4.5

Відомості про документ, що передається (документ)

Найменування елемента	Скорочене найменування (код) елемента	Ознака типу елемента	Формат елемента	Ознака обов'язковості елемента	додаткова інформація
Код типу документа	кодТипуДокументу	A	T(=2)	Про	Код типу документа, що передається у складі контейнера, визначений для транзакції, що здійснюється. Код відповідно до довідника типів документообігу Відповідно до певного списку типів документів за відомостями, що передаються
Тип документа	Тип документа	A	T(1-50)	Про	Відповідно до певного списку типів документів за відомостями, що передаються.
Тип вмісту документа	типВмісту	A	T(1-50)	Про	Тип вмісту документа відповідно до визначеного у Додатку 3 За відсутності елемента "вміст" приймає значення unknown
Ознака стиснення документа	стиснутий	A		Про	Типовий елемент - значення true або false, залежно від того, стислий чи ні вміст документа в контейнері (стиснення документа виконується перед шифруванням)
Ознака шифрування	зашифрований	A		Про	Типовий елемент значення true або false, залежно від того, зашифровано чи ні вміст документа у контейнері
Ідентифікатор документа	ідентифікатор документа	A	T(=32)	Про	Універсальний унікальний ідентифікатор документа
Початкове ім'я файлу документа	вихідне Ім'яФайлу	A	T(1-150)	Н	Елемент обов'язковий, якщо вихідне ім'я файлу визначено Ім'я файлу вказується з розширенням
Вміст документа	вміст	З		Н	Склад елемента представлений у табл. 4.6 Вузол вмісту відсутній, якщо в транзакції передається лише ЕЦП під документом і не передається вміст документа. В інших випадках вузол вміст присутній Обов'язковість визначається на підставі елементів<кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента>
Відомості ЕЦП	підпис	З		НМ	Склад елемента представлений у табл. 4.7 Перераховуються ЕЦП, що стоять під документом Склад елемента наведено в табл. 4.7 Обов'язковість визначається на підставі елементів<кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента>за правилами, визначеними у додатках, що описують типи документообігу

Таблиця 4.6

Вміст документа (вміст)

Таблиця 4.7

Відомості ЕЦП (підпис)

Додаток №3
до Уніфікованого формату
транспортного контейнера

Типи вмісту

Умовне позначення	Опис
plain866	документ у кодуванні DOS-866
plain1251	документ у кодуванні windows-1251
xml	документ у форматі XML
html	документ у форматі HTML
pdf	документ у форматі PDF
rtf	документ у форматі RTF
tiff	документ у форматі TIFF
jpeg	документ у форматі JPEG
ms-word	документ у форматі Microsoft Word
ms-excel	документ у форматі Microsoft Excel
odf-text	документ у форматі Open Document Text
odf-spreadsheet	документ у форматі Open Document Spreadsheet
oxml-word	документ у форматі Open XML Word
oxml-spreadsheet	документ у форматі Open XML Spreadsheet
unknown*	довільні (бінарні) дані

_____________________________

* У міру потреби список можливих типів вмісту може розширюватися. Якщо програмне забезпеченнязустрічається з невідомим для себе типом вмісту, його слід трактувати як unknown.

Додаток №4
до Уніфікованого формату
транспортного контейнера

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

Таблиця 4.1. Тип документообігу.

Таблиця 4.2. Типи документів.

Код	Тип документа	Типи вмісту	Опис
01	декларація	plain866 або xml	Податкова декларація чи бухгалтерська звітність (встановлений формат)
02	опис	xml	Службовий документ, у якому передається опис декларації (формат наведено у додатку 1.I)
03	доручення	xml
04	підтвердженняДатиВідправки	xml
05	повідомленняОбОтказі	xml	Повідомлення про відмову у прийомі податкової декларації(Встановлений формат)
06	квитанціяОприємі	xml	Квитанція про прийняття податкової декларації (встановлений формат)
07	повідомленняПроУточнення	xml	Повідомлення про необхідність внесення уточнень (встановлений формат)
08	повідомленняВводі	xml	Повідомлення про введення декларації у інформаційну системуподаткового органу (встановлений формат)
09	повідомленняОотриманні	xml

Таблиця 4.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Вміст	Шифрування	Підписанти
01	Декларація НП	абонент	Податковий орган	декларація	1	є	є	абонент
				доручення	0 або 1	є	є	абонент
				опис	1	є	ні	(відсутні)
				підтвердженняДатиВідправки	1	є	ні	спецоператор
02	ПовідомленняДеклараціяАНО	Податковий орган	абонент	повідомленняОотриманні	1	є	ні	Податковий орган
03	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	є	ні	Податковий орган
04	РезультатПрийомДеклараціяАНО	Податковий орган	абонент		1	є	є	Податковий орган
				декларація		ні	ні	Податковий орган
05	ПовідомленняРезультатПрийомуСОС	спецоператор	Податковий орган	повідомленняОотриманні	1	є	ні	спецоператор
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	є	ні	абонент
07		Податковий орган	абонент		1	є	є	Податковий орган
08		спецоператор	Податковий орган	повідомленняОотриманні	1	є	ні	спецоператор
09		абонент	Податковий орган	повідомленняОотриманні	1	є	ні	абонент

_____________________________

Таблиця 4.4.

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Вміст	Шифрування	Підписанти
01	Декларація НП	абонент	Податковий орган	декларація	1	є	є	абонент
				доручення	0 або 1	є	є	абонент
				опис	1	є	ні	(відсутні)
10	ПідтвердженняДеклараціяАНО	Податковий орган	абонент	підтвердженняДатиВідправки	1	є	ні	Податковий орган
11	ПовідомленняПідтвердження НП	абонент	Податковий орган	повідомленняОотриманні	1	є	ні	абонент
02	ПовідомленняДеклараціяАНО	Податковий орган	абонент	повідомленняОотриманні	1	є	ні	Податковий орган
04	РезультатПрийомДеклараціяАНО	Податковий орган	абонент	квитанціяОПприйомі або повідомленняПроОтказі	1	є	є	Податковий орган
				декларація	1 у разі квитанції про прийом; 0 у разі повідомлення про відмову	ні	ні	Податковий орган
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	є	ні	абонент
07	РезультатОбробкиДеклараціяАНО	Податковий орган	абонент	ПовідомленняПроУточнення або сповіщенняВводі	1	є	є	Податковий орган
09	ПовідомленняРезультатОбробкиНП	абонент	Податковий орган	повідомленняОотриманні	1	є	ні	абонент

_____________________________

* При відправленні квитанції про прийом у транспортний контейнер включається ЕЦП податкового органу на декларацію, що надійшла. Файл декларації, що надійшов, до транспортного контейнера не включається. ЕЦП, що включається в елемент “Відомості про документ, що передається (документ)” файлу транспортної інформації описується з типом документа “Декларація” кодом типу документа “01”

Додаток №5
до Уніфікованого формату
транспортного контейнера

Документообіг щодо здійснення письмових звернень абонентів

Таблиця 5.1.

Тип документообігу

Таблиця 5.2.

Типи документів

Код	Тип документа	Типи вмісту	Опис
01	звернення	xml	Текст звернення (встановлений формат)
02	опис	xml	Службовий документ, у якому передається опис (формат наведено у додатку 1.II)
03	додаток	Відповідно до Додатку 3	Неформалізований додаток до листа (Тип вмісту відповідно до Додатка 3)
04	доручення	xml	Інформаційне повідомлення про доручення уповноваженої особи (встановлений формат)
05	підтвердженняДатиВідправки	xml	Підтвердження дати надсилання документа (встановлений формат)
06	повідомленняОотриманні	xml	Повідомлення про отримання документа його отримувачем (встановлений формат)
07	повідомленняОбОтказі	xml	Повідомлення про відмову в прийомі звернення (встановлений формат)
08	підтвердженняДатиОтримання	xml

Таблиця 5.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Звернення НП	абонент	Податковий орган	звернення	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
				додаток	0 або більше	є	абонент
				підтвердженняДатиВідправки	1	ні	спецоператор
02	ПовідомленняЗвернення	Податковий орган	абонент	повідомленняОотриманні	1	ні	Податковий орган
03	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган
04	РезультатПрийомОбіг	Податковий орган	абонент	повідомленняОбОтказі	1	є	Податковий орган
05	ПовідомленняРезультатПрийомуСОС	спецоператор	Податковий орган	повідомленняОотриманні	1	ні	спецоператор
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Таблиця 5.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Звернення НП	абонент	Податковий орган	звернення	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
				додаток	0 або більше	є	абонент
10	ПідтвердженняЗвернення	Податковий орган	абонент	підтвердженняДатиОтримання	1	ні	Податковий орган
02	ПовідомленняЗвернення	Податковий орган	абонент	повідомленняОотриманні	1	ні	Податковий орган
11	ПовідомленняПідтвердження НП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
04	РезультатПрийомОбіг	Податковий орган	абонент	повідомленняОбОтказі	1	є	Податковий орган
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Додаток №6
до Уніфікованого формату
транспортного контейнера

Документообіг щодо здійснення індивідуального інформування абонентів

Таблиця 6.1.

Тип документообігу

Таблиця 6.2.

Типи документів

Таблиця 6.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Лист	Податковий орган	абонент	лист	1	є	Податковий орган
				опис	1	ні	(відсутні)
				додаток	0 або більше	є	Податковий орган
02	ПідтвердженняПисьмоСОС	спецоператор	Податковий орган	підтвердженняДатиВідправки	1	ні	спецоператор
03	ПовідомленняЛист НП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
04	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган

Таблиця 6.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Додаток №7
до Уніфікованого формату
транспортного контейнера

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

Таблиця 7.1.

Тип документообігу

Таблиця 7.2.

Типи документів

Таблиця 7.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Розсилання	Податковий орган	спецоператор	розсилання	1	ні	Податковий орган
				опис	1	ні	(відсутні)
				додаток	0 або більше	ні	Податковий орган
02	ПідтвердженняРозсиланняСОС	спецоператор	Податковий орган	підтвердженняДатиВідправки	1	ні	спецоператор
03	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган

Таблиця 7.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Додаток №8
до Уніфікованого формату
транспортного контейнера

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

Таблиця 8.1.

Тип документообігу

Таблиця 8.2.

Типи документів

Таблиця 8.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Розсилання	Податковий орган	абонент	розсилання	1	ні	Податковий орган
				опис	1	ні	(відсутні)
				додаток	0 або більше	ні	Податковий орган
02	ПідтвердженняРозсиланняСОС	спецоператор	Податковий орган	підтвердженняДатиВідправки	1	ні	спецоператор
03	ПовідомленняРозсиланняНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
04	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган

Таблиця 8.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Додаток №9
до Уніфікованого формату
транспортного контейнера

Документообіг з інформаційного обслуговування абонентів

Таблиця 9.1.

Тип документообігу

Таблиця 9.2.

Типи документів

Код	Тип документа	Типи вмісту	Опис
01	запит	xml	Запит на надання інформації (встановлений формат)
02	опис	xml	Службовий документ, у якому передається опис запиту (формат наведено у додатку 1.III)
03	доручення	xml	Інформаційне повідомлення про доручення уповноваженої особи (встановлений формат)
04	підтвердженняДатиВідправки	xml	Підтвердження дати надсилання (встановлений формат)
05	квитанціяОприємі	xml	Квитанція про прийом
06	повідомленняОбОтказі	xml	Повідомлення, що містить відмову абоненту у наданні запитаних відомостей з описом виявлених помилок та причин відмови у прийомі (встановлений формат)
07	відповідь	xml, rtf, ms-excel	Документ, який містить запитаний абонентом документ (встановлений формат)
08	повідомленняОотриманні	xml	Повідомлення про отримання документа його отримувачем (встановлений формат)
09	підтвердженняДатиОтримання	xml	Підтвердження про дату отримання податковим органом документа (встановлений формат)

Таблиця 9.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	ЗапитНП	абонент	Податковий орган	запит	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
				підтвердженняДатиВідправки	1	ні	спецоператор
02	ПовідомленняЗапитно	Податковий орган	абонент	повідомленняОотриманні	1	ні	Податковий орган
03	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган
04	РезультатПріемаЗапросНО	Податковий орган	абонент		1	є	Податковий орган
05	ПовідомленняРезультатПрийомуСОС	спецоператор	Податковий орган	повідомленняОотриманні	1	ні	спецоператор
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
07	РезультатОбробкиЗапитів	Податковий орган	абонент	відповідь	1	є	Податковий орган
08	ПовідомленняРезультатОбробкиСОС	спецоператор	Податковий орган	повідомленняОотриманні	1	ні	спецоператор
09	ПовідомленняРезультатОбробкиНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Таблиця 9.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	ЗапитНП	абонент	Податковий орган	запит	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
10	Підтвердження Запитно	Податковий орган	абонент	підтвердженняДатиОтримання	1	ні	Податковий орган
11	ПовідомленняПідтвердження НП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
04	РезультатПріемаЗапросНО	Податковий орган	абонент	квитанціяОприйомі,повідомленняОбОтказі	1	є	Податковий орган
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
07	РезультатОбробкиЗапитів	Податковий орган	абонент	відповідь	1	є	Податковий орган
09	ПовідомленняРезультатОбробкиНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Додаток №10
до Уніфікованого формату
транспортного контейнера

Документообіг за повідомленням про помилку

Таблиця 10.1.

Тип документообігу

Таблиця 10.2.

Типи документів

Таблиця 10.3.

Типи транзакцій

Додаток №11
до Уніфікованого формату
транспортного контейнера

Документообіг за поданням відомостей про доходи за формою № 2-ПДФО

Таблиця 11.1.

Тип документообігу

Таблиця 11.2.

Типи документів

Код	Тип документа	Типи вмісту	Опис
01	форма2ПДФО	xml	Відомості про доходи за формою № 2-ПДФО (встановлений формат)
02	опис	xml	Службовий документ, в якому передається опис відомостей про доходи за формою № 2-ПДФО (формат наведено у додатку 1.V)
03	доручення	xml	Інформаційне повідомлення про доручення уповноваженої особи (встановлений формат)
04	підтвердженняДатиВідправки	xml	Підтвердження дати надсилання документа (встановлений формат)
05	протоколПрийом2ПДФО	xml plain1251	Протокол прийому відомостей про доходи фізичних осібвід податкових агентів(Встановлений формат)
06	реєстрПрийнятихДокументів	xml, plain1251	Реєстр відомостей про доходи фізичних осіб (встановлений формат)
07	повідомленняОотриманні	xml	Повідомлення про отримання документа його отримувачем (встановлений формат)

Таблиця 11.3.

Типи транзакцій

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Форма2ПДФЛНП	абонент	Податковий орган	форма2ПДФО	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
				підтвердженняДатиВідправки	1	ні	спецоператор
02	ПовідомленняФорма2НДФЛНО	Податковий орган	абонент	повідомленняОотриманні	1	ні	Податковий орган
03	ПовідомленняПідтвердження АЛЕ	Податковий орган	спецоператор	повідомленняОотриманні	1	ні	Податковий орган
04	РезультатПрийомФорма2ПДФО	Податковий орган	абонент	протоколПрийом2ПДФО	1	є	Податковий орган
				реєстрПрийнятихДокументів	1	є	Податковий орган
05	ПовідомленняРезультатПрийомуСОС	спецоператор	Податковий орган	повідомленняОотриманні	1	ні	спецоператор
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Таблиця 11.4.

Типи транзакцій для найбільших платників податків, які подають звітність на підставі договорів з інспекціями ФНП Росії

Код	Тип транзакції	Відправник	Одержувач	Документи	Кількість	Шифрування	Підписанти
01	Форма2ПДФЛНП	абонент	Податковий орган	Форма2ПДФО	1	є	абонент
				доручення	0 або 1	є	абонент
				опис	1	ні	(відсутні)
10	ПідтвердженняФорма2НДФЛНО	Податковий орган	абонент	підтвердженняДатиВідправки	1	ні	Податковий орган
11	ПовідомленняПідтвердження НП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент
02	ПовідомленняФорма2НДФЛНО	Податковий орган	абонент	повідомленняОотриманні	1	ні	Податковий орган
04	РезультатПрийомФорма2ПДФО	Податковий орган	абонент	протоколПрийом2ПДФО	1	є	Податковий орган
				реєстрПрийнятихДокументів	1	є	Податковий орган
06	ПовідомленняРезультатПрийомНП	абонент	Податковий орган	повідомленняОотриманні	1	ні	абонент

Додаток №12
до Уніфікованого формату
транспортного контейнера

Вимоги до структури поштового повідомлення

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

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

Для первинного повідомлення, з якого починається документообіг - значення поля X-Message-ID містить<идентификаторДокументооборота>із транспортного контейнера. Для сформованих у відповідь на надійшли або в ході їх обробки значення поля X-Message-ID вхідного повідомлення.

2. Вимоги до структури електронної пошти

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

Список службових полів транспортного сполучення

№ п/п	Ідентифікатор реквізиту	Зміст реквізиту	Ознака обов'язковості
1	Від:	Поштова адреса відправника поштового повідомлення	Про
2	To:	Поштова адреса одержувача поштового повідомлення	Про
4	Message-ID:	Ідентифікатор поштового повідомлення - унікальна для цього відправника повідомлень послідовність символів	Про
5	Content-Transfer-Encoding:	Механізм конвертування поштового повідомлення	Про
6	Content-Type:	Опис типу вкладення.	Про
7	Content-Disposition:	Опис розташування вкладення	Про
8	Content-Length:	Опис довжини вкладення	Про
9	Subject:	Містить значення<версияФормата>“-”<типДокумента>“-”<типТранзакции>. <типДокумента>вказується відповідно до алгоритму, описаного в п.3.2.4.	Про
10	X-Message-ID:	Значення поля X-Message-ID містить<идентификаторДокументооборота>з транспортного контейнера	Про
11	X-Tax-Code:	<кодТранзакции>з транспортного контейнера	Н
12	X-Tax-Version	Версія формату транспортного контейнера	Н

Де: Про наявність поля обов'язкова

Н - наявність поля необов'язково

Поля , містять електронну адресу, укладену в кутові дужки (символи “<” и “>”).

У цих полях може бути найменування відправника або одержувача, що не перевищує 80 символів.

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

Поле містить тип кодування поштового повідомлення.

Значенням поля має бути рядок без пробілів: quoted-printable або base64.

Поле містить ключове слово: application/octet-stream та через символ “;” з пропуском після нього параметр: name=. Параметр name= вказує ім'я файлу транспортного контейнера, укладене у лапки (символи "(код 34)).

Поле містить ключове слово: attachment та через символ “;” з пропуском після нього параметр: filename=. Транспортний контейнер вкладено (ключове слово attachment) у повідомлення електронної пошти, що передається телекомунікаційними каналами зв'язку. Параметр filename= містить ім'я файлу вкладення, укладене в лапки (символи "(код 34)).

В полі вказується кількість байт файлу вкладення. Розмір файлу транспортного контейнера може бути нульовим і сам транспортний контейнер може містити файли нульової довжини.

При використанні кодування Quoted-Printable/Windows-1251 обов'язково кодування наступних символів:

! (код 33), "(код 34), # (код 35), $ (код 36), @ (код 64), [(код 91), \ (код 32), ] (код 93), ^ (код 94), `(код 96), ((код 123), | (код 124), ) (код 125), ~ (код 126).

При надсиланні повідомлення про помилку поле< X-Message-ID:>може містити значення поля первинного поштового повідомлення, якщо неможливо ідентифікувати<идентификатор Документооборота>із транспортного контейнера.

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

Повідомлення електронної пошти може мати лише одного одержувача.

Повідомлення електронної пошти має містити лише один вкладений у нього файл транспортного контейнера.

3. Особливості роботи із повідомленнями електронної пошти

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

Наказ Федеральної податкової служби від 9 листопада 2010 р. № ММВ-7-6/535@ "Про затвердження Уніфікованого формату транспортного контейнера при інформаційній взаємодії з приймальними комплексами податкових органів по телекомунікаційним каналам зв'язку з використанням електронного цифрового підпису"

Текст наказу розміщено на сайті УФНС Росії по Москві в Internet (http://www.r77.nalog.ru)

Огляд документа

Розроблено новий уніфікований формат транспортного контейнера при інформаційній взаємодії з приймальними комплексами податкових органів телекомунікаційними каналами зв'язку (ТКС) з використанням ЕЦП.

Транспортний контейнер - це набір логічно пов'язаних документів та ЕЦП, а також супутні відомості, об'єднані в один файл.

Інформаційна взаємодія відбувається через документообіг через транзакції. Йдеться про передачу транспортного контейнера з фіксованим набором документів та ЕЦП.

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

Як і раніше, учасниками документообігу є абонент (платник чи його представник), податковий орган, спецоператор, довірений центру, що посвідчує.

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

Колишній формат визнано таким, що втратив чинність.