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

В структуре ответа имеется обязательно поле DocumentId String.

В связи с этим возникают следующие вопросы:
1. DocumentId - это идентификатор документа (скан-образа) для получения документа в сервисе №5?
2. Если к договору есть несколько приложений или доп. соглашений, размещенных разными файлами к основному договору, как необходимо вернуть ответ на запрос?
3. Если в системе отсутствует скан-образ договора, какой ответ должен вернуться на запрос в сервисе №15?

А также какие коды вида документа по справочнику СПВДОК (DocumentCode) могут быть указаны в запросе сервиса №15?

1. Это идентификатор документа, который присваивается в ИС НП однократно и используется, в том числе и в других API-сервисах. Да, по данному идентификатору должна быть возможность просмотра скан-образа документа посредством сервиса №5, если скан-образ будет размещен в ИС НП.

2. Элемент Document (ОМ) является составным и множественным, поэтому при заполнении сервиса есть возможность выбора нескольких документов из справочника СПВДОК (договора, дополнение и т.д.). Следовательно, в ответ на запрос должна быть возвращена информация по всем документам, коды вида которых указаны в запросе, действовавших в данном периоде.

3. Посредством сервиса 15 не запрашивается скан-образ договора, а только данные, перечисленные в описании сервиса в составном элементе Document. Таким образом, налогоплательщику необходимо обеспечить наличие данной информации по договорам в своей ИС и направлять их в соответствии с xsd-схемой.

Запрашиваются коды видов документов 018 (Договор), 021 (Дополнение), 093 (Соглашение), 116 (Контракт).

Сервис должен формироваться в разрезе документов на отгрузку (актов выполненных работ, оказанных услуг) и оплаты по принципу оборотно-сальдовой ведомости в аналитике договора и контрагента по счетам 60 и 62 в корреспонденции со счетами 51 и 52 бухгалтерского учета?

Или
Сервис должен формироваться в разрезе аналитики контрагентов, договоров и поступившей оплаты по этим договорам за период?

На практике:
Договоры поставки (купли-продажи), как правило рамочные, подразумевают составление спецификаций на каждую отгрузку. Сумма договора, валюта обязательства и ОКПД2 меняются в каждой спецификации.
Или, например, в договоры строительного подряда могут вноситься изменения дополнительными соглашениями и по суммам и по объемам и иные.
А также много других нюансов, связанных с заключением и иных договоров.

Сведение предполагается запрашивать за определенный период времени.

Данные будут запрашиваться в разрезе контрагентов, с которыми у организации имеются действующие в указанном в запросе периоде договоры/контракты, с указанием информации по данным договорам/контрактам, в т.ч. информации по оплате (сумме зачисленных/списанных денежных средств – элементы «DocumentSumCredited» и «DocumentSumDebited»).

Также обращаем внимание, что элемент сервиса: DocumentSumTotal является условно-обязательным и указывается в случае, если элемент DocumentSumType = 1, т.е. в случае, когда общая сумма обязательств определена. В описанном вами примере с рамочными договорами значение элемента DocumentSumType следует указать =2, т.е. в данном примере общая сумма обязательств не определена и может изменяться на основании спецификаций.
В случае, если доп.соглашением общая сумма изменилась, то новое значение DocumentSumTotal следует указать к документу с кодом вида документа по справочнику СПВДОК, обозначающее доп.соглашение к договору, если такой код вида документа будет указан в запросе.
Также составной элемент Product не является обязательным и заполняется в случае, если это возможно.

Необходимо ли включить в ответ запись о договоре, который действует в указанном в запросе периоде, по котором в указанном в запросе периоде нет сумм, зачисленных на расчетный счет, и нет сумм, списанных с расчетного счета?

Да. Сервис предназначен для представления по запросу налогового органа сведений по всем действующим в запрашиваемом периоде договорам и контрагентам организации-участника налогового мониторинга.

Сервис предполагает запрос за отчетные периоды (1, 2, 3, 4 кварталы года) или запрос может быть за произвольные даты, например, с 15 числа первого месяца по 15 число седьмого месяца года.

Технически запрос может быть направлен с любого числа, любого месяца. Однако период запроса не будет превышать 3 месяцев (т.е. если дата начала периода, за который запрашиваются сведения: 15.01.2025, то максимальная дата окончания периода, за который запрашиваются сведения: 15.04.2025).

В ОКПД 2 использованы иерархический метод классификации и последовательный метод кодирования. Код состоит из 2 - 9 цифровых знаков.
Структура ОКПД 2 может быть представлена в следующем виде:
XX класс
XX.X подкласс
XX.XX группа
XX.XX.X подгруппа
XX.XX.XX вид
XX.XX.XX.XX0 категория
XX.XX.XX.XXX подкатегория

Вопросы:

Насколько глубоко должна быть раскрыта структура товара: до класса – 2 знака или до подкатегории 9 знаков?

Раскрытие товара должно осуществляться до класса/подкласса/группы и т.д. соответствующего предмету сделки.

Информационная система налогоплательщика предполагает ведение номенклатуры продукции (услуг, работ) для целей учета, но данная номенклатура не увязана со справочником «Общероссийский классификатор продукции по видам экономической деятельности (ОКПД 2)»
При реализации сервиса 15 проведение кодирования номенклатуры продукции (работ, услуг) имеющейся в ИС налогоплательщика классификатору ОКПД2 за период с начала проведения налогового мониторинга и по момент реализации сервиса может привести к большим временным затратам налогоплательщика.

Вопросы:

1. Насколько обязательным является реквизит ОКПД2 для реализации Сервиса 15? Будет или нет работать данный сервис в случае, если графа ОКПД2 будет пустой?
2. Возможно ли начать кодирование номенклатуры продукции с момента реализации данного сервиса в организации?

1. Данный элемент указывается в составе составного элемента Product, который является условно-обязательным. В описании сервиса указано: «В случае, если по сделке невозможно определить конкретный продукт/работу/услугу, то элемент не заполняется». Таким образом, данные без указания информации о продукте/работе/услуге по сервису пройдут. Однако, если сам элемент Product присутствует, то внутри его структуры указание ProductName обязательно. Соответственно, если договором конкретно определен предмет сделки, то элемент Product подлежит обязательному заполнению, а внутри него - наименование продукта/работ/услуг (ProductName).
Поскольку в каждой организации ведение номенклатуры может отличаться, для идентификации продуктов/работ/услуг использован Общероссийский классификатор ОКПД 2, который является единым для всех.

2. Налогоплательщик посредством реализации сервиса должен обеспечить представления информации в соответствии с требованиями подпункта 3 пункта 6 статьи 105.26 НК РФ. При кодировании номенклатуры продукции должен исходить из этого.

Является ли обязательным заполнение элемента CounterpartyName «Наименование контрагента в русской транскрипции» для иностранной организации? Если элемент является обязательным, то в каком документе зафиксировано наименование иностранного контрагента в русской транскрипции? Или для заполнения элемента нужно применять алгоритм транслитерации с латинского на русский. Если да, то каким стандартом (ГОСТ) регулируется транслитерация с латинского на русский?

Заполнение элемента "CounterpartyName" является условно-обязательным. Является обязательным только если контрагент - российская организация. Для иностранной организации может не заполняться.

При заполнении полей при ответе на поступивший запрос от налогового органа:
- DocumentSumCredited - Сумма зачисленных денежных средств от контрагента на расчетный счет организации, представляющей сведения, в периоде (руб, коп).
- DocumentSumDebited - Сумма списанных денежных средств в адрес контрагента с расчетного счета организации, представляющей сведения, в периоде (руб, коп).
налогоплательщиком заполняется информация о суммах денежных средств за период, который указан в запросе налогового органа, а не за период действия договора?
То есть, например: если в запросе налоговый орган интересуют сведения только за март текущего года, то и в ответе необходимо отдать сведения только за март, а не за период действия договора по март текущего года?

Да, верно. По элементам «DocumentSumCredited» и «DocumentSumDebited» указывается оборот за запрошенный период (по конкретному договору с конкретным контрагентом). Если это март, то оборот по договору за март.

Из описания сервисов не ясны сроки размещения налогоплательщиками соответствующей информации в ИС.
1. Правильно ли мы понимаем, что нам нужно будет руководствоваться общими сроками для раскрытия информации по налогу на прибыль согласно п.3.9.1 приложения 8 к приказу от 11.05.2021 N ЕД-7-23/476@ (не позднее 1 месяца со дня представления налоговой декларации (уточненной налоговой декларации) по налогу на прибыль?
То есть в первый раз реестр договор и контрагентов мы должны будем разместить не позднее 25.08.2025?
2. Нам нужно будет разместить реестр договоров и контрагентов одновременно за 1-2 кварталы 2025 года? Или за 1 квартал 2025 г. в более ранние сроки?

Нет. Сервис предназначен для представления по запросу налогового органа сведений по действующим в запрашиваемом периоде договорам и контрагентам организации-участника налогового мониторинга. Сведения представляются по указанным в запросе налогового органа контрагентам, видам документа на основании справочника СПВДОК и периоду.

Информация может быть запрошена в течение срока проведения налогового мониторинга за соответствующий период и следующих трех лет со дня окончания срока его проведения в соответствии с требованиями подпункта 3 пункта 6 статьи 105.26 НК РФ.

Правильно ли мы понимаем, что элементы DocumentSumCredited и DocumentSumDebited структуры Document всегда заполняются в пересчете на рубли и копейки?

Да. Пересчет необходимо производить по курсу ЦБ на дату оплаты (в случае если зачисление/списание происходит на/с валютные(ых) счета(ов)).

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

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