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