Документ «Заявка на закрытие лицевых счетов»

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

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

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

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

Документ «Заявка на закрытие лицевых счетов» — это именно такой реестр: в шапке фиксируются организация, зарплатный проект и номер реестра, а в табличной части перечислены сотрудники с датами и номерами счетов. Один документ соответствует одному зарплатному проекту (одному банку/договору).

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

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

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

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

📌 Заметка. По данным метаданных объекта команды интерфейса не зафиксированы, поэтому точный путь в меню зависит от настроек интерфейса и прав пользователя. Если в разделе «Выплаты» пункт не виден — воспользуйтесь «Все функции» → «Документы» → «Заявка на закрытие лицевых счетов».

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

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

Урок 1. Закрыть счета уволенных сотрудников

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

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

Урок 2. Массовое закрытие при смене банка

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

  1. Создаём документ, указываем Организацию и выбираем старый Зарплатный проект (банк, из которого уходим).
  2. В табличную часть «Сотрудники» добавляем все строки с работниками: указываем каждому Сотрудник, Физическое лицо, единую Дату закрытия (дата перехода) и их Лицевой счет.
  3. Указываем Номер реестра для банка.
  4. Записываем документ.
⚠️ Важно. Документ закрывает счета только в рамках одного зарплатного проекта (реквизит Зарплатный проект один в шапке). Если сотрудники были распределены по нескольким банкам — создавайте отдельный документ для каждого зарплатного проекта.
📌 Заметка. Открытие счетов в новом банке — отдельным документом «Заявка на открытие лицевых счетов» (парный объект ЗаявкаНаОткрытиеЛицевыхСчетовСотрудников). Текущий документ только закрывает, не открывает.

Урок 3. Найти и исправить заявку

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

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

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

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

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

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

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

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

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

1. Сотрудники — основная ТЧ: перечень сотрудников, чьи лицевые счета закрываются.

ИмяСинонимТипНазначение
СотрудникСотрудникCatalogRef.СотрудникиСотрудник организации (элемент справочника Сотрудники)
ФизическоеЛицоФизическое лицоCatalogRef.ФизическиеЛицаФизическое лицо — владелец лицевого счёта
ДатаЗакрытияДата закрытияxs:dateTimeДата, с которой лицевой счёт закрывается
ЛицевойСчетЛицевой счетxs:stringНомер закрываемого счёта в банке (строка; валидация формата не определена)
ИдентификаторСтрокиФиксИдентификатор строки фиксxs:decimalСлужебный числовой идентификатор строки для связки с ТЧ ФиксацияИзменений; вручную не заполнять

2. ФиксацияИзменений — служебная ТЧ: хранит перечень изменённых реквизитов (имя, путь, идентификатор строки) для передачи банку именно дельты изменений. Не редактировать вручную.

ИмяСинонимТипНазначение
ИмяРеквизитаИмя реквизитаxs:stringИмя изменённого реквизита
ПутьПутьxs:stringПуть к реквизиту (строкой)
ИдентификаторСтрокиИдентификатор строкиxs:decimalЧисловой идентификатор строки, к которой относится изменение

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

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

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

Документ не формирует движений ни по каким регистрам: register_records в метаданных пуст. Это административный документ — результат работы с ним представляет собой сохранённый документ с номером (строка до 11 символов, нумерация обнуляется ежегодно).

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

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

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

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

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

Схема работы механизма фиксации изменений (реконструкция по структуре ТЧ):

// Реконструкция по составу ТЧ ФиксацияИзменений. Не дословный код модуля.
// При изменении строки ТЧ Сотрудники механизм фиксации записывает в ФиксацияИзменений:
//   ИмяРеквизита  — имя изменённого реквизита (например, "ЛицевойСчет")
//   Путь          — путь к реквизиту строкой
//   ИдентификаторСтроки — связь с ИдентификаторСтрокиФикс строки ТЧ Сотрудники
// Предназначено для передачи банку именно изменённых данных (не всего реестра).

// После записи:
//   - документу присваивается номер (String, 11 символов, периодичность Year)
//   - движения по регистрам НЕ формируются (register_records пуст)
//   - ОбработкаПроведения в метаданных не объявлена

Зависимости

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

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

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