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

УНІФІКОВАНИЙ ФОРМАТ ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ІНФОРМАЦІЙНОМУ ВЗАЄМОДІЇ З ПРИЙМАЛЬНИМИ КОМПЛЕКСАМИ ПОДАТКОВИХ ОРГАНІВ ПО ТЕЛЕКОМУНІКАЦІЙНИМ КАНАЛАМ ЗВ'ЯЗОК ПИСІ

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. Транспортний контейнер передається у вигляді файлу з унікальним ім'ям формату

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

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

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

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

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

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

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, /content/base/). Для збереження файлу використовується DER-кодування.

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

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

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

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

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

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

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 НК РФ). Однак, якщо звітність не пройде форматно-логічний контроль, компанії повідомлять про відмову в її прийомі та причини. Усунувши їх, звітність можна надіслати наново.

Статтю надруковано в газеті "УНП" № 30,

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

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

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

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


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

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


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

  3. 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. Документи, що підтверджують факт внесення запису до Єдиних державних реєстрів індивідуальних підприємців та юридичних осіб, постановку на облік (зняття з обліку) у податковому органі, рішення про відмову в державній реєстрації на паперовому носії видаються (надсилаються) заявнику на його запит, який може бути сформовано при направленні електронних документів до реєструючого органу або подано до реєструючого органу після державної реєстрації.

    ЗАТВЕРДЖЕНИЙ
    наказом ФНП Росії
    від « 19 » 04 2012р.
    ММВ-7-6/251@

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      файл із транспортною інформацією у форматі xml; zip-архіви файлів із вмістом документів, що передаються; zip-архіви файлів із описами документів; файли з вмістом переданих ЕП;

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

    Microsoft" Microsoft Word, Microsoft Excel, Open Document Text, Document Spreadsheet, Open XML Word та Open XML Spreadsheet, що містять відскановані зображення, пред'являються такі вимоги: чорно- біле зображення з роздільною здатністю відсканованого документа не менше 150 і не більше 300 точок на дюйм із використанням 256 градацій сірого кольору.

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

    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. /documents/casestudies/APPNOTE. TXT. Архівування повинно проводитись відповідно до базових можливостей версії 2.0, без використання шифрування.

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

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

    5.3.1. Для шифрування використовуються алгоритми ГОСТ. Для формування ЕП використовуються алгоритми ГОСТ Р 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 до цього документа.


    I. Формат опису переданого документа НБО

    (Версія 02)

    1. ЗАГАЛЬНІ ВІДОМОСТІ

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

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

    2. ОПИС ФАЙЛУ ОБМІНУ

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

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

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

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

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

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

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

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

    Таблиця 4.1

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

    Найменування елемента

    Скорочена назва (код) елемента

    Ознака типу елемента

    Формат елемента

    Ознака обов'язковості елемента

    додаткова інформація

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

    ім'яФорми

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

    КНДФорми

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

    вид документа

    Приймає значення «первинний» або «коригуючий»

    Звітний рік, за період якого передається документ НБО

    Типовий елемент

    Код періоду, за який передається документ НБО

    кодПеріоду

    Код періоду, за який передається документ НБО, згідно з Довідником кодів, що визначають податковий (звітний) період (СКНП)

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

    Обов'язковий за наявності звітності

    Код податкового органу, в якому абонент перебуває на обліку

    НОПоМісцеОбліку

    Типовий елемент<СОНОТип>

    Код податкового органу, в якому провадиться адміністрування об'єкта оподаткування, за яким передається документ НБО

    НОПоМісцеЗнаходження

    Типовий елемент<СОНОТип>Коди із Класифікатора системи позначень податкових органів

    додаткові відомості

    Типовий елемент (множинний)


    II. Формат опису звернення, листи та розсилки

    (Версія 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-к) або T(=к), де n - мінімальна кількість знаків у рядку, до – максимальна кількість знаків, символ ”-” – роздільник, символ ”=” означає фіксовану кількість знаків рядку. Якщо мінімальна кількість знаків дорівнює 0, формат має вигляд Т(0-к). Якщо максимальна кількість знаків необмежена, формат має вигляд Т(n-). Якщо елемент невизначеної довжини, формат має вигляд Т.

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

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

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