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