Федеральная налоговая служба усовершенствовала электронный сервис, позволяющий физлицам подать заявление для постановки на учет. С помощью бесплатного приложения можно подготовить электронные документы и транспортный контейнер для направления в налоговый орган.

Усовершенствованный сервис "Подача заявления физического лица о постановке на учет" начал действовать на территории всех субъектов РФ с 4 июня 2013 года. Как сообщили в пресс-службе ФНС, теперь у налогоплательщиков появилась возможность направлять в налоговый орган электронные документы, подписанные усиленной квалифицированной электронной подписью заявителя, в составе транспортного контейнера. В ведомстве отметили:

Электронные документы и транспортный контейнер для направления в налоговый орган можно подготовить с помощью специализированного бесплатного программного обеспечения «Налогоплательщик ЮЛ». При этом заявитель должен иметь соответствующий применяемому ключу электронной подписи квалифицированный сертификат ключа проверки электронной подписи (далее - СКПЭП), действительный на момент создания усиленной квалифицированной электронной подписи документов и на день направления указанных документов в налоговый орган.

СКПЭП должен быть выдан одним из удостоверяющих центров, входящих в сеть доверенных удостоверяющих центров, участником которой является ФНС России.

Также в ФНС подчеркнули, что сервис «Подача заявления физического лица о постановке на учет» позволяет:

• получать информацию о статусе документов (в том числе, электронных документов, поданных в составе транспортного контейнера) в налоговом органе по адресу электронной почты или при повторном обращении на сайт ФНС России,
• получать свидетельство о постановке на учет, подготовленное налоговым органом, в электронном виде по адресу электронной почты, указанному заявителем при направлении документов.

Кроме того, в налоговом ведомстве напомнили, что свидетельство о постановке на учет в налоговом органе на бумажном носителе может быть получено лично заявителем либо представителем по доверенности, а также по почте заказным письмом.

Напомним, в настоящее время ФНС активно расширяет перечень госуслуг, которые можно получить через Интернет, как для физических, так и для юридических лиц. В частности, заработал личный кабинет налогоплательщика, началась электронная регистрация компаний, с помощью Интернета можно получить необходимую информацию для исчисления своих налогов. Помимо этого, доступен Единый государственный реестр юридических лиц.

Федеральная налоговая служба усовершенствовала электронный сервис, позволяющий физлицам подать заявление для постановки на учет. С помощью бесплатного приложения можно подготовить электронные документы и транспортный контейнер для направления в налоговый орган.

Электронные документы и транспортный контейнер для направления в налоговый орган можно подготовить с помощью специализированного бесплатного программного обеспечения «Налогоплательщик ЮЛ». При этом заявитель должен иметь соответствующий применяемому ключу электронной подписи квалифицированный сертификат ключа проверки электронной подписи (далее - СКПЭП), действительный на момент создания усиленной квалифицированной электронной подписи документов и на день направления указанных документов в налоговый орган. СКПЭП должен быть выдан одним из удостоверяющих центров, входящих в сеть доверенных удостоверяющих центров, участником которой является ФНС России.

Также в ФНС подчеркнули, что сервис «Подача заявления физического лица о постановке на учет» позволяет:

• получать информацию о статусе документов (в том числе, электронных документов, поданных в составе транспортного контейнера) в налоговом органе по адресу электронной почты или при повторном обращении на сайт ФНС России,
• получать свидетельство о постановке на учет, подготовленное налоговым органом, в электронном виде по адресу электронной почты, указанному заявителем при направлении документов.

Кроме того, в налоговом ведомстве напомнили, что свидетельство о постановке на учет в налоговом органе на бумажном носителе может быть получено лично заявителем либо представителем по доверенности, а также по почте заказным письмом. Напомним, в настоящее время ФНС активно расширяет перечень госуслуг, которые можно получить через Интернет, как для физических, так и для юридических лиц. В частности, заработал личный кабинет налогоплательщика, началась электронная регистрация компаний, с помощью Интернета можно получить необходимую информацию для исчисления своих налогов. Помимо этого, доступен Единый государственный реестр юридических лиц. Как мы писали ранее, эффективность электронных услуг ФНС проверила Счетная палата. Ведомство пришло к выводу, что интерактивные сервисы позволят повысить эффективность госуправления. Однако требует серьезной доработки законодательная база. Добавим, что план перехода органов исполнительной власти на предоставление услуг и функций в электронном виде утвержден постановлением Правительства РФ от 17 октября 2009 г. N 1555-р. Требования к организации предоставления государственных и муниципальных услуг в электронной форме устанавливает статья 10 Федерального закона от 27.07.2010 N 210-ФЗ.

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

У компаний появилась возможность сдавать не только через спецоператоров, но и напрямую через портал ФНС России . Пока это но, по заверению к концу сентября сервис заработает в полную силу. И через него можно будет представлять декларации за третий квартал (девять месяцев). А сейчас можно потренироваться на «уточненках». Алгоритм действий следующий.

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

Благодарим за помощь в подготовке материала специалистов компаний «Такском» и «СКБ Контур»

В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи и по результатам тестирования программного обеспечения, разработанного в соответствии с приказом ФНС России от 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. Информационное взаимодействие происходит путем осуществления документооборота через проведение транзакций - передачи от одного участника документооборота другому транспортного контейнера с фиксированным для данной транзакции набором документов и ЭЦП, сделанными от имени уполномоченных лиц соответствующих участников документооборота.

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

Описание передаваемого документа НБО (описание)

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(m.к), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).

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

Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: “О” - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); “Н” - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом “К”. Например: “ОК”. В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”. Например: “ОМ, ОКМ”.

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

3. Диаграмма файла обмена

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

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

Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1

Таблица 4.1

Описание обращения, письма и рассылки (описание)

III. Формат описания запроса ИОН
(Версия 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

Описание запроса ИОН (описание)

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-НДФЛ (описание)

_____________________________

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

< > - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);

| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.

Приложение № 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

Сведения описания транспортной информации (ТрансИнф)

Таблица 4.2

Отправитель (отправитель)

Таблица 4.3

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

Таблица 4.4

Получатель (получатель)

Таблица 4.5

Сведения о передаваемом документе (документ)

Таблица 4.6

Содержимое документа (содержимое)

Таблица 4.7

Сведения ЭЦП (подпись)

Приложение № 3
к Унифицированному формату
транспортного контейнера

Типы содержимого

_____________________________

* По мере необходимости список возможных типов содержимого может расширяться. Если программное обеспечение встречается с неизвестным для себя типом содержимого, то его следует трактовать как unknown.

Приложение № 4
к Унифицированному формату
транспортного контейнера

Документооборот по представлению налоговых деклараций (расчетов) и бухгалтерской отчетности

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

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

Таблица 4.3.

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

_____________________________

Таблица 4.4.

_____________________________

* При отправке квитанции о приеме в транспортный контейнер включается ЭЦП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭЦП в элемент “Сведения о передаваемом документе (документ)” файла транспортной информации описывается с типом документа “Декларация” кодом типа документа “01”

Приложение № 5
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению письменных обращений абонентов

Таблица 5.1.

Тип документооборота

Таблица 5.2.

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

Таблица 5.3.

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

Таблица 5.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 6
к Унифицированному формату
транспортного контейнера

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

Таблица 6.1.

Тип документооборота

Таблица 6.2.

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

Таблица 6.3.

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

Таблица 6.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 7
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению информационной рассылки со стороны налоговых органов

Таблица 7.1.

Тип документооборота

Таблица 7.2.

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

Таблица 7.3.

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

Таблица 7.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 8
к Унифицированному формату
транспортного контейнера

Документооборот по осуществлению групповой информационной рассылки со стороны налоговых органов

Таблица 8.1.

Тип документооборота

Таблица 8.2.

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

Таблица 8.3.

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

Таблица 8.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 9
к Унифицированному формату
транспортного контейнера

Документооборот по информационному обслуживанию абонентов

Таблица 9.1.

Тип документооборота

Таблица 9.2.

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

Таблица 9.3.

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

Таблица 9.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 10
к Унифицированному формату
транспортного контейнера

Документооборот по уведомлению об ошибке

Таблица 10.1.

Тип документооборота

Таблица 10.2.

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

Таблица 10.3.

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

Приложение № 11
к Унифицированному формату
транспортного контейнера

Документооборот по представлению сведений о доходах по форме № 2-НДФЛ

Таблица 11.1.

Тип документооборота

Таблица 11.2.

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

Таблица 11.3.

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

Таблица 11.4.

Типы транзакций для крупнейших налогоплательщиков, представляющих отчетность на основании договоров с инспекциями ФНС России

Приложение № 12
к Унифицированному формату
транспортного контейнера

Требования к структуре почтового сообщения

1. Общие положения

Сообщение электронной почты содержат реквизиты, перечисленные в разделе 2 данного приложения и транспортный контейнер, вложенный в него.

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

2. Требования к структуре сообщения электронной почты

Для обеспечения обработки сообщений электронной почты на приемном комплексе налогового органа, в структуре сообщения электронной почты предусмотрены следующие служебные поля (реквизиты сообщения):

Список служебных полей транспортного сообщения

Где: О - наличие поля обязательно

Н - наличие поля необязательно

Поля , содержат электронный адрес, заключенный в угловые скобки (символы “<” и “>”).

В данных полях может присутствовать наименование отправителя или получателя не превышающее 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)

Обзор документа

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

Транспортный контейнер - это набор логически связанных документов и ЭЦП, а также сопутствующие сведения, объединенные в один файл.

Информационное взаимодействие происходит путем документооборота через транзакции. Речь идет о передаче транспортного контейнера с фиксированным набором документов и ЭЦП.

В ходе документооборота материалы передаются в сжатом и зашифрованном виде.

Как и ранее, участниками документооборота являются абонент (плательщик или его представитель), налоговый орган, спецоператор, доверенный удостоверяющего центра.

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

Прежний формат признан утратившим силу.

На сайте ФНС предусмотрено несколько сервисов и программ, которые по задумке их разработчиков должны облегчить процедуру регистрации ООО . В этой статье мы постарались разобраться так ли это на самом деле и описали все основные нюансы при работе с каждым из них.

Сервис 1. Подача заявления для регистрации ООО на сайте налоговой

Что нужно знать про этот сервис:

1. С его помощью нельзя полностью открыть ООО под ключ без личного посещения налоговой инспекции. Через него можно только оформить онлайн заявление на регистрацию и подать его на рассмотрение в ИФНС.
2. Все остальные документы для регистрации ООО придется оформить отдельно в бумажной форме и лично отнести в инспекцию. Бесплатно подготовить документы для регистрации ООО вы можете с помощью этого сервиса .
3. Для работы с сервисом не нужна ЭЦП — достаточно простой авторизации на сайте по e-mail.
4. В сервисе отсутствует возможность внесения сложных юридических адресов . Поэтому если, например, в вашей организации, адрес содержит и помещение, и комнату, то лучше не тратьте свое время на этот сервис, иначе вам придет отказ из налоговой при рассмотрении заявления.

Зачем нужно пользоваться этим сервисом, если все равно придется идти в налоговую?

В теории, данный способ должен избавить заявителей от лишнего похода в налоговую инспекцию: вы подали заявление на сайте, спустя 3 рабочих дня (если все в порядке с заявлением) лично принесли остальные документы в бумажной форме и через некоторое время в этот же день, получили готовые учредительные документы ООО.

На практике , при подаче заявления возникает не мало проблем , что в итоге приводит к отказу в регистрации и потере времени. За готовыми документами ООО нередко приходится ехать в другой день (что по идее сразу убивает всю логику использования этого сервиса), плюс могут возникнуть разные сложности при общении с сотрудниками налоговой т.к. многие из них еще пока толком не понимают, как это все эти онлайн-программы должны работать.

Как подать заявление для регистрации ООО через сервис на сайте налоговой

Однако, вы должны знать, что настроить корректную работу ЭЦП в связке с программами от ФНС занятие не для слабонервных, а при возникновении вопросов ожидать помощи от технической поддержки сотрудников налоговой не стоит, т.к. при любом удобном случае вас отправят к сторонним разработчикам.

Программы для формирования транспортного контейнера с документами ООО

Чтобы подать отсканированные документы ООО в налоговую, их необходимо добавить в транспортный контейнер (архив) и подписать электронной подписью. Сформировать его можно при помощи специальной программы с сайта ФНС:

На портале налоговой можно скачать еще одну программу для создания контейнера с документами ООО, которая называется: «Подготовка документов для государственной регистрации» :

С его помощью можно заполнить заявление на регистрацию ООО (остальные документы нужно формировать и загружать в программу отдельно) и сразу создать транспортный контейнер. Однако, полноценный контейнер подготовить не получится, т.к. в программе не предусмотрены такие документы как: квитанция госпошлины и гарантийное письмо от собственника:

Загрузка транспортного контейнера через сайт налоговой

Транспортный контейнер с документами ООО нужно загрузить с помощью этого сервиса на сайте ФНС:

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

Срок регистрации ООО на портале налоговой

Срок открытия ООО на сайте ФНС составляет 5 рабочих дней . В случае успешного прохождения процедуры регистрации ООО в личном кабинете появится архив с готовыми учредительными документами:

• одну копию устава с отметкой регистрирующего органа.

Скачайте полученные документы и обязательно проверьте все указанные в них сведения на наличие ошибок.