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

Запросом по сервису 17 налоговый орган направляет в адрес налогоплательщика два файла:
- XML документ, содержащий результат обработки ответа на требование;
- открепленную электронную подпись XML документа, содержащего результат обработки ответа на требование.

В документации сервиса №17 предусмотрено 12 проверок электронной подписи (коды проверок 422-432).

НП возвращает ответ на запрос по сервису 17 в виде типовой структуры ServiceResponse с указанием кода ответа в элементе Status (Статус обработки запроса)
Среди прочих предусмотрен код ответа: "431 Неправильное указание сведений о подписанте в ЭП «Имя_ЭП».

Несоответствие ФИО из элемента Signer\FullName в запросе, ФИО из сертификата налогоплательщика."
При этом в запросе по сервису 17 нет элемента Signer\FullName.

В связи с этим, подскажите, пожалуйста, где взять информацию о "ФИО из сертификата" для осуществления проверки 431?

В обновленной версии документов неиспользуемые коды будут удалены.

В описании составного элемента ResponseDocumentInfo для элементов DocumentId и FilePath прописан признак обязательности "О". Иными словами, может быть приложен только один файл запрошенного документа.

Приказом ФНС России от 19.12.2023 N ЕД-7-26/970@ утверждены отдельные "описания файла обмена счета-фактуры (информации продавца)" и "файла обмена информации покупателя".

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

Элемент ResponseDocumentInfo входит в ResponseInfo, который является множественным. Соответственно, если надо приложить несколько документов к одному пункту истребования, то используется множественность ResponseInfo

Просьба указать, какой из приведенных ниже вариантов заполнения поля ""Наименование и реквизиты документа, подтверждающего полномочия представителя организации (НаимДоК)"" верен для сценария № 3 (Файловый обмен):
- Полное наименование XML-файла доверенности с расширением
- Идентификационный номер доверенности (GUID)

Можно просто текстом написать номер доверенности и дата выдачи.
В 3 сценарии можно использовать только ИСОП, информация об этом указана в таблице «ТИПЫ ДОКУМЕНТОВ, входящих в состав транспортного контейнера»

- Идентификационный номер доверенности (GUID)

В настоящий момент многие предприятия в своей хозяйственной деятельности, в частности, при формировании электронного УПД, используют ЭП формата sig, например, для подписания документов с КНД 1115131 и 1115132. Просьба подтвердить или опровергнуть допустимость приложения ЭП формата SIG к электронным документам XML при формировании ответа на истребование в рамках сценариев 3 и 12.

В 3 сценарии: Для основного документа используется bin, для приложения тоже используется bin, но еще может прикладываться подпись sgn (если документ отправлялся и был подписан в другой системе). В 12 сценарии: Если в ИС НП присутствуют файлы электронной подписи к представленным документам, которые использовались при обмене между субъектами экономической деятельности, то данные файлы должны быть представлены с расширением sgn. Для файлов электронной подписи, которой подписан документ для передачи в налоговый орган должно быть использовано расширение bin.

При формировании ответа в рамках 3-го сценария (файловый обмен), когда подписантом является уполномоченный представитель организации, требуется ли прикладывать файл ЭП к приложенной доверенности и заполнять его в файле транспортной информации (элемент «Сведения ЭП (Подпись)")?

При подписании УП, формируется ИСОП (КНД 1167005), которая подписывается той же подписью, что и основной документ. Все файлы, которые передаются, описываются в файле транспортной информации.

Планируется ли привести формат сервисов истребования на сайте к единому виду с форматами в Приказе ФНС от 18.10.2023 №ЕД 7-23/757@, который вступает в силу с 01.01.2026?

В июне 2024 года планируется внесение изменений в Сервисы №№ 3, 12-17 в части синхронизации их с форматами, утвержденными приказом ФНС России от 18.10.2023 №ЕД-7-23/757@

Правильно ли мы понимаем, что актуальная и корректная на настоящий день версия форматов сервисов истребования выложена на сайте ФНС https://www.nalog.gov.ru/rn77/taxation/reference_work/taxmonit/ и не планируется обновляться как минимум до июня 2024 года?

Да. Верно

Для предоставления налоговому органу в рамках Сервиса № 3 «Файловый обмен» и сервисов истребования (№ 12-17) организации планируют использовать файлы в xml-формате + файлы с подписями. Файлы извещения о дате получения ЭД, подтверждений даты получения/отправки организации рассматривают, как технические, и не планировали представлять их в рамках сервисов №№ 3, 12-17. Просим подтвердить правильность подхода.

Да. Это верный подход

Правильно понимаем, что договоры, указанные в качестве документов-оснований в Реестре по сервису № 4, также могут быть запрошены на просмотр по сервису № 5?

Да. Правильно

Какие файлы должны включаться в Реестр, формируемый при запуске налоговым органом Сервиса № 4, с учетом требования ФНС о доступности для просмотра налоговым органом при запуске Сервиса № 5 для просмотра универсального передаточного документа, который хранится в виде пакета файлов?

Печатная форма УПД.pdf pdf - Визуализация УПД с подписями

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

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