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

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

В казахстанском учёте зарплатный проект обычно открывается в одном из казахстанских банков (Халык, Каспи, Forte и др.); выплата зарплаты идёт на карточные счета, открытые по этому документу. Самого начисления зарплаты документ не затрагивает — он только фиксирует данные для банка. Работает с ним расчётчик зарплаты или бухгалтер зарплатного проекта; периодичность — по мере приёма сотрудников или при массовом переходе в новый банк. Парный документ для закрытия счетов — «Заявка на закрытие лицевых счетов сотрудников».

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

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

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

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

Урок 1. Открыть счета новым сотрудникам

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

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

Урок 2. Массовое открытие при переходе в новый банк

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

1. Создаём документ, указываем Организацию и выбираем новый Зарплатный проект (новый банк/договор).
2. В табличной части Сотрудники добавляем строки по всем работникам организации (анкеты — как в Уроке 1).
3. Указываем Номер реестра (числовой номер для обмена с банком), при необходимости — Подразделение.
4. Записываем документ.

Урок 3. Заявка по иностранному сотруднику (нерезиденту)

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

1. В строке сотрудника снимаем флаг Является резидентом, указываем Гражданство (страна).
2. Заполняем блок миграционной карты: НомерМиграционнойКарты, ДатаНачалаПребыванияМиграционнойКарты, ДатаОкончанияПребыванияМиграционнойКарты.
3. Заполняем миграционный документ: ВидМиграционногоДокумента, НомерМиграционногоДокумента, даты начала и окончания пребывания.
4. Записываем документ.

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

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

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

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

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

Табличная часть «Сотрудники» (78 колонок)

Основная ТЧ: по одной строке на каждое физлицо, которому открывается счёт. Колонки «Сотрудник» нет — строка привязывается через ФизическоеЛицо.

Табличная часть «ФиксацияИзменений» (служебная)

Фиксирует изменённые реквизиты для передачи в банк только изменений (инкрементальный обмен). Не редактировать вручную.

Табличная часть «ДополнительныеРеквизиты»

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

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

Документ не формирует движений по регистрам: register_records пуст, процедура ОбработкаПроведения в карте отсутствует. После записи присваивается номер; проведения как такового нет. Выгрузка файла реестра в банк командами этого объекта (по данным карты) также не выполняется — команды не определены.

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

// Реконструкция по metadata (не дословный код модуля объекта).
// Документ НЕ проводится — ОбработкаПроведения в карте не обнаружена.
// Платформа выполняет только декларативную проверку обязательных реквизитов (ShowError):

// Два реквизита шапки с fill_value_required = ShowError:
//   Организация          — CatalogRef.Организации
//   ЗарплатныйПроект     — CatalogRef.ЗарплатныеПроекты
// Без них запись упадёт с платформенной ошибкой.

// Колонки ТЧ Сотрудники (все 78) имеют fill_value_required = DontCheck —
// платформа не проверяет полноту анкеты; полнота — на совести пользователя.

// Собственная ОбработкаПроверкиЗаполнения в карте не обнаружена.

// После успешной записи:
//   — присваивается номер (String, длина 11, нумерация в пределах года);
//   — движения по регистрам НЕ формируются (register_records пуст);
//   — служебная ТЧ ФиксацияИзменений заполняется механизмами документа
//     (фиксирует изменённые реквизиты для инкрементального обмена с банком).

Зависимости

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

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

• Ведомость в банк — следующий шаг после открытия счетов: формирование реестра выплат по зарплатному проекту.
• Приём на работу — кадровый документ, после которого обычно создаётся заявка на открытие счёта новому сотруднику.