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