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

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

Удержания по исполнительным листам в Республике Казахстан производятся после обязательных платежей ИПН, ОПВ и ОПВР — размер базы для удержания зависит от выбранного ВидБазы. Документ не формирует бухгалтерских проводок и не исчисляет налоги напрямую — он только устанавливает правила планового удержания; само исчисление выполняет расчёт зарплаты.

Кто работает: бухгалтер-расчётчик зарплаты. Создаётся нерегулярно — по факту поступления нового постановления или определения суда.

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

Раздел «Зарплата» → «Исполнительные листы» → пункт «Изменение условий исполнительного листа». Новый документ удобнее создавать командой «Создать на основании» из исходного документа «Исполнительный лист».

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

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

Урок 1. Изменение размера удержания

Когда: поступило новое постановление суда — изменился процент, сумма или доля взыскания (например, алименты с 1/4 на 1/3 заработка).

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

Урок 2. Предел взыскания и платёжный агент

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

1. Создайте документ «на основании» исходного листа или от карточки сотрудника.
2. Предел взыскания. Установите флаг ПрекратитьПоДостижениюПредела = Истина. Заполните поле Предел — общая сумма взыскания в тенге. Без флага значение «Предел» не имеет смысла.
3. Платёжный агент. Выберите ПлатежныйАгент из справочника «Контрагенты» (банк или почта, через которых перечисляется удержанное). Заполните ТарифПлатежногоАгента (справочник тарифов). Укажите УдержаниеВознагражденияПлатежногоАгента — вид расчёта, которым вознаграждение агента будет удержано с сотрудника (поле формально обязательное при наличии агента).
4. Заполните остальные обязательные поля шапки (Организация, ФизическоеЛицо, ИсполнительныйЛист, ДатаИзменения, СпособРасчета, ВидБазы, Удержание).
5. Проведите документ.

Урок 3. Сохранение заработка (прожиточный минимум)

Когда: по требованию суда или закона за должником необходимо сохранить часть заработка, кратную прожиточному минимуму (ПМ).

1. В документе установите флаг СохранятьЗаработокСУчетомПрожиточногоМинимума = Истина.
2. Перейдите в табличную часть СохраняемыйЗаработок. Добавьте строку.
3. В колонке ПрожиточныйМинимум выберите нужный элемент справочника «ПрожиточныеМинимумы» (в программе ведётся казахстанский справочник ПМ).
4. В колонке КоличествоПрожиточныхМинимумов укажите кратность (например, 1 = один прожиточный минимум).
5. Заполните обязательные поля шапки и проведите документ.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (уникальность в пределах года). Формы и BSL-модули в JSON-выгрузку не попали (forms: [], bsl_static: []). Ниже — полный реквизитный состав и состав табличных частей по метаданным.

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

* Да (условно) — формально ShowError в метаданных, но поле осмысленно только при соответствующем СпособРасчета или включённом платёжном агенте. Одновременного заполнения всех числовых параметров форма не требует.

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

ДополнительныеРеквизиты (синоним «Дополнительные реквизиты») — стандартный механизм дополнительных реквизитов БСП:

СохраняемыйЗаработок (синоним «Сохраняемый заработок») — параметры заработка, сохраняемого за должником при взыскании:

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

Документ объявлен регистратором по 5 регистрам. При проведении все пять перезаписываются новыми условиями удержания.

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

Безусловно проверяемые реквизиты (fill_value_required: ShowError в метаданных):

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

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

Схема проведения (реконструкция по metadata.register_records):

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

    // 1. Перезаписываем действующие условия удержания.
    //    Ключ = ИсполнительныйЛист + ДатаИзменения.
    Движения.УсловияУдержанияПоИсполнительномуДокументу;
    //    СпособРасчета → тот числовой параметр, что заполнен.
    //    ВидБазы, Удержание, УчитыватьБольничныеЛисты.

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

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

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

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

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

Зависимости

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

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

• Исполнительный лист — исходный документ, условия которого изменяются этим документом; хаб по теме удержаний.
• Начисление зарплаты и взносов — как плановые удержания по исполнительным листам применяются в расчёте месяца, ИПН/ОПВ/ОПВР/СО/ВОСМС.