| Параметры DateFrom и DateTo объявлены как даты начала и окончания квартала. Значит ли это что запросы от АИС "Налог-3" за меньший период невозможны? |
| Параметры DateFrom и DateTo - это границы отчетного периода, которым может быть как месяц, так и квартал, полугодие, год, определенные в запросе, в зависимости от того, к какому отчетному периоду относится документ. Для некоторых случаев отчетным периодом может являться месяц. |
| В Приложение № 4 к регламенту взаимодействия через информационную систему организации "Сервис предоставления реестра документов, размещенных в электронном архиве информационной системы налогоплательщика" появился новый (по сравнению с вариантом сервиса в 2021 году) параметр "Body", который содержит дополнительно реквизиты "DocumentCode", "DocumentCatCode". Данные реквизиты подразумевают возможность передачи массива "Видов и Категорий документов для предоставления. В связи с этим вопрос на конкретном примере. В декларации по налогу на прибыль расшифровка строки 011 приложения 1 к листу 02 - "Выручка от реализации товаров (работ, услуг) собственного производства" производится по первичным документам. Например, в расшифровку данной строки включается документ "Акт приема-передачи электроэнергии" на сумму 1000 руб. Может ли из АИС "Налог-3" прийти запрос, в котором в качестве фильтра будет указан «"DocumentCode" = "0180000057" Договор энергоснабжения»? То есть, если ставить вопрос шире: Должна ли ИС налогоплательщика "уметь" передавать по запросу Приложения № 4 информацию об объектах, не связанных напрямую с финансовыми показателями в декларации по налогу на прибыль (передавать информацию о приказах, служебных записках, договорах и т.п.)? |
| Элемент Body - тело запроса, является составным и содержит параметры самого запроса. Например, параметр RegNumber - регистрационный номер декларации, по которой осуществляется запрос соответствующих первичных документов, или парметры Inn и Kpp - ИНН и КПП контрагента, по которому запрашиваются документы, отражающие взаимоотношения налогоплательщика с данным контрагентом. Также запрос может быть ограничен параметрами: DocumentCatCode (Код категории документа по справочнику KDOC) и DocumentCode (Код вида документа по справочнику SPVDOC), которые являются необязательными и, следовательно, могут отсутствовать в запросе. Обращаем внимание, что данные справочники унифицируют виды и категории документов. Т.е. в запросе может быть требование представить конкретную категорию документов (договор, накладная, декларация и т.п.) по её коду и вид документа (акт выполненных работ по инжиниринговым услугам, договор купли-продажи, агентский договор и т.п.). И в случае наличия у налогоплательщика первичных документов, соответствующих требованиям запроса, их необходимо включить в реестр. Что касается конкретного примера, то в реестр должны попадать документы, соответствующие запросу либо по конкретной декларации (всё, что касается исчисления данного налога и за налоговый/отчетный период конкретной декларации), либо по взаимоотношениям с конкретным контрагентом. Таким образом, запрос может касаться любого другого налога, либо не иметь отношения к налогу. В рамках взаимоотношений с контрагентом могут участвовать любые документы, которые могут не влиять на формирование каких-либо финансовых показателей. |
| В Приложение № 4 к регламенту взаимодействия через информационную систему организации "Сервис предоставления реестра документов, размещенных в электронном архиве информационной системы налогоплательщика" имеется параметр "TicketId" длиной в 32 символа. В 1С это например "Передача ОС" который регистрирует реализацию ОС и формирует на уровне проводок доходную часть (Кт 91 счета) и расходную часть (Дт91 счета.) В этом случае у нас имеется один документ с одним уникальным GUID, который участвует в формировании строк дохода и расхода. Будет ли ошибкой передавать один документ (и один уникальный guid) и по расходу и по доходу? Если это будет являться ошибкой, то длины поля 32 символа будет недостаточно, так как к GUID документа надо будет прибавить размерность поля уникальности записи проводки (например 3-4 символа) и в этом случае необходимая размерность поля получится в 35-36 символов. |
| При выполнении отбора данных для сервиса «Предоставление реестра документов» должны ли мы ограничиваться только теми документами, которые участвуют в формировании налоговой базы по налогу на прибыль? |
| Нет. Предоставление реестра документов осуществляется по запросу налогового органа. Условия отбора документов указываются в запросе. Например, параметр RegNumber - регистрационный номер декларации, в таком случае реестр документов должен содержать все документы, которые послужили основанием для расчета налога по конкретной декларации. Или запрос может касаться всех документов по взаимоотношениям с контрагентам, тогда в запросе указываются парампетры Inn, Kpp - ИНН и КПП контрагента. Данный перечень может быть ограничен конкретным видом документа по справочнику. |
| Предоставления реестра документов. Атрибут DocumentDate «Дата документа». Имеется в виду дата первичного документа хоз.операции или дата принятия ее к учету у налогоплательщика? Например, дата счета-фактуры на бумажном носителе или дата получения и принятия к учету оригинала счета-фактуры? Есть ли разная трактовка этой даты в зависимости от сценария? |
| DocumentDate - это дата конкретного первичного документа, на основании которого фиксируется хозяйственная операция. Аналогично и другие реквизиты: номер (DocumentNumber) и наименование (DocumentName). |
| В состав элемента Document добавлены новые атрибуты: О каком налоге идет речь? НДС? Для каких налоговых деклараций и хозяйственных операций релевантны данные поля? |
| Предоставление реестра документов осуществляется по запросу налогового органа. Условия отбора документов указываются в запросе. Если условием является параметр RegNumber - регистрационный номер декларации, то реестр документов должен содержать все документы, которые послужили основанием для расчета налога по указанной декларации. Если условием является Inn, Kpp - ИНН и КПП контрагента, то реестр документов содержит все документы по взаимоотношениям с указанным контрагентам. |
| Прошу пояснить, как должны отрабатывать сервисы «Получение документа для просмотра» и «Получение реестра документа» в случае, если к одной хозяйственной операции привязаны несколько документов. Например, отражение в учете операции «входящая услуга» по следующим документам: «Акт выполненных работ» (основной документ) и «Реестр» (приложение к основному документу). Учитывая, что сервис «Получение документа для просмотра» не предполагает передачу архива (допустимые форматы: ms-excel, ms-word, pdf, rtf, jpeg, tiff, xml, oxml-word, oxml-spreadsheet), то мы сможем предоставить для просмотра не более одного документа по одной хозяйственной операции. Следовательно, представляем доступ только к одному основному документу - «Акту выполненных работ». Прошу подтвердить правильно ли мы понимаем логику работы сервиса. То же самое касается сервиса «Получение реестра документа». В соответствии с описанием реестр документов предполагает, что хозяйственные операции (бухгалтерские проводки) должны быть расшифрованы, в том числе в разрезе идентификационных номеров первичного документа с указанием параметра «Сумма» по документу. В случае, если к одной хозяйственной операции привязаны несколько документов, то каким образом нам следует заполнять реестр документов: - одной строкой, с указанием реквизитов только основного документа? - несколькими строчками по всем привязанным документам? Но в таком случае будет дублироваться показатель «Сумма» и итог не сойдется с суммой по строке декларации. |
| Для сервисов «Получение документа для просмотра» и «Получение реестра документа» не используется связка операция – документ. В рамках Сервиса 4 "Представление реестра документов.." должны отражаться только документы, имеющие скан-образы. Каждому скан-образу первичного учетного документа должен соответствовать свой уникальный идентификатор, по которому налоговый орган может запросить документ на просмотр в рамках Сервиса 5 . |
| При отправке реестра документов необходимо заполнять параметр "Регистрационный номер декларации". Правильно ли мы понимаем, что регистрационный номер декларации – это номер, который присваивает налоговый орган при приемке декларации? |
| Регистрационный номер декларации (RegNumber) – это номер, который присваивает налоговый орган при приеме декларации. В случае подачи декларации в электронном виде посредством ТКС регистрационный номер указывается в квитанции о приеме. |
| Согласно Приложению №4, следует включать в реестр только документы, раскрытые в виде электронных сканов или идентифицировать документы по всем хозяйственным операциям, которые могут входить в запрос? Не каждый документ, отражающий хозяйственную операцию, может быть раскрыт электронным сканом. Должен ли такой документ иметь уникальный идентификатор для АИС "Налог-3"? |
| В реестр должны содержаться только документы, имеющие скан-образы. Каждому скан-образу первичного учетного документа должен соответствовать свой уникальный идентификатор. |
| Согласно Приложению №4 реестр документов помимо самого документа должен содержать его документ-основание. Есть ли какие-то формальные правила по соответствию документа и документа-основания (например: счет-фактура – договор; товарная накладная – счет-фактура)? Или предприятие может указывать документы-основания по своему усмотрению? |
| Документ-основание - это всегда договор. |