Документ «Запрос на информационное обслуживание налогоплательщика»
Формирует обращение организации в налоговый орган за информационной услугой — справкой о состоянии расчётов, выпиской или актом сверки с бюджетом за указанный период. Объект унаследован из российской типовой ЗУП 3.1 и предназначен для документооборота с ФНС России; в казахстанском учёте для взаимодействия с органами госдоходов РК не используется.
🎯 Что это и зачем
Документ «Запрос на информационное обслуживание налогоплательщика» (имя метаданных ЗапросНаИнформационноеОбслуживаниеНалогоплательщика) реализует механизм ИОН — информационного обслуживания налогоплательщика. Организация формирует запрос за период с ДатаНачалаПериода по ДатаОкончанияПериода, указывает вид нужной услуги (справка / выписка / акт сверки расчётов с бюджетом) и направляет его в налоговый орган через подсистему электронного документооборота.
ВидыУслугПриИОН, ФорматОтветаНаЗапросИОН, ТипыСверокИОН, КоличествоНалоговДляСверкиИОН, формат документооборота ФорматыДокументооборотаСФНС (ФНС — налоговая служба РФ), классификаторы КБК и ОКАТО/ОКТМО — российские. Для взаимодействия с органами госдоходов РК, сверки с бюджетом по ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС и иных казахстанских задач этот документ не предназначен.Документ не производит движений по регистрам (запись в регистры отсутствует) — он служит заданием для подсистемы документооборота. Нумерация сквозная (без годовой периодичности), номер строковый длиной 11 символов.
🧭 Где найти в программе
Раздел «Отчётность» → пункт «Запрос на информационное обслуживание налогоплательщика». Откроется журнал документов; новый создаём кнопкой «Создать».
👤 Часть 1. Для пользователя
Все сценарии относятся к российскому механизму ИОН (документооборот с ФНС) и приведены для полноты справочника. В казахстанском учёте документ не применяется.
Урок 1. Запрос справки о состоянии расчётов
Когда: организации нужна информационная услуга налогового органа — справка или выписка за определённый период.
- Создать документ «Запрос на информационное обслуживание налогоплательщика».
- Заполнить поле «От кого» (
Организация) — организация-заявитель; обязательное поле. - Заполнить поле «Кому» (
Получатель) — выбрать регистрацию в налоговом органе из справочникаРегистрацииВНалоговомОргане; необязательное поле. - Указать период: «Начала периода» (
ДатаНачалаПериода) и «Окончание периода» (ДатаОкончанияПериода); оба поля обязательны. - Выбрать «Вид услуги» (
ВидУслуги, перечислениеВидыУслугПриИОН) — обязательное поле. - Выбрать «Формат ответа» (
ФорматОтвета, перечислениеФорматОтветаНаЗапросИОН) — обязательное поле. - Заполнить «Формат запроса» (
ФорматЗапроса, перечислениеФорматыДокументооборотаСФНС) и «Дополнительный параметр» (ДополнительныйПараметр, число) — оба обязательны. - При необходимости заполнить «Адрес представления справки» (
АдресПредставленияСправки) и «Комментарий». - Нажать «Записать».
ShowError: Организация, ДатаНачалаПериода, ДатаОкончанияПериода, ВидУслуги, ФорматОтвета, ДополнительныйПараметр, ФорматЗапроса. Обратите внимание: ДополнительныйПараметр — числовое поле с обязательным заполнением, несмотря на название «дополнительный».Урок 2. Запрос сверки по выбранным налогам
Когда: организации нужен акт сверки не по всем, а по конкретным налогам или сборам.
- Создать документ и заполнить шапку по шагам Урока 1.
- Указать «Тип сверки» (
ТипСверки, перечислениеТипыСверокИОН) и «Количество налогов» (КоличествоНалогов, перечислениеКоличествоНалоговДляСверкиИОН); оба поля необязательные по метаданным. - В табличной части «Налоги и сборы, по которым проводится сверка» (
ЗапрашиваемыеНалоги) построчно ввести:- КБК — код бюджетной классификации (строка, российский классификатор);
- «ОКАТО или ОКТМО» (
ОКАТО) — российский территориальный классификатор (строка); - Налог — наименование налога/сбора (свободная строка).
- Записать.
Урок 3. Просмотр и исправление запроса
Когда: нужно найти ранее сформированный запрос или исправить ошибку в уже созданном документе.
- Просмотр. Открыть список документов. Номер строковый, длиной 11 символов, нумерация сквозная (без годовой периодичности) — все запросы организации доступны в едином журнале без разбивки по годам. Открыть нужный документ и проверить период, вид услуги, формат ответа и состав табличной части
ЗапрашиваемыеНалоги. - Исправление. Открыть документ, исправить
ДатаНачалаПериода/ДатаОкончанияПериода,ВидУслуги,ФорматОтветаили строки табличной части. Реквизита «Исправленный документ» нет, движений нет — правка сводится к перезаписи. - Нажать «Записать». Статус передачи в налоговый орган отслеживается подсистемой документооборота, а не самим документом.
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)
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 пуст) |
РегистрацииВНалоговомОргане относятся к российской подсистеме ИОН/ФНС. Никаких казахстанских перечислений, ссылок на органы госдоходов РК или реквизитов БИН/ИИН в объекте нет.🔗 Связанные разделы
- Регламентированный отчёт — основной инструмент сдачи отчётности и взаимодействия с налоговыми органами в конфигурации.
- Исполнительный лист — другой документ раздела «Отчётность», работа с удержаниями по исполнительным производствам.