Сервис 8

Правильно ли мы понимаем, что ОperationSum – это полная сумма операции (по бухгалтерскому учету) должна быть указана, а параметр Sum – это та часть суммы операции, которая учитывается в декларации (при расчете) того или иного налога?
Если сумма операции в расчет какого-либо налога попала в полном размере, то значения ОperationSum и Sum в этом случае будут равны, а если сумма операция в расчет какого-либо налога попала не в полном размере, то значения ОperationSum и Sum не равны?

Элемент Sum - Сумма операции, отраженная в строке декларации (в рублях, копейках), входит в состав множественного элемента NBO - Сведения по отражению операции в строках деклараций и отражает сумму операций, отраженных в конкретной строке налоговой декларации.

Элемент же NBO входит в структуру ответа на запрос наравне с элементом OperationSum - Итоговая сумма по операции (в рублях, копейках). Таким образом, элемент ОperationSum – это полная сумма операции, а элемент Sum – это та часть суммы операции, которая учитывается в налоговой декларации. Если сумма операции в расчет какого-либо налога попала в полном размере, то значения ОperationSum и Sum будут равны.

Не будет ли считаться ошибкой, если система НП в ответе на запрос по сценарию 8 вернёт код ответа 200, в случае если сведения по запрашиваемому периоду в системе отсутствуют.

В этом случае ИС НП возвращается код 414 "Сведения по запрашиваемому периоду в системе отсутствуют".

Просьба подтвердить справедливость возвращения кода ответа 200 в случае, если сведения по запрашиваемому периоду в системе отсутствуют.

В этом случае ИС НП возвращается код 414 "Сведения по запрашиваемому периоду в системе отсутствуют".

В ответ на запрос сервиса getOperationsProtocol необходимо возвращать перечень тех операций, которые подлежат раскрытию в соответствии с уровнями "4" и "5" по РИВ?

Если в соответствии с РИВ раскрытие показателя предусмотрено исключительно до уровня "1", "2" либо "3", то передавать операцию строго нельзя, допускается по желанию налогоплательщика или всё равно необходимо?

Структура "NBO" как элемент структуры "Result" ответа по сценарию 8 необязательна во всех случая или есть ситуации, когда представление этой структуры обязательно?

Если в соответствии с РИВ ни для одной декларации, ни для одного показателя не предусмотрено раскрытие уровней "4", "5", то допускается ли возвращение пустого реестра операций в ответ на запрос по сценарию 8?

Допускается ли отсутствие структуры "Document" для всех операций, если в РИВ не предусмотрено раскрытие до уровней "6" и "7"?

Элемент "OperationName" ("Наименование (содержание) операции") должен строго соответствовать значению указанному в РИВ в графе "Наименование операции по данным бухгалтерского учета"?

Если есть операция, для которой по РИВ по части строк предусмотрено раскрытие по уровням "4" либо "5", а для части строк раскрытие по этим уровням не предусмотрено, что должно быть в структуре NBO, только строки предусмотренные РИВ или не только они?

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

В соответствии с пп.1 п.1 ст.105.28 НК РФ налоговый мониторинг прекращается досрочно в случае неисполнения организацией регламента информационного взаимодействия. Таким образом, при ответе на запрос сервиса уровень раскрытия показателей налоговой отчетности должен быть не ниже заявленного и представленного в налоговый орган в регламенте информационного взаимодействия. Налоговое законодательство не ограничивает возможность представления информации в большем объеме, чем заявлено в регламенте информационного взаимодействия.

В соответствии со сценарием использования сервиса налоговый орган является инициатором отправки запроса на получение реестра операций. Условия отбора операций для представления ответа на запрос сервиса указываются в теле запроса (OperationsProtocolRequestBody). Тело запроса содержит дату начала (DateFrom) и окончания (DateTo) периода, к которому относятся операции и лицо, в отношении которого запрашиваются операции, если элемент не заполнен, то в результат должны попадать все операции за запрашиваемый период (Counterparty).

В текущей редакции сервиса структура "NBO" как элемент структуры "Result" необязательна к заполнению.

Планируется ли расширение набора элементов, передаваемых в структуре Document в сервисах, предусмотренных сценариями 8, 13, 15?

Не планируется, но возможно.

Существуют ли процессы, в рамках которых инспектор, получив реестры по сценариям 8, 13, 15, будет запрашивать на просмотр документ? Возможно ли такое, что документ будет запрашиваться сразу по сценарию 5, без получения реестра по сценарию 4?

Да, может запрашивать на просмотр документ, возможно без получения реестра по сценарию 4.

Карточка операций может содержать в себе несколько сумм, в том числе сумму с налогами и без. Какую сумму фактически нужно передавать в элементе "OperationSum"?

Итоговую сумму по операции (с НДС)

Правильно ли мы понимаем, что речь идёт о реквизите "Регистрационный номер отчетности в налоговом органе" документа "Квитанция о приеме налоговой декларации (расчета) в налоговые органы" (КНД 1166002) для элемента RegNumber?

Да, верно