Документ «Погашение задолженности по взысканиям»

Регистрирует факт погашения задолженности физического лица по взысканию (удержанию) вне планового удержания из зарплаты — корректирует остаток долга в регистре накопления. Применяется, когда сотрудник погасил долг напрямую или когда остаток требуется закрыть вручную.

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

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

В ЗУП для Казахстана 3.1 механизм взысканий строится вокруг плана видов расчёта «Удержания»: когда сотруднику назначается удержание по исполнительному листу или иному взысканию, в регистре накопления ЗадолженностьПоУдержаниямФизическихЛиц возникает остаток долга. Плановые удержания из зарплаты автоматически уменьшают этот остаток. Документ «Погашение задолженности по взысканиям» решает другую задачу: вручную скорректировать (уменьшить) остаток долга в тех случаях, когда погашение произошло вне зарплатного расчёта.

Типичные ситуации: сотрудник внёс задолженность по исполнительному листу в кассу напрямую; взыскание прекращено судом и остаток нужно обнулить; допущена ошибка в сумме ранее зарегистрированного долга и требуется корректировка.

Важно: документ не влияет на начисления и не затрагивает казахстанские налоги и взносы — ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС не пересчитываются. Движений по «налоговым» регистрам у документа нет. Это узкоспециализированный корректировщик долга по взысканиям.

📌 Наследие RU-типовой. Объект является общим для российской и казахстанской версий ЗУП 3.1: механизм удержаний/взысканий одинаков в обеих редакциях. Казахстанской специфики (реквизиты ИПН/ОПВ/Госкорпорация/ЕСУТД) в документе нет.

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав пользователя. Место документа в меню в карте объекта не зафиксировано — если пункт не виден в разделе «Зарплата», ищите через «Все функции» → документ ПогашениеЗадолженностиПоВзысканиям или через поиск по меню.

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

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

Урок 1. Зарегистрировать погашение долга по взысканию

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

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

Урок 2. Найти и проконтролировать погашение

Когда: нужно сверить ранее введённые погашения или проконтролировать остаток долга сотрудника.

  1. Открыть журнал документов «Погашение задолженности по взысканиям».
  2. Отобрать нужные документы по Организации и/или Физическому лицу (поле «Сотрудник») с помощью стандартного отбора списка; либо найти по номеру документа.
  3. Открыть документ и просмотреть реквизиты.
  4. Для проверки фактического движения — через меню «Ещё» → «Движения документа» — убедиться, что сформировалась запись по регистру ЗадолженностьПоУдержаниямФизическихЛиц с нужной суммой и разрезом (физлицо, вид удержания, документ-основание).
📌 Заметка. Нумерация документов строковая, 11 знаков, уникальна в пределах года. При поиске по номеру учитывайте год документа — один и тот же номер может встречаться в разных годах.
💡 Подсказка. Для оперативного контроля остатка долга по всем сотрудникам используйте стандартный отчёт по регистру накопления ЗадолженностьПоУдержаниямФизическихЛиц — там виден актуальный остаток в разрезе организации, физлица, вида удержания и документа-основания.

Урок 3. Закрыть остаток долга при прекращении взыскания

Когда: взыскание прекращено (исполнительный лист отозван, суд снял удержание), а в регистре ЗадолженностьПоУдержаниямФизическихЛиц остался ненулевой остаток, который больше не будет погашаться удержаниями из зарплаты.

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 8 реквизитов, одна табличная часть (ДополнительныеРеквизиты) — стандартный механизм БСП. Собственных форм у документа нет (forms: []) — платформа генерирует форму документа и форму списка автоматически.

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

ИмяТипОбяз.Назначение
МесяцНачисленияxs:dateTimeНетМесяц, к которому относится операция погашения (период учёта)
ОрганизацияCatalogRef.ОрганизацииДаОрганизация, в учёте которой числится задолженность по взысканию
ФизическоеЛицо (синоним «Сотрудник»)CatalogRef.ФизическиеЛицаДаФизлицо-должник; ключевой разрез долга в регистре; тип — ФизическиеЛица, не Сотрудники
ДокументОснование (синоним «Документ основание»)Составной (тип не зафиксирован)ДаДокумент-регистратор долга; второй разрез поиска остатка; при выборе платформа запрашивает тип документа
УдержаниеChartOfCalculationTypesRef.УдержанияДаВид расчёта-удержание (взыскание) из плана видов расчёта «Удержания»; третий разрез долга
Суммаxs:decimalДаСумма погашаемой задолженности; валидация относительно остатка регистра в коде не зафиксирована
ОтветственныйCatalogRef.ПользователиНетПользователь, оформивший документ; заполняется автоматически текущим пользователем
Комментарийxs:stringНетПроизвольное примечание; рекомендуется фиксировать основание погашения

Табличная часть: ДополнительныеРеквизиты

Единственная ТЧ — стандартный механизм дополнительных реквизитов (свойств) подсистемы БСП. К предметной логике погашения долга не относится; заполняется только если в базе настроены дополнительные реквизиты для этого вида документов.

ИмяТипНазначение
СвойствоChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведенияКакой дополнительный реквизит заполняется
ЗначениеСоставной (тип не зафиксирован)Значение дополнительного реквизита
ТекстоваяСтрокаxs:stringТекстовое значение/представление для строковых свойств

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

Документ объявлен регистратором по одному регистру:

РегистрТипНазначение
ЗадолженностьПоУдержаниямФизическихЛицНакопленияХранит задолженность физических лиц по удержаниям (взысканиям); документ уменьшает остаток в разрезе организации, физлица, вида удержания и документа-основания
📌 Заметка. Документ не пишет в регистры начислений, налогов/взносов, взаиморасчётов или кадровых состояний. Единственный эффект проведения — изменение остатка в ЗадолженностьПоУдержаниямФизическихЛиц. На ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС документ не влияет.

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

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

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

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

Схема проведения (реконструкция по одному регистру-приёмнику):

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

    // 1. Сформировать движение по регистру накопления долга по взысканиям.
    //    Разрез: Организация + ФизическоеЛицо + Удержание + ДокументОснование.
    //    Тип движения — Расход (уменьшение остатка долга) на сумму реквизита Сумма.
    Движения.ЗадолженностьПоУдержаниямФизическихЛиц;

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

    // Движений по регистрам начислений, налогов/взносов, взаиморасчётов нет.

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

Зависимости

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

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

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