Вопросы и ответы

Согласно описанию сервиса 4, реестр документов предназначен для предоставления сведений о документах, размещенных в ИС налогоплательщика. В случае если взаимодействие с налоговым органом осуществляется через витрину налогового мониторинга, то такой ИС может являться электронное хранилище документов (ЭХД) и размещение документов непосредственно в витрине налогового мониторинга (ВНМ) не является обязательным, при том что налоговому органу доступ в ЭХД напрямую, минуя ВНМ, не предоставляется?

Реализация сервиса предполагает предоставление сведений о документах, размещенных в ИС НП путем обращения ИС НО к ИС НП посредством вызова информации о документе из ЭХД. ИС НП может являться, как витрина данных предусматривающая интеграцию с АИС "Налог-3", в состав которой входит интеграционный модуль, так и модуль интеграции отдельно осуществляющий синхронизацию данных уже используемой НП витрины с АИС "Налог - 3". НП в рамках проведения НМ обязан обеспечивать доступ к документам в течение срока проведения налогового мониторинга за соответствующий период и следующих трех лет со дня окончания срока его проведения в соответствии с требованиями подпункта 3 пункта 6 статьи 105.26 НК РФ.

Согласно п. 6 ст. 105.26 НК РФ участник налогового мониторинга в регламенте информационного взаимодействия указывает порядок предоставления информации и документов через ТКС либо свои ИС (такой выбор возможен до 2026 года). В тоже время датой начала применения сервиса 4, в соответствии с приказом ФНС, является 02.06.2024. В случае, если в РИВ указано, что документы и информация о них предоставляются по ТКС, то применение сервиса 4 не является обязательным до 2026 года?

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

Для чего в структуре запроса DocumentListRequest предназначен элемент TaxInspectionCode? Как этот элемент должен отрабатываться на стороне налогоплательщика? Запрос реестра документов с использованием сервиса 4 может выполнить любой территориальный налоговый орган (а не только налоговый орган по месту постановки налогоплательщика на учет в качестве крупнейшего налогоплательщика) и, соответственно, с помощью сервисов 4 и 5 получить доступ к содержанию документов налогоплательщика?

Элемент TaxInspectionCode предназначен для ввода кода налогового органа по справочнику СОНО, сформировавшего запрос. Направление запроса на предоставления реестра документов (сервис №4) и запроса на просмотр документа (сервис №5) может осуществляться ТНО по месту учета контрагента организации, а также налоговым органом по месту постановки налогоплательщика на учет в качестве крупнейшего налогоплательщика.

Согласно описанию сервиса 4 в информационной системе должен храниться реестр документов, имеющий следующий атрибутивный состав: идентификатор документа, код вида документа по справочнику SPVDOC.txt, наименование документа, дата документа, ИНН контрагента или регистрационный номер контрагента в стране регистрации и код страны регистрации контрагента-нерезидента, наименование (ФИО) контрагента.
Указанный атрибутивный состав отличается от набора элементов, которые входят в реестр документов согласно описанию элемента, Document структуры DocumentListResponse. Вопрос: ИС налогоплательщика должна содержать некий статичный реестр документов как отдельный документ с атрибутами, указанными в описании сервиса, вне зависимости от формируемых динамически ответов виде структуры DocumentListResponse?

Сервис представления реестра документов содержит 2 сценария: запрос на получение реестра документов (структура DocumentListRequest) и ответ налогоплательщика (структура DocumentListResponse).
Атрибутивный состав: идентификатор документа, код вида документа по справочнику SPVDOC.txt, наименование документа, дата документа, ИНН контрагента или регистрационный номер контрагента в стране регистрации и код страны регистрации контрагента-нерезидента, наименование (ФИО) контрагента является необходимым для успешной передачи запроса НО в структуре DocumentListRequest сервиса getDocumentList. При успешном формировании реестра документов по запрашиваемым критериям, налогоплательщик синхронно направляет ответ в структуре DocumentListResponse сервиса getDocumentList содержащий элемент Document, состав данного элемента содержит в т.ч. атрибуты запроса на получения реестра документов указанные выше, также структура элемента Document содержит признаки обязательности и необязательности составных элементов. Техническая сторона хранения формируемых ответов определяется на усмотрение налогоплательщика.

Сервис 4 не подразумевает предоставление налогоплательщиком информации об операции/проводке бухгалтерского учета/записи с налогового регистра, к которой относится конкретный документ или о связи с такой операцией/проводкой бухгалтерского учета/записью налогового регистра?

Сервис № 4 предполагает связь документов, подлежащих раскрытию в соответствии с РИВ (отраженных в реестре документов) с электронным архивом. Связь первичного учетного документа с конкретной операцией/проводкой бухгалтерского/налогового учета в рамках данного сервиса не предусмотрена.

Согласно описанию сервиса 4, сервис предназначен для представления реестра документов, размещенных в ИС. В реестре документов указываются только документы, файлы которых (скан-образы бумажных оригиналов либо файлы документов, составленных и подписанных в электронном виде) размещены в ИС, или в реестре указываются сведения о документах, имеющихся у налогоплательщика, в том числе о тех, файлы которых отсутствуют в ИС налогоплательщика? В случае если в реестр включаются только документы, файлы которых размещены в ИС, то:
- в каких случаях элемент IsContentAvailable реестра документов может принимать значение 0?
- каким образом и для каких целей налоговым органом может направляться запрос на доразмещение документа в ИС по коду документа с обязательном элементом DocumentId в теле запроса?
Должна ли попадать в реестр документов информация о документах, которые есть у банка исключительно в бумажном виде и которые хранятся только в физическом архиве?

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

Элемент IsContentAvailable в составе элемента Document принимает значение "0" в случае отсутствия электронного образа (скан-образа для бумажного документа или электронного документа) документа в ЭХД, учетной системе организации. Данный элемент имеет признак обязательности и необходим для того, чтобы налоговый инспектор понимал какой из сервисов в случае необходимости должен быть вызван: "Запрос на просмотр документов" (Сервис №5) или "Запрос на доразмещение документов" (Сервис №6).
"

С какого периода сервис 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 требуется представить только файл с транспортной информацией.

Сервис подразумевает один запрос на один документ? Если нет, то как отправлять ответ, например, в случаях когда один документ предоставлен, а второй отсутствует.

Сервис registerRequestToPublishSourceDoc предполагает запрос на доразмещение документов, расшифровывающих конкретные строки декларации (регистрационный номер декларации, раздел и строки декларации также указываются в запросе). Вид документа к доразмещению по справочнику СПВДОК указывается один – параметр DocumentCode в теле запроса не имеет признака множественности. После размещения НП направляет запрос с реестром размещенных документов (DocumentList), в который включены только доразмещенные документы по запрашиваемому коду СПВДОК. На текущий момент DocumentList не является множественным, как и DocumentCode. В рамках одного запроса на доразмещение инспектор может запросить доразместить только один документ.

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

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