| Нужно ли в реестр документов (сценарий 4) включать документы, не удовлетворяющие ограничениям к типу файла по 5-му сценарию (например, с типом png или архив)? |
| В данном случае в реестр могут быть включены указанные документы. При размещении в реестре документов, документов, имеющихся в электронном архиве в форматах, отличных от форматов, описанных в сценарии №5 признак наличие электронного образа документа в ИС НП примет значение «0». |
|
В рамках сервиса 4 в ИС НП должен храниться реестр документов, сопоставленный с элементами справочника SPVDOC. Справочник SPVDOC неоднократно обновлялся налоговым органом в течение 2023 года путем дополнения новых элементов и исключения имеющихся элементов с определенного периода (DATAN и DATAK). Так как фактически запросы налогового органа по сервису 4 в адрес налогоплательщиков начнут поступать с 2024 года, а запрашиваемый налоговым органом массив данных может охватывать период с 01.01.2023, возник следующий вопрос. Каким образом налогоплательщик обязан будет формировать реестр по электронному сервису 4 по запросам налогового органа за период до 2024 года: Вариант 1: по актуальному (итоговому) на 01.01.2024 справочнику СПВДОК Вариант 2: по справочнику СПВДОК с учетом изменений элементного состава справочника СПВДОК по периодам в течение 2023 года? Например, справочник СПВДОК до 01.06.2023 содержал элемент 0530000085 «Авансовый отчет по хозяйственным расходам», который прекратил свое действие без правопреемства. |
|
Обязанность в части представления документов (информации) по ТКС не применяется при проведении НМ за периоды начиная с 2026 г. При формировании реестра документов необходимо ориентироваться на справочники размещенные на сайте ФНС России. |
|
Просьба дать пояснения: в каких случаях использовать подпись в формате "<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, не предоставление налоговых регистров для просмотра не может послужить основанием для досрочного прекращения НМ. |