Сервис 3

Реализован ли на стороне системы налогового органа механизм отслеживания ранее запрошенных документов, чтобы избежать повторных запросов одних и тех же документов? В рамках описания техники работы сценария такого ограничения нет.

На стороне НО реализован механизм отслеживания ранее запрошенных документов в целях исключения повторного их истребования.

С какого периода сервис 3 станет обязательным для применения организациями с учетом того, что представление документов (информации) по телекоммуникационным каналам связи не применяется при проведении налогового мониторинга за периоды, начиная с 2026 года?

Срок реализации сервиса №3 "Файловый обмен" для организаций, осуществляющих информационное взаимодействие с налоговым органом в ходе проведения налогового мониторинга путем предоставления доступа к ИС НП - 02.06.2024 года. Информация размещена на сайте nalog.gov.ru в разделе Контрольная работа/Налоговый мониторинг/Сроки реализации сервисов по налоговому мониторингу.
Для организаций, осуществляющих до 01.01.2026 года взаимодействие с налоговым органом по ТКС – 01.01.2026.

В соответствии с описанием сервиса 3, он предназначен для файлового обмена. Основным процессом, в рамках которого происходит файловый обмен при взаимодействии с налоговыми органами, является предоставление документов по требованию налогового органа. Для истребования документов и предоставления документов в рамках истребования предназначены сервисы 12-17. Упоминания о сервисе 3 или ссылки на сервис 3 в описании сервисов 12-17 не содержится. Поясните пожалуйста:
- для каких случаев/сценариев работы предназначен сервис 3?
- должен ли сервис 3 использоваться одновременно с сервисами 12-17?
- для передачи каких иных документов (помимо тех, что передаются в ответ на требование налогового органа) должен использоваться сервис 3?

Суть сервиса №3 "Файловый обмен" - обмен транспортным контейнером (далее – ТК). ТК содержат определенные данные: файл транспортной информации: в составе основного контейнера всегда должен быть основной документ, документы приложения к основному документу.

Сервисы по истребованию - это аналог информационного взаимодействия сервису №3. Сервис №12 (включающий 6 сервисов) созданы не вместо сервиса №3, а вместе с указанным сервисом (параллельно). В сервисе №12 также предполагается отправка файлов, но в отличие от Сервиса №3 не применяются ТК, не происходит скачивания основного документа с ресурса НО или ресурса участника НМ. В части первичных учетных документов участник НМ получает требование в формате xml в виде запроса, инспектор формирует требование и инициирует его отправку. В этом сценарии взаимодействия не предполагается, что ФНС России уведомляет участника НМ, что подготовлено требование, необходимо его скачивание. В составе запроса уходит файл требования в формате pdf подписанный ЭЦП. Сервис ответа на требование имеет способ реализации: форма ответа на требование подписывается ЭЦП, передается в виде файла в составе запроса, НО просит только ссылки заверенные ЭЦП.

Таблица 4.2 Состав и структура документа (Документ): Сведения о передаваемом документе - Признак обязательности элемента = ОМ – поясните, требуется перечислить все документы, вложенные в ТК: документы в файла основного документа + документы в файл приложения + XML-файл основного документа + XML-файл приложения + все файлы подписи к ним?

Требуется перечислить все документы, входящие в состав ТК. Признак обязательности "ОМ" означает, что элемент обязателен и может иметь более одной реализации. Составной элемент "Сведения о передаваемом документе" (СвПрдДок) заполняется на каждый документ (основной и приложения к основному документу). Состав транспортного контейнера описан в п. 5.1. "Содержимое транспортного контейнера" основного документа, согласно которому ТК представляет собой архив, содержащий:
- файл с транспортной информацией в формате xml;
- файлы со сжатым содержимым передаваемых документов;
- файлы с содержимым передаваемых ЭП;
Или
- zip-архив, содержащий сообщение об ошибке
В формате xml требуется представить только файл с транспортной информацией.

Среди файлов контейнера присутствуют файлы подписи. Необходимо ли проверять соответствие подписи и файла ТК? Если да, то какой код ответа мы должны возвращать при несоответствии файла и подписи?

Все необходимые проверки на стороне НП реализуются налогоплательщиками самостоятельно. Требований не выставляется.

В какие сроки НП должен ответить на входящее истребование. Сроки ответов на требования и запросы налогового органа регламентируется статьями 93,93.1, 105.29 НК РФ. Каким образом будут регулироваться сроки ответа на истребование документов и информации при прямой интеграции? Основание для запроса будет указано в транспортном контейнере?

В самой форме требования будет указано основание для истребования. В соответствии с данным основанием готовится ответ, в соответствии со сроками установленными в НК РФ по соответствующей статье.

В требованиях указано, что внутри транспортного контейнера файлы с расширением .txt и .xml должны обязательно сжиматься. При этом сам контейнер - это файл типа .zip архив. Действительно необходимо двойное сжатие текстовых файлов?

Да

В документации указаны лимиты по количеству файлов и их размеру для Транспортного контейнера, но ответ на истребование может не укладываться в указанные лимиты, как по объему, так и по количеству. Каким образом должен формироваться контейнер при превышении лимитов, чтобы Система смогла обработать ТК?

В случае, если при формировании ТК в ответ на истребование документов лимиты превышаются, то следует разбить информацию на несколько ТК.

На сайте ФНС размещены сценарий 3 (файловый обмен) и сценарий 12 (сервисы истребования). В сроках реализации налогоплательщиками и того, и другого сценариев (сервисов) на сайте ФНС написана одна дата 02.06.2024.
К 02.06.2024 ИС НП должны уметь взаимодействовать с АИС "Налог-3" и по тому, и по другому сценарию?

02.06.2024 взаимодействие ИС НП и ИС НО должно быть реализовано и по сценарию № 3 , и по сценарию № 12. В случае отсутствия в ИС НП реализации по сценарию №12 (сервисы истребования), требование может быть направлено по сценарию №3 (файловый обмен) или по ТКС.

Приложение № 3 к регламенту взаимодействия через информационную систему организации: «5.2.3. Документу перед сжатием присваивается имя "file", после чего он сохраняется в архиве». Речь про сжатие txt и xml файлов?

Согласно п. 5.1.2. в транспортном контейнере документы рекомендуется передавать в сжатом виде. Для документов с расширением xml сжатие обязательно. Поэтому речь про любые файлы, которые помещаются в ТК в сжатом виде. При формировании ТК необходимо учитывать следующие ограничения: размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере в сжатом виде не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.

Напишите нам, и мы постараемся оперативно на него ответить.

Задать вопрос