Документ «Запрос на информационное обслуживание налогоплательщика»

Формирует обращение организации в налоговый орган за информационной услугой — справкой о состоянии расчётов, выпиской или актом сверки с бюджетом за указанный период. Объект унаследован из российской типовой ЗУП 3.1 и предназначен для документооборота с ФНС России; в казахстанском учёте для взаимодействия с органами госдоходов РК не используется.

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

🎯 Что это и зачем

Документ «Запрос на информационное обслуживание налогоплательщика» (имя метаданных ЗапросНаИнформационноеОбслуживаниеНалогоплательщика) реализует механизм ИОН — информационного обслуживания налогоплательщика. Организация формирует запрос за период с ДатаНачалаПериода по ДатаОкончанияПериода, указывает вид нужной услуги (справка / выписка / акт сверки расчётов с бюджетом) и направляет его в налоговый орган через подсистему электронного документооборота.

⚠️ Важно: объект — RU-наследие типовой ЗУП 3.1. Вся типизация российская: перечисления ВидыУслугПриИОН, ФорматОтветаНаЗапросИОН, ТипыСверокИОН, КоличествоНалоговДляСверкиИОН, формат документооборота ФорматыДокументооборотаСФНС (ФНС — налоговая служба РФ), классификаторы КБК и ОКАТО/ОКТМО — российские. Для взаимодействия с органами госдоходов РК, сверки с бюджетом по ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС и иных казахстанских задач этот документ не предназначен.

Документ не производит движений по регистрам (запись в регистры отсутствует) — он служит заданием для подсистемы документооборота. Нумерация сквозная (без годовой периодичности), номер строковый длиной 11 символов.

🧭 Где найти в программе

Раздел «Отчётность» → пункт «Запрос на информационное обслуживание налогоплательщика». Откроется журнал документов; новый создаём кнопкой «Создать».

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав доступа. Список форм и команд в метаданных объекта не определён — фактический вид формы следует уточнить в живой базе. Если пункт не найден в разделе «Отчётность», воспользуйтесь поиском через «Все функции».

👤 Часть 1. Для пользователя

Все сценарии относятся к российскому механизму ИОН (документооборот с ФНС) и приведены для полноты справочника. В казахстанском учёте документ не применяется.

Урок 1. Запрос справки о состоянии расчётов

Когда: организации нужна информационная услуга налогового органа — справка или выписка за определённый период.

  1. Создать документ «Запрос на информационное обслуживание налогоплательщика».
  2. Заполнить поле «От кого» (Организация) — организация-заявитель; обязательное поле.
  3. Заполнить поле «Кому» (Получатель) — выбрать регистрацию в налоговом органе из справочника РегистрацииВНалоговомОргане; необязательное поле.
  4. Указать период: «Начала периода» (ДатаНачалаПериода) и «Окончание периода» (ДатаОкончанияПериода); оба поля обязательны.
  5. Выбрать «Вид услуги» (ВидУслуги, перечисление ВидыУслугПриИОН) — обязательное поле.
  6. Выбрать «Формат ответа» (ФорматОтвета, перечисление ФорматОтветаНаЗапросИОН) — обязательное поле.
  7. Заполнить «Формат запроса» (ФорматЗапроса, перечисление ФорматыДокументооборотаСФНС) и «Дополнительный параметр» (ДополнительныйПараметр, число) — оба обязательны.
  8. При необходимости заполнить «Адрес представления справки» (АдресПредставленияСправки) и «Комментарий».
  9. Нажать «Записать».
⚠️ Важно. Семь реквизитов обязательны с проверкой ShowError: Организация, ДатаНачалаПериода, ДатаОкончанияПериода, ВидУслуги, ФорматОтвета, ДополнительныйПараметр, ФорматЗапроса. Обратите внимание: ДополнительныйПараметр — числовое поле с обязательным заполнением, несмотря на название «дополнительный».
💡 Подсказка. После записи документ служит заданием для подсистемы электронного документооборота. Движений по регистрам не производится — результат запроса отслеживается средствами сервиса отчётности, а не самим документом.

Урок 2. Запрос сверки по выбранным налогам

Когда: организации нужен акт сверки не по всем, а по конкретным налогам или сборам.

  1. Создать документ и заполнить шапку по шагам Урока 1.
  2. Указать «Тип сверки» (ТипСверки, перечисление ТипыСверокИОН) и «Количество налогов» (КоличествоНалогов, перечисление КоличествоНалоговДляСверкиИОН); оба поля необязательные по метаданным.
  3. В табличной части «Налоги и сборы, по которым проводится сверка» (ЗапрашиваемыеНалоги) построчно ввести:
    • КБК — код бюджетной классификации (строка, российский классификатор);
    • «ОКАТО или ОКТМО» (ОКАТО) — российский территориальный классификатор (строка);
    • Налог — наименование налога/сбора (свободная строка).
  4. Записать.
⚠️ Важно. Классификаторы КБК, ОКАТО и ОКТМО — российские. Для РК предусмотрены собственные КБК и структуры органов госдоходов; этот документ для казахстанских задач не подходит. Все три колонки табличной части строковые — ввод свободный, без подбора из справочников.
📷 Скриншот: табличная часть «Налоги и сборы, по которым проводится сверка»
Табличная часть ЗапрашиваемыеНалоги: колонки КБК, ОКАТО/ОКТМО и Налог — все строковые, ввод вручную.

Урок 3. Просмотр и исправление запроса

Когда: нужно найти ранее сформированный запрос или исправить ошибку в уже созданном документе.

  1. Просмотр. Открыть список документов. Номер строковый, длиной 11 символов, нумерация сквозная (без годовой периодичности) — все запросы организации доступны в едином журнале без разбивки по годам. Открыть нужный документ и проверить период, вид услуги, формат ответа и состав табличной части ЗапрашиваемыеНалоги.
  2. Исправление. Открыть документ, исправить ДатаНачалаПериода / ДатаОкончанияПериода, ВидУслуги, ФорматОтвета или строки табличной части. Реквизита «Исправленный документ» нет, движений нет — правка сводится к перезаписи.
  3. Нажать «Записать». Статус передачи в налоговый орган отслеживается подсистемой документооборота, а не самим документом.
📌 Заметка. Состав форм (forms) и команд (commands) в метаданных объекта не определён. Фактическое наличие команды «Отправить» или «Исправить» зависит от конкретной сборки конфигурации — проверяйте в живой базе.

🛠 Часть 2. Для программиста

Состав объекта и зависимости. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.

Структура объекта

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Nonperiodical (сквозная, без деления по годам). В шапке 12 реквизитов; 1 табличная часть. Формы, команды и BSL-модули в выгрузке отсутствуют.

Реквизиты шапки

ИмяСиноним в UIТипОбяз.Назначение
ОрганизацияОт когоcfg:CatalogRef.ОрганизацииДаОрганизация-заявитель
ПолучательКомуcfg:CatalogRef.РегистрацииВНалоговомОрганеНетРегистрация в налоговом органе — адресат запроса (RU-справочник)
ДатаНачалаПериодаНачала периодаxs:dateTimeДаНачало запрашиваемого периода
ДатаОкончанияПериодаОкончание периодаxs:dateTimeДаКонец запрашиваемого периода
ВидУслугиВид услугиcfg:EnumRef.ВидыУслугПриИОНДаВид информационной услуги ИОН
ФорматОтветаФормат ответаcfg:EnumRef.ФорматОтветаНаЗапросИОНДаФормат, в котором запрашивается ответ
АдресПредставленияСправкиАдрес представления справкиxs:stringНетКуда представить справку (строка)
ДополнительныйПараметрДополнительный параметрxs:decimalДаЧисловой параметр запроса; обязателен несмотря на название
ФорматЗапросаФормат запросаcfg:EnumRef.ФорматыДокументооборотаСФНСДаВерсия формата документооборота с ФНС — RU-наследие
КоличествоНалоговКоличество налоговcfg:EnumRef.КоличествоНалоговДляСверкиИОННетПо скольким налогам проводится сверка
КомментарийКомментарийxs:stringНетПроизвольное примечание
ТипСверкиТип сверкиcfg:EnumRef.ТипыСверокИОННетТип сверки ИОН
📌 Наследие РФ-типовой. Реквизит ФорматЗапроса (перечисление ФорматыДокументооборотаСФНС) и вся типизация перечислений (окончание «ИОН») относятся к российскому механизму взаимодействия с ФНС. Для казахстанского взаимодействия с органами госдоходов аналога в этом объекте нет.

Табличная часть: ЗапрашиваемыеНалоги

Синоним в UI: «Налоги и сборы, по которым проводится сверка». Назначение: перечень налогов/сборов для выборочной сверки.

ИмяСиноним в UIТипНазначение
КБККБКxs:stringКод бюджетной классификации — российский классификатор (RU-наследие)
ОКАТООКАТО или ОКТМОxs:stringРоссийский территориальный классификатор (RU-наследие)
НалогНалогxs:stringНаименование налога/сбора — свободная строка, без подбора из справочников

Движения по регистрам

Документ не производит движений по регистрам: metadata.register_records пуст. После записи/проведения ни один регистр не меняется. Результат запроса живёт в подсистеме документооборота (сервис отчётности), а не в регистрах самого документа.

📌 Заметка. Отсутствие движений означает, что документ не влияет на расчёт налогов и взносов РК (ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС), не создаёт записей в регистрах зарплаты и не участвует в формировании ФНО. Это принципиально отличает его от расчётных документов конфигурации.

Как формируется проведение — реальный код (3.1.2.24)

⚠️ Важно об источнике. В использованной XML-выгрузке конфигурации модули объекта и форм отсутствуют (секции bsl_static / bsl_summaries пусты), поэтому дословный текст процедур привести нельзя. Ниже — реконструкция по метаданным: это не цитата исходного кода, а корректная по структуре схема того, как платформа обрабатывает документ.

Платформенная проверка заполнения обязательных реквизитов (из fill_value_required: ShowError):

// Реконструкция по metadata: 7 реквизитов с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "Организация, ДатаНачалаПериода, ДатаОкончанияПериода,
     ВидУслуги, ФорматОтвета, ДополнительныйПараметр, ФорматЗапроса";
// Дополнительные прикладные проверки в bsl_static/bsl_summaries не определены.

Схема проведения (реконструкция): документ движений не производит, процедура проведения либо пуста, либо передаёт данные в подсистему документооборота.

// Реконструкция по metadata.register_records (пуст). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // Движений по регистрам нет — register_records пуст.
    // Документ служит заданием для подсистемы документооборота с ФНС (RU).
    // Передача запроса в налоговый орган выполняется механизмами сервиса
    // отчётности — в карте объекта не показана, код не определён.

КонецПроцедуры

Зависимости

BSL-анализ пуст; зависимости восстановлены по типам метаданных.

ЗависимостьЧто используется
СправочникиОрганизации (заявитель), РегистрацииВНалоговомОргане (адресат) — оба RU-подсистемы
ПеречисленияВидыУслугПриИОН, ФорматОтветаНаЗапросИОН, ФорматыДокументооборотаСФНС, КоличествоНалоговДляСверкиИОН, ТипыСверокИОН — все объекты RU-подсистемы документооборота с ФНС
Документы-основанияНе определено (based_on пуст); ввод «на основании» не заявлен
Создаётся на основанииНе определено (inverse_based_on пуст)
Регистры движенияОтсутствуют (register_records пуст)
📌 Наследие РФ-типовой. Все пять перечислений и справочник РегистрацииВНалоговомОргане относятся к российской подсистеме ИОН/ФНС. Никаких казахстанских перечислений, ссылок на органы госдоходов РК или реквизитов БИН/ИИН в объекте нет.

🔗 Связанные разделы