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

Просьба дать пояснения: в каких случаях использовать подпись в формате "<UUID>.bin", а в каких .SGN.
Пока однозначно понятно, что все документы в формате XML требуется подписывать .bin.
УКЭП в формате "<UUID>.bin", или *.SGN нужно использовать, если в ответ на требование приложены, например:
- счет-фактура в формате PDF?
- счет-фактура в формате JPG?
- акт-выполненных работ в формате PDF?
- договор в формате PDF?

Подпись с расширением bin всегда должна быть под каждым документом в ТК. Подпись с расширением sgn может быть только у приложения, она добавляется в ТК если документ ранее отправлялся через другую систему и там был подписан ЭП.

ЭП участников информационного обмена, которой заверяются документы, именуется с использованием универсальных уникальных идентификаторов по формату "<UUID>.bin"». Просьба пояснить, значение UUID в файле подписи должно быть связано с подписанным файлом или нет?

Значение UUID не связано с подписанным файлом. Имя файла подписи формируется: Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID version 1, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.

Параметр «TicketId» при ответе на входящий запрос (отправка протоколов, сообщений об ошибке и др.) всегда должен повторяться или где-то мы должны генерировать свой код?

Если ответ на направленный документ (протокол, СОШ), то это новый вызов. В самом протоколе будет содержаться идентификатор документооборота, на который отправляется протокол, в имени СОШ так же имеется ключ в виде TicketId, повторяющий TicketId вызова метода по передачи контейнера с документом, на который потом формируется СОШ. Ожидается что каждый новый вызов метода новый тикет.

Код документа-основания по справочнику документов: исходя из данных логично предполагать, что при обращении к документу-основанию обращение происходит через SPVDOC. Правильно ли мы понимаем, и не происходит ли обращение к некому иному справочнику?

Да, правильно - обращение происходит через SPVDOC.

Какое значение должно быть заполено в поле НаимДок в случае отказа в предоставлении документов?

Поле НаимДок в случае невозможности представления документа заполняется из пункта требования.

Какой порядок действия, если в рамках сервиса №6 были запрошены документы, которые уже запрашивались ранее или уже размещены в системе налогоплательщика?

Повторный запрос не предусматривается.

На сайте Налоговыймониторинг.рф указано, что в реестре документов (Сервис №4) отражается список всех первичных документов, по которым есть скан-образ, и после доразмещения документа в электронном архиве по Сервису №6, он должен появится в реестре документов (Сервис №4), чтобы инспектор мог через Сервис №5 направить запрос на его просмотр. Вопрос: в реестре документов доразмещаемые документы по Сервису №6 должны появиться с заполнением всех полей, предусмотренных Сервисом №4, или же заполнению подлежат только сведения, которые передавались при ответе на Сервис №6 (Response)?

Необходимо заполнить все поля, предусмотренные сервисом №4.

Вызывает на просмотр только документы определенных допустимых форматов (ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), формат csv в данный перечень не входит. Будет ли считаться нарушением Регламента информационного взаимодействия, если в рамках сервиса 5 нельзя будет вызвать на просмотр налоговые регистры, которые хранятся в базе в формате, отличного от указанного в требованиях сервиса 5?

Сервис используется только для просмотра электронных образов документов, связанных с исчислением (удержанием), уплатой (перечислением) налогов, сборов, страховых взносов и размещенных в ИС НП допустимых форматов.
Налоговые регистры не подлежат просмотру налоговым органом путем вызова сервиса 5, не предоставление налоговых регистров для просмотра не может послужить основанием для досрочного прекращения НМ.

Каким документом регламентируются требования ФНС к электронному архиву информационной системы, в т.ч. к составу размещаемых документов?

В ЭХД подлежат размещению документы, связанные с исчислением (удержанием), уплатой (перечислением) налогов, сборов, страховых взносов предусмотренные Приложением №9 к РИВ, утв. приказом ФНС России от 11.05.2021 № ЕД-7-23/476. Ограничения по сроку наполнения ЭХД отсутствуют.

Должны ли документы, размещенные в электронном архиве информационной системы, быть автоматически связаны (например, ДрилДаунами, ссылками) с отчетностью налогоплательщика, размещенной в Витрине налогового мониторинга в соответствии с Приказом ФНС России от 25.05.2021 № ЕД-7-23/518@?

Да. В реестре документов должны быть отражены все документы (в ЭАИС или посредством доступа к витрине НМ посредством интеграционного модуля), указанные в приложении № 9 к РИВ.