Приказ ФНС России от 30.04.2020 № ЕД-7-19/309@
Актуально на 03.11.2026.
Как цитировать: Приказ ФНС России от 30.04.2020 N ЕД-7-19/309@. ЕД-7-19/309@. 30.04.2020. https://bukva.ai/docs/prikaz-ed-7-19309-at
«Об утверждении порядка формирования и ведения справочника сервисов ФНС России»
ПРИКАЗ
от 30 апреля 2020 г. № ЕД-7-19/309@
ОБ УТВЕРЖДЕНИИ ПОРЯДКА ФОРМИРОВАНИЯ И ВЕДЕНИЯ
СПРАВОЧНИКА СЕРВИСОВ ФНС РОССИИ
В целях обеспечения документирования сведений, предоставления единой, полной и однозначно идентифицируемой информацией о сервисах ФНС России приказываю:
1. Утвердить порядок формирования и ведения справочника сервисов ФНС России (далее — Порядок).
2. Структурным подразделениям центрального аппарата ФНС России обеспечить информационное наполнение и своевременную актуализацию справочника сервисов ФНС России (далее — Справочник) в соответствии с Порядком.
3. Управлению интерактивных сервисов (Е.В. Гладышев):
3.1. Обеспечить методологическое сопровождение ведения Справочника и исполнение Порядка.
3.2. Дополнить информацией о Справочнике Перечень классификаторов (справочников), используемых в автоматизируемых информационных системах ФНС России, утвержденный приказом ФНС России от 26.08.2014 № ММВ-7-6/433@ «Об утверждении перечня классификаторов (справочников), используемых в автоматизированных информационных системах ФНС России».
3.3. Обеспечить размещение информации о Справочнике в Перечне классификаторов (справочников), используемых в автоматизируемых информационных системах ФНС России, размещенном на Интранет-портале ФНС России.
4. Управлению информационных технологий (В.П. Кулешов) обеспечить организацию автоматизации формирования и ведения Справочника в установленном порядке.
5. Контроль за исполнением настоящего приказа возложить на заместителя руководителя, координирующего вопросы методологического обеспечения создания, функционирования и развития сервисов ФНС России, официального сайта ФНС России, интранет-портала ФНС России.
Руководитель Федеральной налоговой службы Д. В. Егоров
ПОРЯДОК ФОРМИРОВАНИЯ И ВЕДЕНИЯ СПРАВОЧНИКА СЕРВИСОВ ФНС РОССИИ
1. Перечень терминов, сокращений и определений
2. Цель создания Справочника
Определить все сервисы ФНС России и их владельцев (совладельцев) для обеспечения эффективной взаимосвязи и взаимодействия организационных, технологических, информационных и других ресурсов в рамках комплексного подхода к осуществлению деятельности ФНС России.
Обеспечить документирование и полноту сведений, влияющих на минимизацию рисков некачественного или несвоевременного предоставления сервисов ФНС России.
3. Объекты классификации
Объектами классификации Справочника являются сервисы Федеральной налоговой службы.
Краткое наименование Справочника - ССЕРВ.
4. Структура Справочника
Структура Справочника представлена в приложении № 1 к настоящему Порядку.
Описание реквизитов Справочника — в таблице № 1 и № 2.
ОПИСАНИЕ ОСНОВНЫХ РЕКВИЗИТОВ СПРАВОЧНИКА
| NN п.п. | Код реквизита | Наименование реквизита | Источник данных для заполнения реквизита | Описание/примечание |
|---|---|---|---|---|
| 1 | IDSSERV | Идентификационный номер Сервиса | СЦВ НСИ | Текстовое значение, 6 знаков. Идентификационный номер XZZZZZ, где: Первый знак (X) 1 — интернет-сервис сайта ФНС России; 2 — интернет-сервис ФНС России; 3 — мобильное приложение; 4 — внутренний сервис; 5 — суперсервис, 6 — сервис СМЭВ, иначе — 0. Для каждого варианта Сервиса: интернет-сервис сайта ФНС России/интернет-сервис ФНС России и т.д. заводится своя запись в Справочнике, даже если они представляют одинаковый сервис. Оставшиеся 5 знаков (ZZZZZ): порядковый номер в Справочнике. Первый знак (X) вводится вручную Заказчиком. Оставшиеся 5 знаков присваиваются автоматически |
| 2 | NAIMP | Полное наименование Сервиса | Нормативная документация, являющаяся основанием для создания ПО Сервиса | Текстовое значение, до 1000 знаков. Полное наименование Сервиса. Вводится вручную Заказчиком |
| 3 | NAIMK | Краткое наименование Сервиса | Нормативная документация, являющаяся основанием для создания ПО Сервиса | Текстовое значение, до 1000 знаков. наименование Сервиса, закрепленное для публикации на сайте или в прокате в магазинах приложений. Вводится вручную Заказчиком |
| 4 | STATUS | Статус состояния ПО Сервиса | СЦВ НСИ | Вложенный справочник статусов. Принимает значения: 1 — «проект» — с момента проектирования нового Сервиса; 2 — «завершение до ввода в эксплуатацию» — с момента завершения работ, связанных с работой Сервиса, который не был введен в эксплуатацию; 3 — «опытная эксплуатация» — с момента запуска Сервиса в опытную эксплуатацию; 4 — «промышленная эксплуатация» — с момента запуска Сервиса в промышленную эксплуатацию; 5 — «изъятие с сайта/магазина приложений» — с момента вывода (изъятия) Сервиса с сайта или из проката в магазинах приложений; 6 — «вывод из эксплуатации» — с момента вывода из эксплуатации Сервиса. Выбирается из вложенного справочника Заказчиком |
| 5 | OSNOV | Основание для создания ПО Сервиса | Нормативная документация, являющаяся основанием для создания ПО Сервиса | Текстовое значение, до 1000 знаков. Вводятся регистрационные данные документа (-ов): - [наименование документа] (приказ, распоряжение, письмо, протокол, решение и тому подобное), - [дата], - [номер]. Данное поле может остаться пустым только для действующих Сервиса, которые созданы до 2014 года, и по которым отсутствует любая возможность восстановления документации. Вводится вручную Заказчиком |
| 6 | RTP | Код технологического процесса, обеспечивающего работу Сервиса | Ведомственный справочник технологических процессов ФНС России | Принимает значения: номер технологического процесса. Выбор осуществляется Заказчиком из справочника технологических процессов ФНС России |
| 7 | RTPN | Наименование технологического процесса, обеспечивающего работу Сервиса | Ведомственный справочник технологических процессов ФНС России | Принимает значения: наименование технологического процесса. Выбор осуществляется Заказчиком из справочника технологических процессов ФНС России |
| 8 | ADRES | Адрес | Разработчик ПО | Текстовое значение, до 1000 знаков. X или пустое поле, где: X — URL-адрес сервиса или сайта (лендинга) мобильного приложения (последнее при наличии). Вводится вручную Заказчиком |
| 9 | ADRESA | Альтернативный адрес | Разработчик ПО | Текстовое значение, до 1000 знаков. X или пустое поле, где: X — альтернативный URL-адрес сервиса или сайта (лендинга) мобильного приложения (последнее при наличии). Вводится вручную Заказчиком |
| 10 | FUNK | Основной функционал Сервиса | Нормативная документация, являющаяся основанием для создания ПО Сервиса | Текстовое значение, до 1000 знаков. Краткое описание основного функционала, результаты использования Сервиса. Для статусов состояния ПО Сервиса «Проект», «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 11 | PDOC | Проектная документация Сервиса | Государственный контракт | Указать реквизиты ГК и пункт, а также ссылку на проектную документацию в разделе «Библиотека документов» Интранет-портала ФНС России. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 12 | ISTOCH | Источники данных для Сервиса | Проектная документация Сервиса | Текстовое значение, до 1000 знаков. Сведения об информационных ресурсах ФНС России, являющихся источником информационного наполнения Сервиса. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 13 | PRIZEPGU | Признак размещения на ЕПГУ | Проектно-техническая документация Сервиса | Текстовое значение, до 3 знаков. Принимает значения: - 1 — это «да», в случае размещения Сервиса на ЕПГУ; - 0 — это «нет», в случае отсутствия размещения Сервиса на ЕПГУ. Выбирается из выпадающего списка Заказчиком |
| 14 | PRIZINT | Признак наличия интеграции | Проектно-техническая документация Сервиса | Текстовое значение, до 3 знаков. Принимает значения: - 1 — это «да», в случае наличия интеграции сервиса с другими сервисами; - 0 — это «нет», в случае отсутствия интеграции сервиса с другими сервисами. Выбирается из выпадающего списка Заказчиком |
| 15 | SPFNS | Наименование Заказчика | Нормативная документация, являющаяся основанием для создания ПО Сервиса | Вложенный справочник. Выбирается из вложенного справочника Заказчиком |
| 16 | SPFNSD | Контактные данные ответственных лиц Заказчика | Заказчик | Текстовое значение, до 1000 знаков. Принимает значения: - [фамилия], - [имя], - [отчество], - [должность], - [контактный телефон], - [e-mail]. Вводится вручную Заказчиком |
| 17 | NAIMORGR | Наименование Разработчика ПО | Наименование Разработчика ПО берется из государственных контрактов | Текстовое значение, до 1000 знаков. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 18 | NAIMORGRD | Контактные данные ответственных лиц Разработчика ПО | Заказчик | Текстовое значение, до 1000 знаков. Принимает значения: - [фамилия], - [имя], - [отчество], - [должность], - [контактный телефон], - [e-mail]. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 19 | NAIMORGS | Наименование Исполнителя ГК на сопровождение ПО | Наименование Исполнителя ГК на сопровождение ПО берется из государственных контрактов | Текстовое значение, до 1000 знаков. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 20 | NAIMORGSD | Контактные данные ответственных лиц Исполнителя ГК на сопровождение ПО | Заказчик | Текстовое значение, до 1000 знаков. Принимает значения: - [фамилия], - [имя], - [отчество], - [должность], - [контактный телефон], - [e-mail]. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 21 | PERIODAKT | Периодичность обновления ПО Сервиса | Проектно-техническая документация Сервиса | Текстовое значение, до 1000 знаков. Принимает значения: Периодичность обновления: например, 1 раз в месяц. Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 22 | RP | Документы для пользователей Сервиса | Заказчик | Текстовое значение, ограничение до 1000 знаков. Ссылка на ресурс, в котором размещено руководство пользователя, ссылка на сайт (лендинг), видеоролик о Сервисе (все при наличии). Для статуса состояния ПО Сервиса «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 23 | DATAPROM | Дата ввода в промышленную эксплуатацию | Нормативная документация | Формат даты: ДД.ММ.ГГГГ Вводится дата 01.01.2014 для действующих Сервисов, введенных в эксплуатацию до 2014 года, по которым отсутствует любая возможность восстановления даты. Для статусов состояния ПО Сервиса «Проект», «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 24 | DATARAZM | Дата размещения на сайте/в магазине приложений/СМЭВ | Нормативные документы | Формат даты: ДД.ММ.ГГГГ Вводится по мере наступления соответствующих стадий жизненного цикла Сервиса. Вводится дата 01.01.2014 для действующих Сервисов, введенных в эксплуатацию до 2014 года, по которым отсутствует любая возможность восстановления даты размещения на сайте или выхода в прокат в магазинах приложений или публикации в СМЭВ. Для статусов состояния ПО Сервиса «Проект», «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 25 | DATAIZ | Дата вывода (изъятия) с сайта/магазина приложений/СМЭВ | Нормативные документы | Формат даты: ДД.ММ.ГГГГ Вводится по мере наступления соответствующих стадий жизненного цикла Сервиса. Для статусов состояния ПО Сервиса «Проект», «Завершение до ввода в эксплуатацию» (реквизит 4) - пустое поле. Вводится вручную Заказчиком |
| 26 | DATAZAKR | Дата вывода из эксплуатации Сервиса | Нормативные документы | Формат даты: ДД.ММ.ГГГГ Вводится дата, начиная с которой Сервис считается выведенным из эксплуатации. Вводится вручную Заказчиком |
| 27 | OSNOVZAKR | Основание для вывода из эксплуатации Сервиса | Нормативная документация, являющаяся основанием для вывода из эксплуатации Сервиса | Текстовое значение, до 1000 знаков. Вводятся регистрационные данные документа: регистрационный номер и дата. Вводится вручную Заказчиком |
| 28 | DATAN | Дата начала действия записи | Формат даты: ДД.ММ.ГГГГ Вводится дата, начиная с которой Сервис считается выведенным из эксплуатации. с возможностью внесения корректировки |
|
| 29 | DATAK | Дата окончания действия записи | ССЕРВ СЦВ НСИ | Формат даты: ДД.ММ.ГГГГ Вводится дата, начиная с которой Сервис считается выведенным из эксплуатации. Остается открытой в случае добавления нового периода, а предыдущему периоду автоматически проставляется дата периода от текущей записи |
ОПИСАНИЕ ДОПОЛНИТЕЛЬНЫХ РЕКВИЗИТОВ СПРАВОЧНИКА, ФОРМИРУЮЩИХ ПЕРЕЧЕНЬ СЕРВИСОВ, С КОТОРЫМИ ЕСТЬ ИНТЕГРАЦИЯ
| NN п.п. | Код реквизита | Наименование реквизита | Источник данных для заполнения реквизита | Описание/примечание |
|---|---|---|---|---|
| 1.1 | IDSSERV | Идентификационный номер Сервиса | ССЕРВ СЦВ НСИ | Текстовое значение, 6 знаков. Выбирается из выпадающего списка Заказчиком или автоматически заполняется в зависимости от выбранного значения реквизита 1.2. |
| 1.2 | NAIMP | Полное наименование Сервиса | ССЕРВ СЦВ НСИ | Текстовое значение, до 1000 знаков. Полное наименование Сервиса. Выбирается из выпадающего списка Заказчиком или автоматически заполняется в зависимости от выбранного значения реквизита 1.1. |
| 1.3 | IDSSERVINT | Идентификационный номер Сервиса, с которым есть интеграция | ССЕРВ СЦВ НСИ | Текстовое значение, до 1000 знаков. Принимает значения: - [идентификационный номер сервиса, с которым есть интеграция с визуализацией наименования Сервиса] — выбирается из выпадающего списка всех Сервисов, введенных в Справочник. Возможен множественный выбор. Обязательно для заполнения только для Сервисов с признаком интеграции Сервиса с другими Сервисами «да»; - «нет» — выбирается в ином случае. Выбирается из выпадающего списка Заказчиком или автоматически заполняется в зависимости от выбранного значения реквизита 1.4. |
| 1.4 | NAIMINT | Полное наименование Сервиса, с которым есть интеграция | ССЕРВ СЦВ НСИ | Текстовое значение, до 1000 знаков. Полное наименование Сервиса. Возможен множественный выбор. Выбирается из выпадающего списка Заказчиком или автоматически заполняется в зависимости от выбранного значения реквизита 1.3. |
5. Порядок формирования и ведения Справочника
5.1. Справочник ведется на федеральном уровне Методологом справочника и Заказчиком.
5.2. Справочник ведется в СЦВ НСИ.
5.3. В целях работы со Справочником в шаблонах доступа (приложение № 3 к настоящему Порядку) предусмотрены и должны быть назначены пользователям Справочника следующие функциональные роли:
- ФЦОД. Методолог ССЕРВ — роль для сотрудников, являющихся представителями Заказчика, ответственных за подготовку пакетов изменений в Справочник и направления их на акцептование Методологу справочника.
- ФЦОД. Эксперт ССЕРВ — роль для сотрудников, являющихся представителями Методолога справочника, ответственных за акцептование (публикацию) изменений в Справочник.
- ФЦОД. Пользователь НСИ — роль для сотрудников, являющихся представителями ФНС России и ее территориальных органов, организаций, находящихся в ведомстве ФНС России, использующих Справочник для просмотра записей о сервисах ФНС России, но не имеющих прав на внесение изменений в Справочник.
5.4. Заказчик в течение 3 (трех) месяцев с момента утверждения настоящего Порядка осуществляет первоначальное наполнение Справочника.
5.5. Перечень Сервисов, сведения о которых должны быть введены в Справочник, приведен в приложении № 2 к настоящему Порядку. Перечень Сервисов не является окончательным, предназначен для первоначального наполнения и в дальнейшем будет дополняться.
5.6. Заказчик обеспечивает актуализацию введенных в Справочник сведений, ввод сведений о действующих Сервисах, не вошедших в перечень, приведенный в приложении № 2 к настоящему Порядку, а также о вновь создаваемых Сервисах.
5.7. Заказчиком осуществляется актуализация сведений в Справочнике не позднее 15 рабочих дней с даты возникновения основания для внесения изменений в Справочник.
5.8. Основанием для внесения изменений в Справочник являются изданные нормативные правовые акты, приказы, планы, письма, разъяснения, методические рекомендации и т.п., а также поручения руководства ФНС России и других ведомств, определяющие необходимость создания Сервиса, изменения стадии жизненного цикла Сервиса, его наименования, URL-адреса, источников данных, наличия интеграции с другими Сервисами, Заказчика, Разработчика ПО, Исполнителя ГК на сопровождение ПО.
5.9. История изменений записей Справочника отражается в периодах действия записей Справочника: дата начала действия записи (реквизит 28) и дата окончания действия записи (реквизит 29).
5.10. Для внесения изменений в Справочник Заказчик формирует Пакет изменений. Пакет изменений может содержать одну или несколько записей о Сервисе.
Структура формы записи соответствует структуре Справочника, то есть включает в себя все реквизиты, указанные в пункте 4 настоящего Порядка. Реквизиты заполняются Заказчиком в зависимости от Стадии жизненного цикла Сервиса.
5.11 Заказчиком при проектировании нового Сервиса:
- заполняются реквизиты 1 - 5, 15 - 16, 28, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «проект»;
- не заполняются остальные реквизиты (6 - 14, 17 - 27, 29, 1.1 - 1.4).
5.12. Заказчиком, в случае если работы по проектированию Сервиса завершаются до его ввода в эксплуатацию, редактируется ранее созданная запись:
- вводится соответствующая информация о реквизитах: 1 - 5, 15 - 16, 26, 28 - 29, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «завершение до ввода в эксплуатацию»;
- не заполняются остальные реквизиты (6 - 14, 17 - 25, 27, 1.1 - 1.4).
5.13 Заказчиком после ввода Сервиса в опытную эксплуатацию или его тестового выхода в прокат:
- редактируется ранее созданная запись, заполняются реквизиты 1 - 18, 28, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «опытная эксплуатация»;
- если в реквизите 14 установлено значение «да», то заполняются дополнительные реквизиты 1.1 - 1.4; если значение «нет», то не заполняются.
5.14 Заказчиком после ввода Сервиса в промышленную эксплуатацию и его выхода в прокат:
- редактируется ранее созданная запись, заполняются реквизиты 1 - 23, 28, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «промышленная эксплуатация»;
- если в реквизите 14 установлено значение «да», то заполняются дополнительные реквизиты 1.1 - 1.4; если значение «нет», то не заполняются.
- не заполняются остальные реквизиты (24 - 27, 29).
5.15 Заказчиком при выводе/изъятии Сервиса с сайта/магазина приложений/СМЭВ:
- редактируется ранее созданная запись, заполняются реквизиты: 1 - 25, 28, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «изъятие с сайта/магазина приложений»;
- если в реквизите 14 установлено значение «да», то заполняются дополнительные реквизиты 1.1 - 1.4; если значение «нет», то не заполняются.
- не заполняются остальные реквизиты (26 - 27, 29).
5.16 Заказчиком при выводе из эксплуатации Сервиса:
- редактируется ранее созданная запись, заполняются реквизиты: 1 - 29, при этом устанавливается значение статуса состояния ПО Сервиса (реквизит 4) - «вывод из эксплуатации»;
- если в реквизите 14 установлено значение «да», то заполняются дополнительные реквизиты 1.1 - 1.4; если значение «нет», то не заполняются.
5.17 Перечень сервисов, между которыми есть интеграция.
При наличии в Справочнике признака интеграции Сервиса с другими Сервисами — установлено значение «да» в реквизите 14 - требуется заполнение дополнительных реквизитов 1.1 - 1.4, из которых формируется перечень сервисов, с которыми есть интеграция.
Если Заказчиком установлено значение «нет» в реквизите 14, то дополнительные реквизиты 1.1 - 1.4 не заполняются.
Если Заказчиком установлено значение «да» в реквизите 14, но не заполнены дополнительные реквизиты 1.1 - 1.4, то пакет изменений не может быть направлен на акцептование Методологу справочника, появится сообщение об ошибке форматно-логического контроля.
Если Заказчиком установлено значение «да» в реквизите 14, заполнены дополнительные реквизиты 1.1 - 1.4, то пакет изменений может быть направлен на акцептование Методологу справочника.
5.18. После заполнения реквизитов Справочника и формирования таким образом Пакета изменений Заказчик направляет его на акцептование Методологу справочника.
5.19. Методолог справочника в течение 7 рабочих дней с даты поступления Пакета изменений от Заказчика проверяет корректность заполнения реквизитов каждой записи в Пакете изменений.
5.20. Методолог справочника при отсутствии ошибок (опечаток либо несоответствий настоящему Порядку) акцептует Пакет изменений (выполняет операцию «опубликовать»); либо при наличии ошибок — возвращает Пакет изменений Заказчику для корректировки или удаления из СЦВ НСИ.
5.21. Опубликованные в Справочнике записи доступны для просмотра пользователям, которым присвоена соответствующая функциональная роль.
5.22. Алгоритм синхронизации и актуализации информации в строках записей по сервисам, между которыми есть интеграция.
После акцептования пакета изменения, в случае наличия в нем признака интеграции Сервиса — установлено значение «да» в реквизите 14 - в Справочнике происходит автоматическая синхронизация и актуализация информации в строках записи по сервисам, между которыми есть интеграция.
Например, акцептован пакет изменений по Сервису 2, в котором в реквизите 14 установлено значение «да», заполнены реквизиты 1.1 - 1.4, при этом в реквизите 1.4 указано наименование сервиса, с которым есть интеграция: «Сервис 1».
Тогда в Справочнике в строке записи по Сервису 1 автоматически осуществляется проверка наличия в реквизите 14 признака интеграции «да» или «нет», а также соответствующей информации в дополнительных реквизитах 1.1 - 1.4 в зависимости от чего актуализируется информация:
- в случае если в реквизите 14 введен признак «нет», то автоматически «нет» меняется на «да», автоматически заполняются дополнительные реквизиты 1.1 - 1.4, то есть появляется запись о том, что «Сервис 1» интегрирован с «Сервис 2»;
- в случае если в реквизите 14 введен признак «да», то автоматически в дополнительных реквизитах 1.3 и 1.4 к уже имеющимся идентификационному номеру и наименованию сервиса, с которым есть интеграция, автоматически добавляется идентификационный номер и наименование нового Сервиса, с которым есть интеграция, то есть «Сервис 2».
Приложение № 1
к Порядку формирования и ведения справочника сервисов ФНС России, утвержденному приказом ФНС России от 30 апреля 2020 г. № ЕД-7-19/309@
СПРАВОЧНИК СЕРВИСОВ ФНС РОССИИ (ССЕРВ)
ПЕРЕЧЕНЬ СЕРВИСОВ, С КОТОРЫМИ ЕСТЬ ИНТЕГРАЦИЯ
Приложение № 2
к Порядку формирования и ведения
справочника сервисов ФНС России,
утвержденному приказом ФНС России
от 30 апреля 2020 г. № ЕД-7-19/309@
Приложение № 3
к Порядку формирования и ведения
справочника сервисов ФНС России,
утвержденному приказом ФНС России
от 30 апреля 2020 г. № ЕД-7-19/309@