Документ «Исполнительный лист»

Регистрирует поступивший в организацию исполнительный документ по сотруднику и задаёт условия планового удержания из его заработка в пользу взыскателя: алименты в долях (¼, ⅓, ½), процентом, фиксированной суммой, с пределом взыскания и с сохранением заработка по прожиточному минимуму. Документ раздела «Налоги и удержания» в ЗУП для Казахстана 3.1. Сам ничего не удерживает — пишет условия в регистры, а суммы считают документы расчёта зарплаты.

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

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

В организацию поступил исполнительный документ по сотруднику — судебный приказ или исполнительный лист об удержании из заработка. Это удержание нужно один раз зарегистрировать и задать его условия. Документ «Исполнительный лист» (Документ.ИсполнительныйЛист) фиксирует взыскателя (получателя), способ расчёта удержания и его размер, период действия и очередь взыскания. Типичный казахстанский сценарий — алименты на несовершеннолетних детей в долях от заработка: ¼ на одного ребёнка, ⅓ на двух, ½ на трёх и более (для этого в шапке есть пара полей Числитель/Знаменатель).

Ключевая особенность: сам документ ничего не удерживает и бухгалтерских проводок не формирует. При проведении он только записывает условия планового удержания в служебные регистры (в т.ч. ПлановыеУдержания), а фактический расчёт сумм ежемесячно выполняют документы расчёта зарплаты на основании этих условий. Способов расчёта несколько — долей, процентом от базы, фиксированной суммой; поддерживается предел взыскания (удерживать до погашения долга, реквизиты ПрекратитьПоДостижениюПредела/Предел), сохранение заработка с учётом прожиточного минимума и перечисление через платёжного агента.

Кто работает: расчётчик заработной платы, бухгалтер по расчётам с персоналом — при поступлении исполнительного документа. Удобнее всего создавать «на основании» элемента справочника «Сотрудники» — тогда организация и сотрудник подставятся сами.

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

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

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

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

Проходим по шагам: от пустого документа до проведённых условий удержания. Помните: суммы появятся не здесь, а в расчёте зарплаты за период.

Урок 1. Алименты в долях от заработка

Когда: поступил исполнительный документ об удержании алиментов с сотрудника в доле от заработка. Это основной казахстанский сценарий: ¼ на одного ребёнка, ⅓ на двух, ½ на трёх и более детей.

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

Урок 2. Удержание процентом или фиксированной суммой

Когда: исполнительный документ предписывает удерживать процент от заработка либо твёрдую ежемесячную сумму (например, в возмещение ущерба).

  1. Создаём документ и заполняем базовые поля, как в Уроке 1: Организация, Сотрудник, Вид исполнительного документа, Получатель, Дата действия.
  2. В Способе расчёта выбираем процентный вариант и заполняем Процент — либо вариант «фиксированной суммой» и заполняем Сумму.
  3. Для процентного способа задаём Вид базы — от какой части заработка берётся процент. Поля Числитель/Знаменатель при этих способах не заполняем.
  4. Указываем Удержание и Очередность взыскания, проверяем Прожиточный минимум и проводим документ.
⚠️ Важно. Заполняйте только то размерное поле, которое соответствует способу расчёта: Процент — для процента, Сумма — для фиксированной суммы, пара Числитель/Знаменатель — для доли. В метаданных все размерные поля помечены обязательными; на форме их видимость обычно сужается по выбранному способу — ориентируйтесь на то, что показано на экране.
📌 Заметка. При процентном удержании держите в уме общий предел удержаний из заработка по законодательству. Поле Коэффициент участвует в расчёте удержания; конкретная формула его применения в исходных данных объекта не раскрыта — заполняйте по правилам учётной политики и методике расчётного документа.

Урок 3. Долг с пределом, агент и прекращение

Когда: исполнительный документ на конкретную сумму долга; перечисление идёт через посредника; либо удержание пора прекратить.

  1. Взыскание долга до суммы. Оформите документ как в Уроке 1/2 (способ — процентом или суммой), установите флаг «Прекратить по достижению предела» и в поле Предел укажите общую сумму взыскания (сумму долга). Расчёт зарплаты будет удерживать, пока накопление не достигнет предела.
  2. Перечисление через платёжного агента. Заполните Платёжный агент (контрагент-посредник) и Тариф платёжного агента, проверьте Удержание вознаграждения платёжного агента — вид расчёта, которым с сотрудника дополнительно удержат вознаграждение агента. Если перечисляете напрямую взыскателю — агента и тариф оставьте пустыми.
  3. Сохранение заработка по ПМ. Установите флаг «Сохранять заработок с учётом прожиточного минимума» и заполните табличную часть «Сохраняемый заработок»: в каждой строке Прожиточный минимум и Количество прожиточных минимумов (кратность). Расчёт ограничит удержание так, чтобы сотруднику оставался заданный минимум.
  4. Прекращение удержания. Когда ребёнку исполнилось 18, долг погашен или документ отозван — не удаляйте документ: заполните Дату окончания и перепроведите. После этой даты плановое удержание перестанет действовать.
⚠️ Важно. Поля Предел и флаг «Прекратить по достижению предела» платформа на пустоту не проверяет — корректность пары «флаг + предел» на вас: без заполненного предела режим взыскания «до суммы» не сработает. Поля Платёжный агент и Тариф тоже необязательные, но Удержание вознаграждения платёжного агента по метаданным обязательно всегда.
💡 Подсказка. Документ можно ввести «на основании» карточки сотрудника (Catalog.Сотрудники) — это основной быстрый путь: организация и сотрудник подставятся из основания, останется дозаполнить вид документа, получателя, способ расчёта и размер. После проведения проверяйте успех по факту проведения, а суммы удержаний ищите в документах расчёта зарплаты за период.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (уникальность номера в пределах года). В шапке 28 реквизитов и 2 табличные части. Бухгалтерских проводок документ не формирует — он регистрирует условия планового удержания. Ниже — реквизиты шапки и состав табличных частей дословно из метаданных; имена пригодны как опорные строки для поиска элементов формы.

Реквизиты шапки (ключевые)

ИмяТипОбяз.Назначение
ОрганизацияСправочникСсылка.ОрганизацииДаОрганизация-работодатель, в которой регистрируется удержание
ФизическоеЛицо (синоним «Сотрудник»)СправочникСсылка.ФизическиеЛицаДаСотрудник-должник; хранится именно физлицо (удержание действует по человеку)
ВидИсполнительногоДокументаПеречислениеСсылка.ВидыИсполнительныхДокументовДаКлассификация документа-основания (вид исполнительного документа)
РеквизитыИсполнительногоДокументаСтрокаНетНомер, кем и когда выдан документ-основание (справочно-печатное)
ПолучательСправочникСсылка.КонтрагентыДаВзыскатель — контрагент, в пользу которого удерживают суммы
АдресПолучателя / АдресПолучателяПредставлениеСтрокаНетАдрес взыскателя: хранимое значение и его представление (типовая пара «значение + представление»)
ДатаДействияДатаДаНачало действия удержания (вместе с датой окончания задаёт период записей в регистрах)
ДатаОкончанияДатаНетКонец действия; пусто — бессрочно (до прекращения или предела)
СпособРасчетаПеречислениеСсылка.СпособыРасчетаУдержанияПоИсполнительномуДокументуДаАлгоритм расчёта (доля / процент / сумма…) — главный переключатель; состав значений в выгрузке не определён
ВидБазыПеречислениеСсылка.ВидыБазыУдержанияПоИсполнительномуДокументуДаКакая база заработка берётся для расчёта удержания
УдержаниеПланВидовРасчетаСсылка.УдержанияДаВид расчёта из плана «Удержания» — через него условия попадают в расчёт зарплаты
Процент / СуммаЧислоДа*Размер удержания процентом / фиксированной суммой (по смыслу — по выбранному способу)
Числитель / ЗнаменательЧислоДа*Доля заработка: 1/4, 1/3, 1/2 (один / двое / трое и более детей)
ПрожиточныйМинимумСправочникСсылка.ПрожиточныеМинимумыДаПоказатель ПМ для расчётов, связанных с сохранением заработка
ПрекратитьПоДостижениюПредела / ПределБулево / ЧислоНетРежим взыскания «до суммы долга» и сама предельная сумма (пустоту платформа не проверяет)
УчитыватьБольничныеЛистыБулевоНетВключать ли оплату больничных в базу удержания (уточнение к виду базы)
ПлатежныйАгент / ТарифПлатежногоАгентаСправочникСсылка.Контрагенты / .ТарифыПлатежныхАгентовНетПосредник перечисления и тариф его вознаграждения
ОчередностьВзысканияПеречислениеСсылка.ОчередностьВзысканияУдержанийДаОчередь удовлетворения требования при нескольких удержаниях у сотрудника
УдержаниеВознагражденияПлатежногоАгентаПланВидовРасчетаСсылка.УдержанияДаВид расчёта для удержания с сотрудника вознаграждения агента (обязателен по метаданным всегда)
СохранятьЗаработокСУчетомПрожиточногоМинимумаБулевоНетСохранять за сотрудником заработок не ниже заданного через ПМ (детализация — в ТЧ «Сохраняемый заработок»)
КоэффициентЧислоДаЧисловой коэффициент расчёта удержания (формула применения в выгрузке не раскрыта)
Ответственный / КомментарийСправочникСсылка.Пользователи / СтрокаНетСлужебные поля
📌 Об обязательности (со звёздочкой). Формально fill_value_required = ShowError стоит сразу у всех размерных полей (Процент, Сумма, Числитель, Знаменатель, Коэффициент) и у ПрожиточныйМинимум / УдержаниеВознагражденияПлатежногоАгента — итого 16 полей проверяет платформа. На практике типовое решение сужает фактически проверяемый набор обработчиком проверки заполнения в зависимости от СпособРасчета, но код модулей в исходных данных объекта отсутствует, поэтому подтвердить это сужение по данным нельзя — см. блок об источнике ниже.

Табличные части

ИмяНазначение
СохраняемыйЗаработокПрикладная ТЧ: детализация сохранения заработка при взысканиях — какой ПрожиточныйМинимум и какая кратность (КоличествоПрожиточныхМинимумов) остаётся за сотрудником. Работает в паре с флагом СохранятьЗаработокСУчетомПрожиточногоМинимума; результат проведения попадает в регистр СохраняемыйЗаработокПриВзысканиях
ДополнительныеРеквизитыСтандартная ТЧ подсистемы дополнительных реквизитов и сведений: произвольные пользовательские свойства документа (Свойство — план видов характеристик, Значение — составной тип, ТекстоваяСтрока)

Колоночный состав ТЧ СохраняемыйЗаработок: ПрожиточныйМинимум (СправочникСсылка.ПрожиточныеМинимумы) и КоличествоПрожиточныхМинимумов (Число — кратность сохраняемого заработка).

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

Документ объявлен регистратором по 5 регистрам — это регистрация условий планового удержания, а не сумм начислений. Бухгалтерских проводок нет (в составе регистраторов нет регистров бухгалтерии).

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

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

⚠️ Важно об источнике. В использованной JSON-карте объекта отсутствуют формы и модули (forms: [], bsl_static: [], bsl_summaries: [], commands: []), поэтому дословный текст процедур ОбработкаПроведения / ОбработкаПроверкиЗаполнения и обработчиков ПриИзменении привести нельзя. Ниже — реконструкция по метаданным (обязательность реквизитов и состав регистров-приёмников): это не цитата исходного кода, а корректная по структуре схема того, как типовая ЗУП проводит документ.

Структура обязательности (из fill_value_required: ShowError) — то, что проверяет платформа на уровне типовой ОбработкаПроверкиЗаполнения:

// Реконструкция по metadata: 16 реквизитов с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "Организация, ФизическоеЛицо, ВидИсполнительногоДокумента, Получатель,
     ДатаДействия, СпособРасчета, ВидБазы, Удержание,
     Процент, Сумма, Числитель, Знаменатель, Коэффициент,
     ПрожиточныйМинимум, ОчередностьВзыскания,
     УдержаниеВознагражденияПлатежногоАгента";
// На практике состав размерных полей сужается по СпособРасчета
// в ОбработкаПроверкиЗаполнения — её текста в выгрузке нет.

Схема проведения (реконструкция): документ пишет движения в один регистр накопления и четыре регистра сведений — это условия удержания, а не суммы.

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

    // 0. Документ НЕ формирует бухгалтерских проводок и не удерживает деньги.
    //    Он регистрирует УСЛОВИЯ планового удержания; суммы считает расчёт зарплаты.
    //    Главный переключатель — СпособРасчета (доля / процент / сумма).

    // 1. Точка входа для расчёта зарплаты: плановое удержание сотрудника.
    Движения.ПлановыеУдержания;                       // вид расчёта Удержание + условия

    // 2. Полные условия удержания по исполнительному документу.
    Движения.УсловияУдержанияПоИсполнительномуДокументу; // способ, размеры, период, получатель

    // 3. Предел взыскания (если ПрекратитьПоДостижениюПредела = Истина).
    Движения.УдержанияДоПределаПоСотрудникам;          // накопление удержанного
    Движения.ПредельныеСуммыУдержанийСотрудников;      // предельная сумма (Предел)

    // 4. Сохранение заработка по прожиточному минимуму (из ТЧ СохраняемыйЗаработок).
    Движения.СохраняемыйЗаработокПриВзысканиях;

    // 5. Запись наборов записей всех регистров.
    Движения.Записать();

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

Зависимости

Дословный список общих модулей в выгрузке отсутствует. Структурно документ опирается на:

ЗависимостьЧто используется
Планы видов расчётаУдержания — виды расчёта самого удержания (Удержание) и вознаграждения агента (УдержаниеВознагражденияПлатежногоАгента)
СправочникиОрганизации, ФизическиеЛица, Контрагенты (получатель и платёжный агент), ПрожиточныеМинимумы, ТарифыПлатежныхАгентов, Пользователи
ПеречисленияВидыИсполнительныхДокументов, СпособыРасчетаУдержанияПоИсполнительномуДокументу, ВидыБазыУдержанияПоИсполнительномуДокументу, ОчередностьВзысканияУдержаний
Документы-основанияСотрудники (Catalog.Сотрудники) — ввод «на основании» из карточки сотрудника
Потребители условийДокументы расчёта зарплаты — читают ПлановыеУдержания и связанные регистры, чтобы ежемесячно рассчитать и удержать суммы
📌 Заметка. Список «кто создаётся на основании этого» в выгрузке пуст (inverse_based_on — не определено): по данным метаданных на основании «Исполнительного листа» другие объекты не вводятся. Команды объекта (commands: []) и формы (forms: []) в карте также отсутствуют — имена полей для поиска элементов формы берите дословно из таблицы реквизитов шапки.

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