Документ «Погашение займа сотруднику»

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

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

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

Организация выдала сотруднику заём по договору — сотрудник его погашает. Каждый платёж нужно зафиксировать отдельным документом «Погашение займа сотруднику». Документ уменьшает остаток долга в регистре накопления «ВзаиморасчетыПоЗаймамСотрудникам» и синхронизирует взаиморасчёты с сотрудниками, начисления/удержания и суммы к выплате.

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

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

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

Документ относится к разделу расчётов с персоналом.

📌 Где найти. Раздел «Зарплата» → пункт «Погашение займа сотруднику». Если пункта нет в меню — воспользуйтесь «Все функции» → поиск «Погашение займа». Альтернативно: откройте документ «Договор займа сотруднику» или карточку сотрудника → команда «Создать на основании» → «Погашение займа сотруднику».

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

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

Урок 1. Погашение на основании договора займа

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

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

Урок 2. Ввод погашения вручную из списка

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

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

Урок 3. Проверка остатка долга и исправление

Когда: нужно сверить, сколько сотрудник ещё должен, или обнаружена ошибка в сумме / форме расчётов / привязке к договору.

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

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

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

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

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

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

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

Табличная часть

ИмяНазначение
ДополнительныеРеквизитыСтандартный механизм дополнительных реквизитов БСП. К предметной логике погашения займа не относится.

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

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

Документ объявлен регистратором по 9 регистрам накопления. Ключевой — ВзаиморасчетыПоЗаймамСотрудникам.

РегистрНазначениеПримечание
ВзаиморасчетыПоЗаймамСотрудникамОстатки и обороты долга по займам сотрудникамКлючевой регистр. Погашение уменьшает остаток долга по договору.
ВзаиморасчетыССотрудникамиВзаиморасчёты с сотрудниками (управленческий контур)
БухгалтерскиеВзаиморасчетыССотрудникамиБухучётное зеркало взаиморасчётов
НачисленияУдержанияПоСотрудникамНачисления/удержания по сотрудникам
БухучетНачисленияУдержанияПоСотрудникамБухучётное зеркало начислений/удержаний
ЗарплатаКВыплатеСуммы к выплате
РасчетыНалогоплательщиковСБюджетомПоНДФЛРасчёты по НДФЛНаследие РФ-типовой ЗУП: в РК налог — ИПН; фактическое наполнение регистра в KZ-учёте по карте не определить.
СведенияОДоходахНДФЛДоходы для НДФЛ (в RU займы дают матвыгоду)Наследие РФ-типовой ЗУП. В КЗ не используется.
АвансовыеПлатежиИностранцевПоНДФЛАвансовые платежи иностранцев по НДФЛНаследие РФ-типовой ЗУП (патентный механизм РФ). В КЗ не применяется.
📌 Наследие РФ-типовой. Три регистра с «НДФЛ» в имени — российское наследие типовой ЗУП 3.1. Не интерпретируйте их как казахстанский ИПН и не стройте по ним KZ-отчётность. В Казахстане налог с доходов физических лиц — ИПН (Индивидуальный подоходный налог по НК РК).

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

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

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

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

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

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

    // 1. Ключевое движение: уменьшение остатка долга по займу.
    //    Разрез: Организация + ФизическоеЛицо + ДоговорЗайма.
    Движения.ВзаиморасчетыПоЗаймамСотрудникам;  // расход = Сумма погашения

    // 2. Взаиморасчёты с сотрудниками (управленческий и бухгалтерский контуры).
    Движения.ВзаиморасчетыССотрудниками;
    Движения.БухгалтерскиеВзаиморасчетыССотрудниками;

    // 3. Начисления/удержания (управленческий и бухгалтерский контуры).
    Движения.НачисленияУдержанияПоСотрудникам;
    Движения.БухучетНачисленияУдержанияПоСотрудникам;

    // 4. Суммы к выплате (при возврате через кассу/банк — корректировка взаиморасчётов).
    Движения.ЗарплатаКВыплате;

    // 5. НДФЛ-регистры — наследие РФ-типовой ЗУП; в КЗ-учёте не несут смысловой нагрузки.
    Движения.РасчетыНалогоплательщиковСБюджетомПоНДФЛ;  // RU-наследие
    Движения.СведенияОДоходахНДФЛ;                      // RU-наследие
    Движения.АвансовыеПлатежиИностранцевПоНДФЛ;         // RU-наследие (патент РФ)

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

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

Зависимости

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

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

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