Методические рекомендации СМЭВ 3 (версия 3.5.0.14), одобренные на Президиуме Правкомиссии 10.03.2022
Регламент 3.5 Приложение 3 Правила и процедуры работы в СМЭВ 23.01.2023
Регламент 3 5 Приложение 3 Правила и процедуры работы в СМЭВ 22.03.2022_одобрен
Регламент обеспечения предоставления государственных услуг и исполнения государственных функций в электронном виде
Заявка на регистрацию Участника в СМЭВ 3 от 01.11.2022
Заявка на присоединение для новых Участников (СМЭВ 2, СМЭВ 3, СМЭВ 4 и Цифровой профиль ЕСИА)
Заявка на дополнительную настройку защищенного канала связи до СМЭВ 3 и СМЭВ 4 (для Участников, подключенных к СМЭВ 2 и имеющих защищенный канал)
Доступ к Виду сведений
Заявка на предоставление доступа к Виду сведений в СМЭВ 3 в качестве потребителя ВС от 03.02.2023
Заявка на предоставление доступа к Виду сведений с типом Рассылка в СМЭВ 3 от 03.02.2023
Заявка на предоставление доступа к Виду сведений в СМЭВ 3 в качестве поставщика ВС от 01.11.2022
Форма согласования с Владельцем Вида сведений получения доступа в СМЭВ 3 от 12.10.2022
Заявка на другие изменения информационной системы в СМЭВ 3 от 03.02.2023
Заявка на вывод из эксплуатации Участника и/или информационной системы в СМЭВ 3 от 03.02.2023
Заявка на вывод из эксплуатации Вида сведений СМЭВ 3 от 03.02.2023
Требования к XML-схемам
Требования к XML-схемам, регистрируемым в СМЭВ 3 (версия 1.3.9) от 17.10.2022
Типовые ошибки, возвращаемые Участнику
Перечень типовых ошибок, возвращаемых Участнику при работе в СМЭВ 3 от 18.11.2022
Рекомендуемая версия библиотек для сборки клиента СМЭВ 3. Схема версии 1.1
Рекомендуемая версия библиотек для сборки клиента СМЭВ 3. Схема версии 1.2
Рекомендуемая версия библиотек для сборки клиента СМЭВ 3. Схема версии 1.3 от 23.04.2020
Библиотека crypto-2.0 для создания и проверки ЭП
Формат руководства пользователя Вида сведений СМЭВ 3.0
Правила разработки форматов взаимодействия с использованием Единого электронного сервиса Единой системы межведомственного электронного взаимодействия
Протокол совместного тестирования Вида сведений Единой системы межведомственного электронного взаимодействия
В цикле статей мы, команда Gems Development, расскажем о работе с «Госуслугами» по ту сторону экрана и о том, как оформить эффективное взаимодействие органов государственной власти с порталом.
Общая схема взаимодействия через СМЭВ
Представим, что «Госуслуги» — это магазин, на витрине которого представлены сервисы для граждан и организаций. Запрос «покупателя» на услугу передаётся соответствующим органам через систему межведомственного электронного взаимодействия (СМЭВ). Система передаёт сообщения между порталом и ведомством.
Работа через СМЭВ происходит по протоколу SOAP (Simple Object Access Protocol — простой протокол для доступа к объектам).
Участники взаимодействия, как в магазине, делятся на поставщиков и потребителей. Поставщик — это информационная система (ИС), которая предоставляет сведения по запросу, а потребитель — система, запрашивает сведения.
Одна и та же ИС может действовать сразу в двух ролях. Например, в процессе предоставления услуги нужно уведомить портал о смене её статуса. В этом случае ИС-поставщик исполняет роль потребителя — проводит информационный обмен по статусам.
Виды сведений
Участники обмениваются данным через виды сведений (протоколы обмена) — правила формирования пакетов данных для передачи от одного участника другому.
Хороший пример вида сведений — Всероссийская перепись населения 2020. Данные о переписи передают федеральным органам исполнительной власти в электронном виде. В полученных данных существует чёткая структура сведений: ФИО, пол, дата рождения, гражданство, семейное положение. Также в рамках вида сведений описан ответ, который должен быть получен, если обработка запроса прошла успешно.
На июнь 2020 года в СМЭВ зарегистрировано более 1000 промышленных (рабочих) и 2000 тестовых видов.
Обмен данными в промышленной среде по всем видам сведений ведётся через защищённые каналы связи. Все передаваемые данные сопровождаются электронной цифровой подписью, с помощью которой СМЭВ идентифицирует участников взаимодействия.
Данные передаются по протоколу SOAP, при этом каждое сообщение представляет собой вложенную структуру:
Виды сведений делятся на две группы — простые и универсальные. Рассмотрим схему обмена данными по простому виду сведений:
На схеме видно, что данные форм отображаются непосредственно в конверты обмена данными. Из-за этого появляется ограничение: необходимо разработать структуру блока данных, запроса/ответа для каждого такого вида сведений.
Обмен по универсальному виду сведений можно представить так:
На первый взгляд схема может показаться более сложной, однако она демонстрирует принципиальную разницу, которая в итоге упрощает взаимодействие между участниками по универсальному виду сведений (УВС). Специфические данные форм передаются во вложении к конверту СМЭВ, а признаки УВС, позволяющие идентифицировать вид сведений, передаются непосредственно в конверте и имеют одинаковую для любого ВС структуру:
- номер заявления портала и сведения, позволяющие определить услугу;
- целевое подразделение, к которому пользователь обращается за услугой.
Данные формы, заполненные пользователем портала, пакуются во вложение к основному сообщению.
Таким образом можно оформить предоставление практически любых услуг без необходимости проходить трудную регистрацию нового вида сведений.
Очереди сообщений и процесс взаимодействия
В процессе взаимодействия сообщения помещаются в очереди входящих запросов и очереди входящих ответов. По сути очереди — это контейнеры, в которых содержатся сообщения по видам сведений.
Взаимодействие с очередями происходит с помощью специальных запросов. Более подробно они описаны в методических рекомендациях по работе со СМЭВ. Отметим только то, что благодаря очередям становится возможным асинхронный обмен данными: потребитель может оставить заявку на получение сведений, а поставщик — разместить ответ.
Следует помнить: чтобы забрать сообщение из очереди, необходимо подтвердить его получение с помощью Ack-запроса. В противном случае СМЭВ посчитает сообщение недоставленным и вернёт его в очередь через 15 минут после извлечения.
На каждый запрос может поступить как успешный, так и неуспешный ответ.
Представим себя в роли поставщика сведений: по запросу мы выдаём пользователю градостроительный план земельного участка, причём в рамках нашего ведомства действуют несколько территориальных подразделений, некоторые из которых такую услугу вовсе не оказывают. Допустим, пользователь портала при формировании заявления на получение услуги указал подразделение, не оказывающее услугу. Такая ситуация может возникнуть по двум причинам:
- Произошло расхождение справочных данных на портале и у поставщика;
- Нужного соответствия просто нет в настройках системы поставщика.
В любом случае поставщик должен ответить на запрос так, чтобы принимающая сторона могла понять, что запрос завершился неудачно, и, возможно предпринять ответные действия. Ответ на такой запрос оформляется в специальном пакете данных со сведениями о причине отказа.
Успешный ответ предполагает сценарий, в котором результат услуги — это набор файлов (что бывает довольно часто). Перед отправкой результата необходимо выгрузить файлы в файловое хранилище СМЭВ на основе FTP-сервера. Названия файлов и их контрольные суммы нужно зафиксировать в пакете, который отправляем через SOAP. Таким образом, есть две операции по передачи данных, которые нужно связать общим контекстом — сведениями о файлах.
На практике встречаются случаи, когда во время взаимодействия СМЭВ находится в режиме обслуживания, и запросы участника оборачиваются неудачей и требуют повторной отправки. Неудачу нужно зафиксировать и отправить запрос повторно.
Постановка задачи
С учётом приведённых выше особенностей, нашей команде предстояло обеспечить интеграцию ИС заказчика с «Госуслугами» по универсальному виду сведений. Информационная система заказчика — ИАС «Градоустройство». С её помощью пользователи ведомств, ответственные за оказания услуг, могут собирать пакеты документов и формировать результаты для дальнейшей передачи на портал через СМЭВ.
Итак, СМЭВ, как в поговорке про слова в песне, нельзя исключить из решения задачи интеграции с порталом государственных услуг. Но это к лучшему: благодаря системе у всех участников есть универсальная среда взаимодействия. Это позволяет опираться на определённый стандарт и не изобретать велосипед.
В следующих статьях мы рассмотрим, как на стороне поставщика сведений организовать обработку заявлений по данным пользователя с использованием движка автоматизации бизнес-процессов Workflow Core.
В соответствии с пунктами 7 и 10 статьи 85 Налогового кодекса Российской Федерации (Собрание законодательства Российской Федерации, 1998, № 31, ст. 3824; 1999, № 28, ст. 3487; 2012, № 27, ст. 3588), а также подпунктом 5.9.37 пункта 5.9 Положения о Федеральной налоговой службе, утвержденного постановлением Правительства Российской Федерации от 30.09.2004 № 506 “Об утверждении Положения о Федеральной налоговой службе” (Собрание законодательства Российской Федерации, 2004, № 40, ст. 3961; 2015, № 15, ст. 2286), в целях совершенствования информационного взаимодействия налоговых органов с органами, осуществляющими учет и (или) регистрацию пользователей природными ресурсами, а также лицензирование деятельности, связанной с пользованием этими ресурсами, приказываю:
форму “Сведения о предоставлении прав на пользование природными ресурсами” согласно приложению № 1 к настоящему приказу;
порядок заполнения формы “Сведения о предоставлении прав на пользование природными ресурсами” согласно приложению № 2 к настоящему приказу;
формат представления сведений о предоставлении прав на пользование природными ресурсами в электронной форме согласно приложению № 3 к настоящему приказу.
2. Признать утратившими силу:
3. Установить, что настоящий приказ вступает в силу по истечении шести месяцев после дня его официального опубликования.
4. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы, координирующего методологическое обеспечение работы налоговых органов по вопросу учета юридических и физических лиц.
Руководитель Федеральнойналоговой службы
Д.В. Егоров
Зарегистрировано в Минюсте РФ 3 августа 2022 г.
Форма по КНД 1114234
_________________________________________________ В налоговый орган________________________________
(полное наименование органа, осуществляющего (наименование налогового
учет и (или) регистрацию пользователей природными органа)
связанной с пользованием этими природными
Код налогового органа ¦ ¦ ¦ ¦ ¦
ОГРН ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
ИНН ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
КПП ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
Тип документа ¦ ¦ ¦
1. Сведения о природопользователе
1.1. Сведения об организации – природопользователе:
1.1.1. Полное наименование организации ______________________________________
1.1.2. ОГРН(1) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.1.3. ИНН/КПП ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦/¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.2 Сведения об индивидуальном предпринимателе – природопользователе
1.2.1. Фамилия ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.2.2. Имя ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.2.3. Отчество(2) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.2.4. ИНН ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1.2.5. ОГРНИП ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2. Сведения о лицензии на пользование природными ресурсами:
2.1. Вид принятого решения в отношении лицензии:
¦ ¦1 – предоставление лицензии
2 – переоформление лицензии
3 – внесение изменений и дополнений в лицензию
4 – о досрочном прекращении действия лицензии
5 – о приостановлении действия лицензии
6 – об ограничении действия лицензии
2.2. Реквизиты документа-основания
2.2.1. Номер документа_________________________________________________________________________
+—+ +—+ +——-+
2.2.2. Дата документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.3. Государственный регистрационный номер лицензии:
2.3.1. Серия лицензии ¦ ¦ ¦ ¦
2.3.2. Номер лицензии ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.3.3. Тип лицензии ¦ ¦ ¦
2.4. Дата присвоения государственного регистрационного номера лицензии:
2.5. Наименование органа, выдавшего лицензию_______________________________________
2.6. Наименование вида добываемого полезного ископаемого 1)________________________
2.7. Код вида добываемого полезного ископаемого: 1) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
n) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.8. Целевое назначение лицензии ___________________________________________________
2.9. Наименование участка недр, предоставленного в пользование______________________
2.10. Кадастровый номер месторождения ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.11. Коды Общероссийского классификатора территорий муниципальных образование# (ОКТМО),
в пределах которых расположен участок недр
2.11.1. ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.11.n. ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.12. Срок действия лицензии:
2.12.1. Дата начала действия лицензии ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.12.2. Дата окончания действия лицензии ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13. Сведения о переоформлении лицензии:
2.13.1. Сведения об организации- природопользователе до переоформления лицензии:
2.13.1.1. Полное наименование организации ________________________________________________
2.13.1.2. ОГРН(1) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.1.3. ИНН/КПП ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦/¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.2. Сведения об индивидуальном предпринимателе – природопользователе до переоформления лицензии:
2.13.2.1. Фамилия ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.2.2. Имя ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.2.3. Отчество(2) ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.2.4. ИНН ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.2.5. ОГРНИП ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.3. Серия лицензии до переоформления ¦ ¦ ¦ ¦
2.13.4. Номер лицензии до переоформления ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.13.5. Тип лицензии до переоформления ¦ ¦ ¦
2.14. Сведения о прекращении права природопользования:
2.14.1. Дата досрочного прекращения права природопользования ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.14.2. Дата приостановления/ограничения права природопользования ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
2.14.3 Дата возобновления/снятия ограничения права ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
1 Указывается для российской организации.
2 Отчество указывается при наличии.
Порядок заполнения формы “Сведения о предоставлении прав на пользование природными ресурсами”
1. Форма “Сведения о предоставлении прав на пользование природными ресурсами” (далее – Форма) формируется на основании сведений о предоставлении прав на природопользование, являющихся объектом налогообложения, представляемых в налоговые органы в соответствии с пунктом 7 статьи 85 Налогового кодекса Российской Федерации органами, осуществляющими учет и (или) регистрацию пользователей природными ресурсами, а также лицензирование деятельности, связанной с пользованием этими ресурсами (далее – Сведения).
2. Форма состоит из:
раздела 1 “Сведения о природопользователе”;
раздела 2 “Сведения о лицензии на пользование природными ресурсами”.
Титульный лист Формы
3. На титульном листе указываются сведения об органе осуществляющем учет и (или) регистрацию пользователей природными ресурсами, а также лицензирование деятельности, связанной с пользованием этими ресурсами:
полное наименование органа;
основной государственный регистрационный номер (далее – ОГРН) в соответствии с Единым государственным реестром юридических лиц (далее – ЕГРЮЛ);
идентификационный номер налогоплательщика (далее – ИНН) и код причины постановки на учет (далее – КПП).
4. На титульном листе указываются наименование и код налогового органа, в который представляется Форма.
5. В поле “Тип документа” проставляется один из следующих кодов:
код 01 – при первичном представлении Сведений;
код 02 – в случае исправления ошибки, допущенной в ранее представленных Сведениях (при этом заполняются все ранее представленные листы Формы с учетом внесенных изменений).
III. Раздел 1 “Сведения о природопользователе” Формы
6. По строке 1.1.1 указывается полное наименование организации, если природопользователем является российская или иностранная организация.
7. По строке 1.1.2 указывается ОГРН организации, если природопользователем является российская организация.
8. По строке 1.1.3 указываются ИНН и КПП организации, если природопользователем является российская или иностранная организация.
9. По строкам 1.2.1 – 1.2.3 указываются полностью фамилия, имя, отчество (при наличии) индивидуального предпринимателя, если природопользователем является индивидуальный предприниматель.
10. По строке 1.2.4 указывается ИНН индивидуального предпринимателя – природопользователя.
11. По строке 1.2.5 указывается основной государственный регистрационный номер индивидуального предпринимателя (ОГРНИП) в соответствии с Единым государственным реестром индивидуальных предпринимателей (ЕГРИП).
Раздел 2 “Сведения о лицензии на пользование природными ресурсами” Формы
12. По строке 2.1 в поле “Вид принятого решения в отношении лицензии”, состоящем из одного знакоместа, проставляется цифра “1” при принятии решения о предоставлении лицензии; цифра “2” – о переоформлении лицензии; цифра “3” – о внесении изменений и дополнений в лицензию; “4” – о досрочном прекращении действия лицензии; “5” – о приостановлении действия лицензии; “6” – об ограничении действия лицензии.
13. По строкам 2.2.1. – 2.2.2 указываются номер и дата документа-основания о принятом решении в отношении лицензии на пользование природными ресурсами (далее – лицензии).
14. По строкам 2.3.1 – 2.3.3 указываются сведения о государственном регистрационном номере лицензии: серия, номер и тип лицензии.
15. По строке 2.4 указывается дата присвоения государственного регистрационного номера лицензии.
16. По строке 2.5 указывается наименование органа, выдавшего лицензию.
17. По строке 2.6 указывается наименование вида добываемого полезного ископаемого в соответствии с Общероссийским классификатором полезных ископаемых и подземных вод (ОК 032-2002).
При отсутствии указания в лицензии кода полезного ископаемого в соответствии с ОК 032-2002 наименование вида полезного ископаемого указывается в текстовой форме согласно лицензии.
В случае содержания в лицензии информации о нескольких видах добываемых ископаемых по строке 2.6 указываются все виды добываемых ископаемых.
18. По строке 2.7 указывается код вида добываемого полезного ископаемого в соответствии с ОК 032-2002 при наличии таких сведений в лицензии.
При заполнении кода полезного ископаемого в соответствии с ОК 032-2002, под который отводится двенадцать знакомест, свободные знакоместа справа от значения кода в случае, если код полезного ископаемого имеет менее двенадцати знаков (от четырех до одиннадцати знаков), не подлежат заполнению дополнительными символами (заполняются прочерками). Например, для четырехзначного кода по ОК 032-2002 “1411” в поле кода указывается двенадцатизначная цифра “1411-“.
19. По строке 2.8 указывается целевое назначение выданной лицензии.
20. По строке 2.9 указывается наименование участка недр, предоставленного в пользование (в случае отсутствия таких сведений ставится прочерк).
21. По строке 2.10 указывается кадастровый номер месторождения (в случае отсутствия таких сведений ставится прочерк).
22. По строке 2.11 (2.11.1 – 2.11.n) указываются коды муниципальных образований в соответствии с Общероссийским классификатором территорий муниципальных образований ОК 033-2013 (далее – код по ОКТМО), в пределах которых расположен участок недр.
При заполнении кода по ОКТМО, под который отводится одиннадцать знакомест, свободные знакоместа справа от значения кода в случае, если код по ОКТМО конкретной территории муниципального образования имеет восемь знаков, не подлежат заполнению дополнительными символами (заполняются прочерками). Например, для восьмизначного кода по ОКТМО “12445698” в поле кода ОКТМО указывается одиннадцатизначное значение “12445698-“.
23. По строкам 2.12.1 – 2.12.2 указывается срок действия лицензии, а именно: дата начала действия лицензии;
дата окончания действия лицензии.
24. По строкам 2.13.1 – 2.13.5 указываются сведения о переоформляемой лицензии:
сведения об организации – природопользователе до переоформления лицензии: полное наименование организации, ОГРН (для российской организации) и ИНН/КПП (строки 2.13.1.1 – 2.13.1.3);
сведения об индивидуальном предпринимателе – природопользователе до переоформления лицензии : фамилия, имя, отчество (при наличии), ИНН, ОГРНИП (строки 2.13.2.1 – 2.13.2.5);
серия лицензии до переоформления;
номер лицензии до переоформления;
тип лицензии до переоформления.
25. По строке 2.14.1 указывается дата досрочного прекращения права природопользования при указании по строке 2.1 вида принятого решения в отношении лицензии на пользование природными ресурсами цифры “4” – о досрочном прекращении действия лицензии.
26. По строке 2.14.2 – 2.14.3 указывается срок приостановления действия лицензии на право природопользования, либо срок ограничения действия лицензии при указании по строке 2.1 вида принятого решения в отношении лицензии цифры “5” – о приостановлении действия лицензии, либо “6” – об ограничении действия лицензии соответственно:
дата приостановления/ограничения права природопользования;
дата возобновления/снятия ограничения права природопользования.
Формат представления сведений о предоставлении прав на пользование природными ресурсами в электронной форме
1. Настоящий формат описывает требования к структуре и содержанию электронного документа (далее – документ обмена) при представлении сведений о предоставлении прав на пользование природными ресурсами в соответствии с пунктом 7 статьи 85 Налогового кодекса Российской Федерации органами, осуществляющими учет и (или) регистрацию пользователей природными ресурсами, а также лицензирование деятельности, связанной с пользованием этими ресурсами, в налоговые органы с использованием системы межведомственного электронного взаимодействия (далее – СМЭВ).
Сведения передаются в виде SOAP-сообщений (SOAP Body) с использованием web-технологии.
2. Номер версии настоящего формата 4.0.0, часть 313_17.
Описание документа обмена
3. Параметры первой строки документа обмена
Первая строка XML файла должна иметь следующий вид:
Имя файла, содержащего XML схему документа обмена, имеет следующий вид:
fns-ndpi-ru-root.xsd, где xsd – расширение имени файла.
Целевое пространство имён XML-схемы имеет вид:
префикс fns-ndpi вид передаваемой информации;
значение 313-17 определяет номер формата в Реестре форматов ФНС России;
значение 4.0.0 определяет версию настоящего формата.
XML схема документа обмена включает описание двух корневых элементов:
NDPIRequest – Запрос на представление сведений о предоставлении прав на пользование природными ресурсами;
NDPIResponse – Ответ на запрос, сформированный участником взаимодействия СМЭВ на представление сведений о предоставлении прав на пользование природными ресурсами.
XML схема документа обмена приводится отдельным файлом. Обязательным приложением к XML схеме документа обмена является XML схема (fns-ndpi-types.xsd), содержащая описание используемых типовых элементов.
4. Логическая модель документа обмена представлена в виде диаграмм структуры документа обмена на рисунках 1 и 2 настоящего формата. Элементами логической модели документа обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели документа обмена и сведения о них приведены в таблицах 4.1.1-4.1.14 и 4.2.1 настоящего формата.
Для каждого структурного элемента логической модели документа обмена приводятся следующие сведения:
сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;
признак типа элемента. Может принимать следующие значения: “С” – сложный элемент логической модели (содержит вложенные элементы), “П” – простой элемент логической модели, реализованный в виде элемента XML файла, “А” – простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;
формат элемента. Формат элемента представляется следующими условными обозначениями: Т – символьная строка; N – числовое значение (целое или дробное).
Формат символьной строки указывается в виде T(n-k) или Т(=k), где: n – минимальное количество знаков, k – максимальное количество знаков, символ “-” – разделитель, символ “=” означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид Т(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид Т(n-).
Формат числового значения указывается в виде N(m.k), где: m – максимальное количество знаков в числе, включая целую и дробную часть числа без разделяющей десятичной точки и знака (для отрицательного числа), k – максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML, таких как, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента;
признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в документе обмена. Признак обязательности элемента может принимать следующие значения: “О” – наличие элемента в документе обмена обязательно; “Н” – наличие элемента в документе обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений по классификатору (кодовому словарю), то признак обязательности элемента дополняется символом “К”. В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом “М”.
К вышеперечисленным признакам обязательности элемента может добавляться значение “У” в случае описания в XML схеме условий, предъявляемых к элементу в документе обмена, описанных в графе “Дополнительная информация”;
дополнительная информация содержит, при необходимости, требования к элементу документа обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря), указывается соответствующее наименование классификатора (кодового словаря) или приводится перечень возможных значений. Для классификатора (кодового словаря) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рисунок 1. Диаграмма структуры документа обмена
Наименование элемента
Сокращенное наименование (код) элемента
Признак
типа элемента
Формат элемента
Признак обязательности элемента
Дополнительная информация
Полное наименование органа
НаимОрган
А
Т(1-1000)
О
Сведения о предоставлении прав на пользование природными ресурсами (Документ)
Номер документа-основания
НомДокОсн
А
Т(1-25)
О
Сведения о выданной лицензии (СведЛиц)
Наименование органа, выдавшего лицензию
НаимОрган
А
Т(1-1000)
О
Целевое назначение лицензии
ЦелНазнач
А
Т(1-200)
О
Наименование участка недр, предоставленного в пользование
НаимУчаст
А
Т(1-2000)
Н
Кадастровый номер месторождения
КадастрНом
А
Т(1-22)
Н
Государственный регистрационный номер лицензии (ГосРегНом)
Серия лицензии
СерЛиц
А
Т(1-3)
О
Номер лицензии
НомЛиц
А
Т(1-6)
О
Тип лицензии
ТипЛиц
А
Т(1-2)
О
Сведения о виде добываемого полезного ископаемого (СвВидПолИск)
Наименование вида добываемого полезного ископаемого
НаимВид
А
Т(1-500)
О
Код вида добываемого полезного ископаемого
КодВид
А
Т(4-12)
НК
Указывается код в соответствии с Общероссийским классификатором полезных ископаемых и подземных вод
Сведения о сроке действия лицензии (СрокЛиц)
Серия лицензии до переоформления
СерПереофЛиц
А
Т(1-3)
О
Номер лицензии до переоформления
НомПереофЛиц
А
Т(1-6)
О
Тип лицензии до переоформления
ТипПереофЛиц
А
Т(1-2)
О
Сведения о прекращении права природопользования (СвПрекрПрав)
Полное наименование российской организации
НаимЮЛ
А
Т(1-1000)
О
Сведения об иностранной организации – природопользователе (СвИнЮЛТип)
Полное наименование иностранной организации
НаимЮЛ
А
Т(1-1000)
О
Фамилия, имя, отчество физического лица (ФИОПрТип)
Отчество
Отчество
П
Т(1-60)
О
Рисунок 2. Диаграмма структуры документа обмена
Код обработки
КодОбраб
А
Т(=2)
О
Принимает значение в соответствии с перечнем возможных значений кода обработки, приведенным в Руководстве пользователя сервиса
Органы, осуществляющие учет и (или) регистрацию пользователей природными ресурсами, а также лицензирование деятельности, связанной с пользованием этими ресурсами, обязаны сообщать о предоставлении прав на такое пользование в налоговые органы по месту своего нахождения в течение 10 дней после регистрации (выдачи лицензии, разрешения) природопользователя.
ФНС утвердила новую форму, а также формат подачи таких сведений в электронной форме. Форма состоит из титульного листа, раздела 1 “Сведения о природопользователе” и раздела 2 “Сведения о лицензии на пользование природными ресурсами”. Сведения передаются в виде SОАР-сообщений (SOAP Body) с использованием web-технологии. Номер версии формата 4.0.0, часть 313_17.
Прежняя форма признана утратившей силу.
Приказ вступает в силу по истечении 6 месяцев после дня опубликования.
Как работает ОФД?
Покупатель подходит с товаром на кассу, кассир пробивает товар и оформляет чек. ККТ с помощью фискального накопителя (ФН) формирует электронный вариант чека с фискальным признаком и отправляет его в ОФД;
Все полученные данные ОФД обрабатывает, формирует отчеты и отправляет в ФНС;
ОФД проверяет подлинность чека и отправляет в ККТ подтверждение о получении;
На сайте ОФД каждый покупатель может проверить, что электронный чек соответствует бумажному — Проверить чек. Если чек не найден или в нем указаны неверные данные — это повод для обращения в ФНС.
Вам нужно больше информации по онлайн-кассам?
- Подключение ККТ к интернету — касса должна передавать фискальные данные минимум 1 раз в 30 дней, иначе будет заблокирована;
- ККТ с фискальным накопителем;
- Подбор и установка торгового оборудования для любой торговой точки;
- Договор с ОФД на обработку фискальных данных;
- Квалифицированная электронная подпись для регистрации кассы на сайте ФНС.
Три шага навстречу новой кассе и ОФД
Покупка и настройка кассы. Обучение сотрудников работе на новой технике.
Получение электронной подписи (ЭЦП) и регистрация онлайн кассы.
Подключение к ОФД.
Шаг 1. Покупка, настройка кассы. Обучение сотрудников работе на новой технике.
Автономная касса, фискальный регистратор, POS-терминал – существует великое множество предложений, решения заточены под определенные виды деятельности и масштабы бизнеса. Важно правильно выбрать именно свою онлайн-кассу. Мы предлагаем вам помощь в выборе, доставку и быструю установку новой ККТ, также мы готовы обучить ваших сотрудников полному циклу работы с новой кассой.
Шаг 2. Получение электронной подписи (ЭЦП) и регистрация онлайн кассы.
Любая цифровая коммуникация требует подтверждения электронной подписью. У нас вы можете получить ЭЦП в кратчайшие сроки. Электронная подпись позволяет зарегистрировать онлайн кассу в налоговой. В регистрации могут отказать, если регистрируемой техники нет в официальном реестре или же вы неправильно заполнили заявление. Мы готовы помочь вам зарегистрировать технику.
Шаг 3. Подключение к ОФД.
Вам необходимо заключить договор с оператором ОФД и подключить к нему кассу. СБИС является оператором ОФД, мы готовы обеспечить вам бесперебойную передачу данных в ФНС.
Комплекты
Оптимальные комплекты под различные задачи и готовы оборудовать «под ключ» любую кассовую зону: от фастфуда до гипермаркета.
от руб.
Передача данных с контрольно-кассовой техники (ККТ) в Федеральную налоговую службу (ФНС).
Весы
Взвешивание товара на кассе, для самопрвоерки, в торгвоом зале или на складе.
Отправьте заявку, и наши специалисты ответят на все Ваши вопросы.
Экономно
Помогут подобрать оптимальную услугу.
Надёжно
Помогут в подключении всех ККТ к сети интернет.
Оперативно
Окажут техническую поддержку 24/7.