Документ «Возврат сотрудником задолженности»

Регистрирует погашение сотрудником задолженности перед организацией (например, излишне выплаченной зарплаты или неотработанного аванса): фиксирует сумму, форму расчётов и реквизиты платёжного документа, после проведения корректирует взаиморасчёты в зарплатном учёте. Налоги и соцплатежи РК документ не исчисляет.

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

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

Иногда сотрудник получает больше, чем ему причиталось: излишне выплаченная зарплата, неотработанный аванс, переплата при увольнении. Когда работник фактически возвращает деньги — наличными в кассу или безналичным переводом — этот факт нужно отразить в зарплатном учёте. Именно для этого служит документ «Возврат сотрудником задолженности».

Документ закрывает долг сотрудника во взаиморасчётах: при проведении он делает движения по трём регистрам накопления — ВзаиморасчетыССотрудниками, БухгалтерскиеВзаиморасчетыССотрудниками и ЗарплатаКВыплате — уменьшая остаток задолженности в разрезе рабочих мест, подразделений и периодов взаиморасчётов.

Важно понимать казахстанский контекст: ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС этим документом не исчисляются — налоговых и взносных регистров в объекте нет. Документ также не является кассовым или банковским: поле «Платёжный документ» — это просто строка с реквизитами ПКО или платёжного поручения, фактическое движение денег оформляется в бухгалтерской программе отдельно. Возвращённые суммы не влекут пересчёта единого платежа на уровне ЗУП.

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

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав пользователя. Список форм объекта в метаданных пуст — фактическое положение в интерфейсе сверяйте с живой базой или через «Все функции».

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

Три типовых ситуации, с которыми сталкивается расчётчик зарплаты.

Урок 1. Простой возврат: сотрудник погасил долг

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

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

Урок 2. Возврат по нескольким рабочим местам или периодам

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

  1. Заполните шапку, как в Уроке 1: Месяц, Организация, Сотрудник (физлицо).
  2. В ТЧ «Задолженности» добавьте отдельную строку на каждое сочетание рабочего места (Сотрудник) + подразделения (Подразделение) + периода взаиморасчётов (ПериодВзаиморасчетов). Каждая строка имеет свою Сумму.
  3. Проверьте итоговую Сумму документа — она должна равняться сумме всех строк.
  4. Проведите документ.
💡 Подсказка. Поле ПериодВзаиморасчетов в строке — это период, в котором образовалась задолженность, а ПериодРегистрации в шапке — в каком месяце возврат отражается во взаиморасчётах. Разносите по строкам правильно — от этого зависит, в каком периоде закроется долг.
📌 Заметка. В шапке указывается одно физлицо (ФизическоеЛицо), но в строках ТЧ может быть несколько его рабочих мест (Сотрудники) — это нормально для ситуации внутреннего совместительства.

Урок 3. Возврат с аналитикой финансирования

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

  1. Заполните шапку и строку ТЧ «Задолженности», как в Уроке 1.
  2. В каждой строке ТЧ заполните колонку Статья финансирования (СтатьяФинансирования, справочник СтатьиФинансированияЗарплата) и/или Статья расходов (СтатьяРасходов, справочник СтатьиРасходовЗарплата).
  3. Проведите документ — движения по трём регистрам накопления сформируются с заполненной аналитикой статей.
📌 Заметка. Если аналитика финансирования не применяется в вашей организации, эти колонки оставляйте пустыми — они необязательны.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 8 реквизитов, 3 табличные части. Обязательны три реквизита: ПериодРегистрации, Организация, ФизическоеЛицо.

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

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

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

Задолженности (синоним «Задолженности») — основная ТЧ: суммы возвращаемой задолженности в разрезе рабочих мест, подразделений, периодов и аналитики финансирования.

ИмяТипНазначение
Сотрудникcfg:CatalogRef.СотрудникиРабочее место (элемент справочника Сотрудники), по которому числится задолженность
Подразделениеcfg:CatalogRef.ПодразделенияОрганизацийПодразделение организации
ПериодВзаиморасчетовxs:dateTimeПериод взаиморасчётов, к которому относится погашаемая задолженность (месяц образования долга)
СтатьяФинансированияcfg:CatalogRef.СтатьиФинансированияЗарплатаСтатья финансирования зарплаты (необязательна)
СтатьяРасходовcfg:CatalogRef.СтатьиРасходовЗарплатаСтатья расходов зарплаты (необязательна)
ВидДоходаИсполнительногоПроизводстваcfg:EnumRef.ВидыДоходовИсполнительногоПроизводстваВид дохода исполнительного производства — наследие РФ-типовой, маркировка выплат для целей исполнительного производства; в типовом казахстанском учёте не используется
ДокументОснование(тип не указан)Документ-основание задолженности
Суммаxs:decimalСумма возврата по данной строке

ФизическиеЛица (синоним «Физические лица») — служебная ТЧ, список физических лиц документа.

ИмяТипНазначение
ФизическоеЛицоcfg:CatalogRef.ФизическиеЛицаФизическое лицо

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

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

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

Документ объявлен регистратором по 3 регистрам накопления. Кассовых, банковских и налоговых регистров в составе движений нет.

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

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

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

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

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

Схема проведения (реконструкция): движения по трём регистрам накопления, разобранные по строкам ТЧ Задолженности.

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

    // Для каждой строки ТЧ Задолженности:
    //   Сотрудник (рабочее место), Подразделение, ПериодВзаиморасчетов,
    //   СтатьяФинансирования, СтатьяРасходов, Сумма.

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

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

    // 3. Зарплата к выплате:
    //    закрываем сумму в регистре выплат (влияет на ведомости).
    Движения.ЗарплатаКВыплате;

    // Налоги РК (ИПН/ОПВ/СО/ВОСМС) — НЕ исчисляются: соответствующих
    // регистров в metadata.register_records нет.
    // Кассовые/банковские движения — НЕ формируются.

    Движения.Записать();

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

Зависимости

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

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

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