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