Документ «Подтверждение открытия счетов»

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

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

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

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

Типовая цепочка обмена с банком: Заявка на открытие лицевых счетов → файл в банк → файл-подтверждение из банка → данный документ. Связь реализована обязательным реквизитом ПервичныйДокумент, который жёстко типизирован на «Заявку на открытие лицевых счетов сотрудников».

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

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

Раздел «Выплаты» → подсистема обмена с банком по зарплатному проекту → «Подтверждение открытия счетов». Документ чаще всего создаётся автоматически при загрузке файла-подтверждения из банка в рабочем месте обмена с банком.

📌 Заметка. Точное расположение пункта меню зависит от настроек интерфейса. Если в разделе «Выплаты» пункта нет — откройте «Все функции» и найдите «ПодтверждениеОткрытияЛицевыхСчетовСотрудников». Нумерация документов: тип номера — строка, длина 11 знаков, периодичность — в пределах года.

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

Три основных сценария: загрузка ответа банка, контроль результатов, обработка отказов.

Урок 1. Загрузка подтверждения из файла банка

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

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

Урок 2. Контроль результатов открытия счетов

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

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

Урок 3. Обработка отказов банка и ручной ввод

Когда: часть строк в ТЧ «Сотрудники» показывает отказ банка в открытии счёта, или банк не поддерживает типовой формат файлового обмена.

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

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

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

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

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

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

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

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

ТЧ Сотрудники — результат открытия счёта по каждому физическому лицу из заявки.

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

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

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

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

Документ не формирует движений по регистрам: metadata.register_records пуст. Это информационно-регистрационный объект — фиксирует факт и результаты открытия счетов. Номера открытых счетов далее используются механизмом зарплатных проектов при формировании реестров на зачисление зарплаты; точный способ их сохранения в данных сотрудников из метаданных не виден (BSL-модули в выгрузке отсутствуют).

📌 Отличие от парного документа. В отличие от «Подтверждения зачисления зарплаты» (который двигает регистры взаиморасчётов и наследные RU-регистры НДФЛ), данный документ движений не делает совсем. Не ждите изменения остатков после проведения.

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

⚠️ Важно об источнике. В выгрузке конфигурации модули объекта отсутствуют (секции bsl_static / bsl_summaries пусты), поэтому дословный текст процедур ОбработкаПроведения и ОбработкаПроверкиЗаполнения привести нельзя. Ниже — реконструкция по метаданным: состав реквизитов с проверкой заполнения. Это не цитата исходного кода, а корректная схема на основе флагов fill_value_required.
// Реконструкция по metadata: 4 реквизита шапки с FillChecking = ShowError.
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "МесяцОткрытия, Организация, ПервичныйДокумент, ЗарплатныйПроект";

// Документ движений по регистрам не формирует (register_records пуст).
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения
// (в выгрузке отсутствует).

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

// ХешФайла и КраткийСоставДокумента — технические поля:
//   заполняются автоматически при загрузке файла из банка / расчёте состава;
//   вручную не редактируются.

Зависимости

BSL-модули в выгрузке отсутствуют. По метаданным задействованы:

ЗависимостьЧто используется
ДокументыЗаявкаНаОткрытиеЛицевыхСчетовСотрудников — обязательная привязка через ПервичныйДокумент
СправочникиЗарплатныеПроекты, ФизическиеЛица, Организации, ПодразделенияОрганизаций, Пользователи
ПеречисленияРезультатыОткрытияЛицевыхСчетовСотрудников — итог открытия по строке ТЧ
ПВХДополнительныеРеквизитыИСведения — стандартный механизм доп. реквизитов
Кто создаётся на основанииinverse_based_on пуст — стандартным механизмом другие документы не создаются
Документы-основанияbased_on пуст — механизм «ввода на основании» не используется; связь с заявкой через реквизит ПервичныйДокумент

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