| Есть ли обязательное требование отображать в витрине ПУД в виде электронных документов вместе с подписями на такие ПУД, т.е. нужно ли (именно как обязательное требование) для просмотра налоговым органом ПУДа из интерфейса витрины (к примеру, через дрилл или сценарий 5) генерировать печатные формы для электронных документов в формате xml |
| Для целей сценария №5 размещение допускает размещение ПУД без подписи. При этом печатная форма должна быть доступна для просмотра. |
| Вызывает на просмотр только документы определенных допустимых форматов (ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), формат csv в данный перечень не входит. Будет ли считаться нарушением Регламента информационного взаимодействия, если в рамках сервиса 5 нельзя будет вызвать на просмотр налоговые регистры, которые хранятся в базе в формате, отличного от указанного в требованиях сервиса 5? |
|
Сервис используется только для просмотра электронных образов документов, связанных с исчислением (удержанием), уплатой (перечислением) налогов, сборов, страховых взносов и размещенных в ИС НП допустимых форматов. Налоговые регистры не подлежат просмотру налоговым органом путем вызова сервиса 5, не предоставление налоговых регистров для просмотра не может послужить основанием для досрочного прекращения НМ. |
| Реализация базовых сценариев до 02.06.2024г касается всех действующих участников налогового мониторинга? Если действующий участник не успеет реализовать, какие его ждут последствия? |
| Реализация сценариев по версии размещенной на сайте nalog.gov.ru касается всех действующих участников НМ (срок до 02.06.2024). После указанной даты возможно измененение версии. До 01.01.2026 у налогоплательщиков должны быть реализованы сервисы взаимодействия через ИС НП в рамках обмена на основании п.6 ст. 105.26 НК РФ. Отсутствие реализации в установленные сроки может служить основанием для досрочного прекращения НМ на основании ст. 105.28 НК РФ. |
| Интересует вопрос в части сервиса направления запроса на просмотр документа, размещенного в электронном архиве налогоплательщика. В документе: Сервис возвращает двоичный поток данных с указанием размера (Content-Length) и типа содержимого (Content-Type) в HTTP заголовке ответа. Сервис будет использоваться только для получения документов в следующих допустимых форматах: ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet. Вопрос: просьба предоставить структуру тела ответа для сервиса getDocument. В описании указывается, что там должен быть файл и код ответа, но сама структура не расписана. |
| В ответе не используется XML документ, используется стандартный способ передачи двоичных данных с помощью протокола HTTP. |
| В описании Сервиса №5 указано, что "целью реализации сервиса является направление запроса на получение документа, размещенного в электронном архиве на просмотр". Верно ли полагать, что в описании Сервиса №5 под "электронным архивом" понимается информация, размещенная в витрине данных в соответствии с уровнем раскрытия, предусмотренным РИВ? |
| Под «электронным архивом» организации понимается электронный архив, содержащий первичные документы, подтверждающие правильность исчисления налога или правильность проведения операции, размещенные в ИС НП в соответствии с уровнем раскрытия, установленном в РИВ или документы, ранее истребованные и размещенные в ИС НП. |
| Сервис вызывает на просмотр только документы определенных допустимых форматов (ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), формат csv в данный перечень не входит. Будет ли считаться нарушением Регламента информационного взаимодействия, если в рамках сервиса 5 нельзя будет вызвать на просмотр налоговые регистры, которые хранятся в базе в формате, отличного от указанного в требованиях сервиса 5? |
| Сервис используется только для получения документов допустимых форматов. Само по себе отсутствие заправшиваемого документа для просмотра не является нарушением регламента информационного взаимодействия. Размещение документов в сроки, установленные регламентом информационного взаимодействия должно быть обеспечено в установленных форматах. |
| Прошу пояснить, как должны отрабатывать сервисы «Получение документа для просмотра» и «Получение реестра документа» в случае, если к одной хозяйственной операции привязаны несколько документов. Например, отражение в учете операции «входящая услуга» по следующим документам: «Акт выполненных работ» (основной документ) и «Реестр» (приложение к основному документу). Учитывая, что сервис «Получение документа для просмотра» не предполагает передачу архива (допустимые форматы: ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), то мы сможем предоставить для просмотра не более одного документа по одной хозяйственной операции. Следовательно, представляем доступ только к одному основному документу - «Акту выполненных работ». Прошу подтвердить правильно ли мы понимаем логику работы сервиса. То же самое касается сервиса «Получение реестра документа». В соответствии с описанием реестр документов предполагает, что хозяйственные операции (бухгалтерские проводки) должны быть расшифрованы, в том числе в разрезе идентификационных номеров первичного документа с указанием параметра «Сумма» по документу. В случае, если к одной хозяйственной операции привязаны несколько документов, то каким образом нам следует заполнять реестр документов: - одной строкой, с указанием реквизитов только основного документа? - несколькими строчками по всем привязанным документам? Но в таком случае будет дублироваться показатель «Сумма» и итог не сойдется с суммой по строке декларации. |
| Для сервисов «Получение документа для просмотра» и «Получение реестра документа» не используется связка операция – документ. В рамках Сервиса 4 "Представление реестра документов.." должны отражаться только документы, имеющие скан-образы. Каждому скан-образу первичного учетного документа должен соответствовать свой уникальный идентификатор, по которому налоговый орган может запросить документ на просмотр в рамках Сервиса 5 . |
| Согласно имеющейся документации текущий функционал сервиса «Получение документов из ИС НП для просмотра» не предполагает передачу нескольких файлов в рамках одного запроса. Как поступить в случае, если к одному идентификатору документа (проводки) относится несколько документов-оснований (ПУД)? |
| Каждому скан-образу первичного учетного документа должен соответствовать свой уникальный идентификатор, который присваивает информационная система налогоплательщика. |