Документ «Подтверждение зачисления зарплаты»
Фиксирует ответ банка на реестр зачисления зарплаты по зарплатному проекту: по каждому сотруднику видно, зачислена сумма или нет, с какой комиссией и с каким комментарием. После проведения подтверждение закрывает задолженность по выплатам в регистрах учёта.
🎯 Что это и зачем
Когда бухгалтер-расчётчик отправляет в банк реестр на перечисление зарплаты (зарплатный проект), банк возвращает файл-подтверждение — сведения о том, зачислена ли каждая сумма на лицевой счёт сотрудника, не поступали ли корректировки счёта, и какая комиссия удержана. Именно для импорта и хранения этого ответа предназначен документ «Подтверждение зачисления зарплаты».
В типичном ежемесячном цикле (а при авансах — ещё и в середине месяца) бухгалтер загружает файл банка, программа автоматически заполняет документ, после проведения которого выплата считается подтверждённой: суммы уходят из остатка задолженности в регистрах ЗарплатаКВыплате и ВзаиморасчетыССотрудниками, а в ОплатаВедомостейНаВыплатуЗарплаты ставится отметка об оплате ведомости.
Важно для KZ-учёта: документ унаследован из российской типовой ЗУП 3.1. Среди регистров-приёмников присутствуют НДФЛ-регистры (наследие РФ-типовой; аналог в Казахстане — ИПН). Для фактического подтверждения выплаты в казахстанском учёте опирайтесь на ЗарплатаКВыплате, ВзаиморасчетыССотрудниками и ОплатаВедомостейНаВыплатуЗарплаты.
🧭 Где найти в программе
👤 Часть 1. Для пользователя
Три сценария: загрузить ответ банка, проверить итоги зачисления, разобрать отказы.
Урок 1. Загрузка подтверждения из файла банка
Когда: банк прислал файл-подтверждение по реестру зачисления зарплаты или аванса.
- Откройте рабочее место обмена с банком по зарплатному проекту (раздел «Выплаты» → «Зарплатные проекты» → выбранный проект → закладка обмена).
- Загрузите полученный от банка файл подтверждения. Программа автоматически создаёт документ «Подтверждение зачисления зарплаты».
- Программа заполняет шапку: Организация, ЗарплатныйПроект, ПервичныйДокумент (исходная ведомость/реестр выплат), ХешФайла (из файла обмена). В табличной части Сотрудники по каждой строке указан ИдентификаторПлатежа, ФизическоеЛицо, НомерЛицевогоСчета, РезультатЗачисленияЗарплаты, Сумма, Комиссия.
- Проверьте итоги: просмотрите столбец РезультатЗачисленияЗарплаты — все ли строки успешны? Обратите внимание на КомиссияРеестра в шапке (общая комиссия) и Комиссия по строкам ТЧ (построчная) — не суммируйте их вместе.
- Проведите документ кнопкой «Провести» (или «Провести и закрыть»).
Урок 2. Контроль результатов зачисления
Когда: нужно убедиться, что всем сотрудникам зарплата зачислена, или сверить суммы и комиссии.
- Откройте список документов «Подтверждение зачисления зарплаты» (нумерация в пределах года, номер — строка 11 знаков).
- Найдите нужный документ по полю ЗарплатныйПроект и дате; краткое содержание в поле КраткийСоставДокумента (синоним «Сотрудники») показывает список сотрудников для быстрой ориентации.
- Откройте документ. В табличной части Сотрудники проверьте столбец РезультатЗачисленияЗарплаты: успешные строки и строки с отказом.
- По проблемным строкам прочитайте КомментарийРезультата — банк объясняет причину незачисления. Проверьте Сумма и Комиссия по каждой строке.
Урок 3. Обработка отказов банка
Когда: по части строк РезультатЗачисленияЗарплаты показывает отказ или незачисление.
- В документе подтверждения выделите строки с отказом и прочитайте КомментарийРезультата — банк поясняет причину.
- Проверьте флаг ЛицевойСчетУдовлетворяетТребованиям: если он равен Ложь, банк сообщил корректные реквизиты в полях НомерСчетаУдовлетворяющегоТребованиям и БИКСчетаУдовлетворяющегоТребованиям. Исправьте счёт сотрудника в данных зарплатного проекта на эти значения.
- Для незачисленных сотрудников сформируйте повторную выплату по исходному документу (ПервичныйДокумент).
- Проведите повторную ведомость и дождитесь нового подтверждения от банка.
ВзаиморасчетыССотрудниками и ЗарплатаКВыплате до тех пор, пока не будет проведено успешное повторное подтверждение. Не удаляйте документ с отказами — он нужен как история обмена.🛠 Часть 2. Для программиста
Состав объекта, регистры-приёмники движений, схема проведения. Конфигурация ЗУП для Казахстана 3.1, релиз 3.1.2.24.
Структура объекта
Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 9 реквизитов, 2 табличных части. Собственных форм и команд в метаданных нет — используются автогенерируемые формы; документ в норме создаётся рабочим местом обмена с банком, а не вводом вручную.
Реквизиты шапки
| Имя | Тип | Обяз. | Назначение |
|---|---|---|---|
Организация | CatalogRef.Организации | Да (ShowError) | Организация-работодатель; определяет, по какой организации лягут движения по регистрам |
Подразделение | CatalogRef.ПодразделенияОрганизаций | Нет | Подразделение для аналитики/отбора при разрезе по подразделениям |
ПервичныйДокумент | (составной, тип не раскрыт) | Да (ShowError) | Документ-источник выплаты (ведомость/реестр), к которому пришло подтверждение банка; ключевое поле связи |
ЗарплатныйПроект | CatalogRef.ЗарплатныеПроекты | Да (ShowError) | Зарплатный проект (банк, договор), по которому пришло подтверждение |
ХешФайла | xs:string | Нет | Хеш файла подтверждения из банка; защита от повторной загрузки; вручную не заполняется |
КраткийСоставДокумента | xs:string (синоним «Сотрудники») | Нет | Авто-строка: краткий перечень сотрудников для отображения в списке документов |
Ответственный | CatalogRef.Пользователи | Нет | Ответственный пользователь; обычно подставляется текущий |
Комментарий | xs:string | Нет | Произвольный комментарий к документу |
КомиссияРеестра | xs:decimal | Нет | Общая комиссия банка по реестру (итоговая, не построчная); заполняется из файла обмена |
Табличная часть «Сотрудники»
Построчный результат зачисления по каждому физическому лицу из реестра.
| Имя | Тип | Назначение |
|---|---|---|
ИдентификаторПлатежа | v8:UUID | Уникальный идентификатор платежа из файла обмена; связывает строку подтверждения с платежом исходного реестра; вручную не менять |
ФизическоеЛицо | CatalogRef.ФизическиеЛица | Сотрудник (физлицо), которому зачислялась сумма |
НомерЛицевогоСчета | xs:string | Номер карточного/лицевого счёта, на который шло зачисление |
БИКБанкаСчета | xs:string | БИК банка лицевого счёта |
РезультатЗачисленияЗарплаты | EnumRef.РезультатыЗачисленияЗарплаты | Результат по строке: зачислено / не зачислено и т.п.; определяет, считается ли сумма выплаченной |
Сумма | xs:decimal (синоним «Сумма зачисления») | Сумма, зачисленная сотруднику |
ЛицевойСчетУдовлетворяетТребованиям | xs:boolean | Банк подтвердил корректность счёта (Истина) или сообщил исправленный (Ложь) |
НомерСчетаУдовлетворяющегоТребованиям | xs:string | Корректный номер счёта, сообщённый банком при несоответствии исходного |
БИКСчетаУдовлетворяющегоТребованиям | xs:string | БИК корректного счёта, сообщённого банком |
Комиссия | xs:decimal | Комиссия банка по конкретной строке зачисления |
КомментарийРезультата | xs:string | Текстовый комментарий банка к результату (причина отказа и пр.) |
Табличная часть «ДополнительныеРеквизиты»
Стандартный механизм дополнительных реквизитов (подсистема «Свойства»).
| Имя | Тип | Назначение |
|---|---|---|
Свойство | ChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведения | Вид дополнительного реквизита |
Значение | (составной) | Значение дополнительного реквизита |
ТекстоваяСтрока | xs:string | Текстовое представление значения |
Движения по регистрам
Документ объявлен регистратором по 12 регистрам. Ниже — все приёмники из metadata.register_records.
| Регистр | Тип | Назначение / пометка |
|---|---|---|
ВзаиморасчетыССотрудниками | РегистрНакопления | Подтверждение выплаты — закрывает задолженность по взаиморасчётам с сотрудниками |
БухгалтерскиеВзаиморасчетыССотрудниками | РегистрНакопления | Бухгалтерские взаиморасчёты с сотрудниками |
ЗарплатаКВыплате | РегистрНакопления | Погашение сумм зарплаты к выплате |
ЗарплатаКВыплатеАвансом | РегистрНакопления | Погашение сумм к выплате авансом |
ОплатаВедомостейНаВыплатуЗарплаты | РегистрСведений | Отметка об оплате ведомостей на выплату зарплаты |
РасчетыНалогоплательщиковСБюджетомПоНДФЛ | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется; аналог — ИПН |
УплатаНДФЛНалоговымиАгентамиКРаспределению | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется |
НДФЛПеречисленный | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется |
НДФЛКПеречислению | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется |
РасчетыНалоговыхАгентовСБюджетомПоНДФЛ | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется |
СведенияОДоходахНДФЛ | РегистрНакопления | Наследие РФ-типовой НДФЛ — в РК не применяется |
ДокументыУчтенныеПриРасчетеНДФЛ | РегистрСведений | Наследие РФ-типовой НДФЛ — в РК не применяется |
ЗарплатаКВыплате, ВзаиморасчетыССотрудниками и ОплатаВедомостейНаВыплатуЗарплаты. НДФЛ-регистры — наследие российской типовой ЗУП 3.1; в РК действует ИПН (исчисляется документами начисления, не подтверждения).Как формируется проведение — реальный код (3.1.2.24)
bsl_static / bsl_summaries пусты), поэтому дословный текст процедуры ОбработкаПроведения привести нельзя. Ниже — реконструкция по метаданным (состав обязательных реквизитов и регистров-приёмников): это не цитата исходного кода, а корректная по структуре схема.Обязательные реквизиты шапки (из fill_value_required: ShowError) — проверяются платформой перед записью:
// Реконструкция по metadata: 3 реквизита с проверкой заполнения (ShowError).
// Имена дословно из метаданных.
ПроверяемыеРеквизиты = "Организация, ПервичныйДокумент, ЗарплатныйПроект";
Схема проведения (реконструкция по составу регистров):
// Реконструкция по metadata.register_records (12 регистров). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)
// 1. Подтверждение выплаты: закрываем задолженность по взаиморасчётам.
// Строки ТЧ Сотрудники сопоставляются с исходной ведомостью по ИдентификаторПлатежа
// (связь через ПервичныйДокумент + ИдентификаторПлатежа).
Движения.ВзаиморасчетыССотрудниками; // управленческий контур
Движения.БухгалтерскиеВзаиморасчетыССотрудниками; // бухгалтерский контур
Движения.ЗарплатаКВыплате; // или ЗарплатаКВыплатеАвансом
Движения.ЗарплатаКВыплатеАвансом;
// 2. Отметка оплаты ведомости.
Движения.ОплатаВедомостейНаВыплатуЗарплаты; // регистр сведений
// 3. Наследие РФ-типовой: НДФЛ-регистры (в КЗ-учёте не несут смысловой нагрузки).
Движения.РасчетыНалогоплательщиковСБюджетомПоНДФЛ;
Движения.УплатаНДФЛНалоговымиАгентамиКРаспределению;
Движения.НДФЛПеречисленный;
Движения.НДФЛКПеречислению;
Движения.РасчетыНалоговыхАгентовСБюджетомПоНДФЛ;
Движения.СведенияОДоходахНДФЛ;
Движения.ДокументыУчтенныеПриРасчетеНДФЛ;
// 4. Запись наборов записей всех регистров.
Движения.Записать();
КонецПроцедуры
Зависимости
Список общих модулей в выгрузке отсутствует. Структурно документ опирается на:
| Зависимость | Что используется |
|---|---|
| Справочники | ЗарплатныеПроекты, ФизическиеЛица, Организации, ПодразделенияОрганизаций, Пользователи |
| Перечисления | РезультатыЗачисленияЗарплаты — значения результата по строке (зачислено / не зачислено и т.п.; расшифровка в выгрузке не раскрыта) |
| ПВХ | ДополнительныеРеквизитыИСведения — стандартный механизм доп. реквизитов |
| Документы-основания | Нет (based_on пуст) — связь с исходной ведомостью только через реквизит ПервичныйДокумент |
| Обратные основания | Нет (inverse_based_on пуст) — на основании этого документа другие не создаются |
🔗 Связанные разделы
- Ведомость в банк — документ-источник реестра на зачисление, к которому привязывается подтверждение через
ПервичныйДокумент. - Начисление зарплаты и взносов — как формируется начисленная сумма до отправки в банк, ИПН/ОПВ/СО/ВОСМС в казахстанском учёте.