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

На сайте ФНС размещены сценарий 3 (файловый обмен) и сценарий 12 (сервисы истребования). В сроках реализации налогоплательщиками и того, и другого сценариев (сервисов) на сайте ФНС написана одна дата 02.06.2024.
К 02.06.2024 ИС НП должны уметь взаимодействовать с АИС "Налог-3" и по тому, и по другому сценарию?

02.06.2024 взаимодействие ИС НП и ИС НО должно быть реализовано и по сценарию № 3 , и по сценарию № 12. В случае отсутствия в ИС НП реализации по сценарию №12 (сервисы истребования), требование может быть направлено по сценарию №3 (файловый обмен) или по ТКС.

Какой порядок направления и получения документов будет применяться при отправке документов через Сервис №12 "Истребования"?

Утвержденный приказом ФНС России «Об утверждении Порядка направления требования о представлении документов (информации), пояснений и представления документов (информации), пояснений по требованию налогового органа в электронной форме через информационные системы организации, к которым предоставлен доступ налоговому органу, а также форматов документов, используемых налоговыми органами и организациями при представлении документов (информации), пояснений в электронной форме».

Для "Требования о представлении пояснений" КНД 1165050 и ответов на него нет форматов и порядка для работы через ИСО. Как работать с этим Требованием через Сервис 3 "Файловый обмен"? Или до появления порядка и форматов такое Требование будет направляться только по ТКС?

Форматы «Требования о представлении документов (информации), пояснений» и «Ответа на требовании о представлении документов (информации), пояснений», утверждаемые Проектом приказа об утверждении порядка направления требований и получения ответа на требование через ИС НП доработаны с учетом возможности направления требований о представлении пояснений и получения ответа на них. По данным форматам возможен обмен требованием о представлении пояснений и ответа на такое требование через Сервис № 3 и по ТКС. До реализации форматов направление требований и получение ответа на требование о представлении пояснений возможно как по ТКС, так и по Сценарию №3 в формате PDF.

Что считается основанием для формирования "Сообщения об ошибке", а что для формирования "Протокола" со статусом 2 - "Не принят"?

«Протокол обработки документов» со статусом 2 - "Не принят" формируется в случае, если часть документов, представленных по требованию налогового органа не проходит форматно-логический контроль.
«Сообщение об ошибке» формируется в случае невозможности принять транспортный контейнер в целом.

Налоговые органы присылают требования о предоставлении договоров страхования (полисов ОСАГО) физических лиц в рамках ст. 93.1 НК РФ по ТКС, указывая в запросе паспортные данные лица и (или) номер договора. Каким образом будет выполняться данный сценарий при аналогичном запросе в рамках прямого взаимодействия через АИС «Налог-3», если в информационной системе страховой компании ИНН (обязательный признак) будет отсутствовать?

"В целях реализации сервиса представления реестра документов, размещенных в информационной системе организации элемент «ИНН контрагента» является необязательным.
Кроме того, в информационной системе страховой компании могут отсутствовать договоры страхования (полисов ОСАГО) физических лиц. В данном случае истребование документов по статье 93.1 Налогового кодекса Российской Федерации будет производится по ТКС без использования ИС НП."

Приложение № 3 к регламенту взаимодействия через информационную систему организации: «5.2.3. Документу перед сжатием присваивается имя "file", после чего он сохраняется в архиве». Речь про сжатие txt и xml файлов?

Согласно п. 5.1.2. в транспортном контейнере документы рекомендуется передавать в сжатом виде. Для документов с расширением xml сжатие обязательно. Поэтому речь про любые файлы, которые помещаются в ТК в сжатом виде. При формировании ТК необходимо учитывать следующие ограничения: размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере в сжатом виде не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.

Протокол обработки: Атрибут Файл/Документ/@ВремяНапр – указывается время направления транспортного контейнера, на который формируется протокол обработки? Т.е. соответствующий параметру Date из RegisterAvailableFileResponse первой транзакции?

Да, датой отправки считается дата, указанная в параметре Date, структуры RegisterAvailableFileResponse, возвращаемой на вызов registerAvailableFile, при возврате кода ответа равного 200 - операция успешна. Обращаем внимание, что тип параметра Date – Timestamp, а параметр ВремяНапр – типовой элемент <ВремяТип>, т.е. время в формате ЧЧ.ММ.СС.

Транспортная информация: Атрибут Файл/Документ/СвПрдДок/@РазмФайлДок – указывается размер файла до сжатия или итоговый?

Атрибут Файл/Документ/СвПрдДок/@РазмФайлДок – размер исходного файла

Транспортная информация: Атрибут Файл/@КолПредФайл – как рассчитывается, если ТК содержит сжатые файлы? Считается только «первый уровень вложенности», без учета содержимого вложенных архивов (транспортная информация не учитывается)?

Атрибут КолПредФайл указывается суммарное количество файлов, содержащихся в архиве без учета файла транспортной информации. При этом, если файлы архивируются, то каждый файл помещается в свой отдельный архив.

Транспортная информация: Требуется ли в атрибуте Файл/@ИмяКонтейнер указывать расширение файла ТК (.zip)?

Транспортный контейнер передается в виде файла с уникальным именем по формату: Имя файла основного документа (без расширения).zip или Имя файла Сообщения об ошибке (без расширения).zip

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

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