|
Какой HTTP код должен вернуть сервис НП, при отправке ответа с типовым элементом Status, который имеет поле Code со значением: • 411 Структура XML документа не соответствует XSD схеме • 412 Документы по запрашиваемым критериям поиска отсутствуют • 435 Количество документов, соответствующих критериям поиска, превышает установленные ограничения • 500 Непредвиденная ошибка |
|
Как должна реагировать ИС НП при получении запроса, который не соответствует критериям, описанным в Приложениях к регламенту взаимодействия через ИС организации при проведении НМ? Например: 1. При получении запроса с некорректным или пустым значением TicketId 2. При получении запроса, не соответствующего критериям описанным в Приложении к регламенту, но соответствующего xsd схеме сценария. (Длина значения для поля больше, чем указано в Приложении. Но, согласно xsd схеме, данное поле – корректно) |
| В обновленной версии документов будет либо добавлен код ошибки, либо добавлены проверки на длину в XSD схему. |
| Согласно политике информационной безопасности наши организации не могут предоставлять в рамках АИС «Налог-3» документы с грифом «Для служебного пользования (ДСП)». Такие документы будут предоставляться в рамках других средств информационного взаимодействия (ТКС). В таком случае, какой Код причины невозможности представления истребуемых документов нам указывать в соответствующем обязательном к заполнению поле (InabilityCode / «КодПричНеПред»)? |
|
Истребуемые документы (информация), пояснения могут быть представлены в налоговый орган лично или через представителя, переданы в электронной форме по телекоммуникационным каналам связи или через информационные системы организации, к которым предоставлен доступ налоговому органу. Если истребование было направлено через сервисы, не обязательно отвечать через сервисы, допускается использовать другой способ взаимодействия, к примеру ТКС. Соответственно указывать код причины невозможности предоставления документов нет необходимости. |
|
Запросом по сервису 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 года? |
| Да. Верно |