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

В каких случая планируется использование данного сценария? Когда документ в реестре есть, но не открывается? Или когда документов в реестре нет? Правильно ли мы понимаем, что если у Общества в электронном архиве в принципе не хранятся документы, такие как тендерная документация, документация подтверждающая проверку контрагента при заключении договора, технические проекты на строительство, сертификаты качества на материалы, из которых построены объекты основных средств и т.д., то при получении запроса на доразмещение документов мы можем отправить отказ в доразмещении таких документов и предложить запросить через Сценарий 3_ТК.Истребование.

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

Если получен протокол с ошибкой, то требуется формирование нового ТК, т.е. обработка аналогично СОШ?

После исправления ошибок необходимо переотправить ТК.

Если в качестве приложения прикрепляется документ с ЭП, то его требуется повторно подписать УКЭП прикладывая в ТК?

В таком случае у документа будет 2 подписи (sgn и bin).

Будет ли использоваться сценарий 4 для запроса реестров документов для уточненных налоговых деклараций (УНД)?

Данный сценарий может использоваться для любых деклараций, в т.ч. уточненных налоговых деклараций.

В сценарии сказано: Датой отправки считается дата, указанная в параметре Date, структуры RegisterAvailableFileResponse, возвращаемой на вызов registerAvailableFile, при возврате кода ответа равного 200-операция успешна. Какой часовой пояс должен быть указан при отправке запроса?

Время направления документа в электронной форме определяется в соответствии со временем часовой зоны, в которой расположен отправитель.

Планируется, что подписание контейнеров по сценарию 3 возможно только с помощью усиленной квалифицированной электронной подписи? Будет ли возможность подписания контейнеров по сценарию 3 неквалифицированной электронной подписью, к примеру?

Каждый файл, размещенный в транспортном контейнере, должен быть только с усиленной квалифицированной электронной подпись (ЭП)

Должен ли налогоплательщик вернуть ответ автоматически после завершения планового срока исполнения запроса? Должен ли налогоплательщик иметь возможность исполнить запрос после истечения планового срока ответа?

ИС НП передает в ИС НО запрос в структуре PublishDocResponse со статусом:
1- Запрос исполнен |
2- Запрос не исполнен |
3- Запрос исполнен частично.
А также указывается причина неисполнения (частичного исполнения) запроса.

В ответ на обработку входящего запроса, ИС НП может отправить ответ: 413 - Документы по запрашиваемому коду вида документа (категории документа) в системе отсутствуют. В каких сценариях необходимо вернуть такой код?

Код ошибки 413 - "Указывается если передан неверный или неизвестный идентификатор требования DocRequestId. Запрос считается неисполненным. Необходимо повторить вызов сервиса с указанием корректного идентификатора требования". Данный код ИС НП может вызвать только при реализации Сервиса № 16 - Сервис направления ответа на требование о представлении документов (информации)

Если взаимодействие по ответам на требования осуществляется не в рамках сценария "файловый обмен", то каким образом налогоплательщик должен будет ответить на требование.

При отсутствии в информационной системе налогоплательщика реализованного Сервиса №3, налоговый орган может запросить документы, пояснения используя Сервисы №№4,5,6 и №№12-17.
В случае, если и данные сервисы не реализованы в системе налогоплательщика, то процедура истребования документов, пояснений осуществляется по ТКС.

При ответе на требование по сценарию "файловый обмен" налогоплательщик формирует архив в формате ZIP, в котором объединяет запрошенные документы разного формата в общем размере, не превышающем предельно допустимый. Сформированный архив подписывается электронной подписью представителя налогоплательщика, и именно эта ЭП направляется в налоговый орган в составе ответа в "АИС налог-3". При этом не требуется отдельно подписывать электронной подписью каждый документ, включенный в состав ZIP архива.

Каждый файл, размещенный в транспортном контейнере, должен быть с усиленной квалифицированной электронной подпись (ЭП). В ходе осуществления информационного взаимодействия документы не шифруются. ЭП под документами передаются в открытом виде.

Для ЭП, приложенных к документам, при направлении юридически значимых электронных документов, которыми между собой обмениваются субъекты экономической деятельности, повторяют имена файлов приложений без расширения, к которым они прилагаются, с расширением sgn.

Для ЭП участников информационного обмена, которой заверяются документы, именуются с использованием универсальных уникальных идентификаторов по формату "<UUID>.bin"
Транспортная информация и файлы с содержимым документов и ЭП объединяются в zip-архив.
В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.
Для формирования ЭП (участников информационного обмена) используются алгоритмы ГОСТ Р 34.10-2012.
ЭП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения содержимого используется DER или BER-кодирование.

ЭП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭП должна включать относящийся к ней сертификат и не должна включать подписанный ею документ.

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

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