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

Зарплата начислена, налоги и взносы рассчитаны — осталось перечислить деньги сотрудникам. Если выплата идёт на банковские карты в рамках зарплатного проекта, её оформляет документ «Ведомость на выплату зарплаты в банк». Он собирает по сотрудникам суммы «К выплате», подтягивает их лицевые счета в банке и формирует реестр, который выгружается в банк зарплатного проекта.

Это финальный этап зарплатного цикла: ведомость не считает зарплату, а фиксирует факт её выплаты. При проведении она погашает взаиморасчёты с сотрудниками (регистры ВзаиморасчетыССотрудниками, ЗарплатаКВыплате, ЗарплатаКВыплатеАвансом) и регистрирует события по удержанному и перечисленному налогу. Ключевой реквизит — ЗарплатныйПроект: именно он связывает ведомость с банком, лицевыми счетами и номером реестра.

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

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

Раздел «Выплаты» → пункт «Ведомости в банк» (зарплатный проект). Откроется журнал ведомостей; новую создаём кнопкой «Создать».

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

Проходим по шагам: от пустой ведомости до проведённого документа и реестра в банк.

Урок 1. Ведомость на выплату зарплаты за месяц

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

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

Урок 2. Выплата аванса частичным процентом

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

1. Создаём документ, указываем Организацию, Месяц и Зарплатный проект, как в Уроке 1.
2. В поле Способ выплаты выбираем значение, соответствующее авансу (элемент справочника «Способы выплаты зарплаты»).
3. Задаём Процент выплаты — долю от причитающейся суммы (например, аванс меньше 100%), и проверяем Округление.
4. Заполняем табличную часть «Зарплата»; суммы «К выплате» контролируем с учётом процента и округления.
5. Проводим документ.

Урок 3. Реестр в банк, перечисление налога и ввод начальных данных

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке 29 реквизитов, 6 табличных частей. Часть реквизитов и колонок — наследие общей (российской) кодовой базы (НДФЛ, СНИЛС и т.п.); они приведены ниже дословно, как в выгрузке метаданных. Полный реквизитный состав — в карточке объекта.

Реквизиты шапки (ключевые)

Обязательность — по fill_value_required (ShowError = обязателен, проверяется перед записью; DontCheck = не проверяется). Девять реквизитов имеют ShowError.

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

Строки разных ТЧ связаны полями ИдентификаторСтроки (v8:UUID) и ФизическоеЛицо: например, строка «Состав» с платёжными реквизитами соответствует строке «Зарплата» с суммой одного и того же физлица. При программном редактировании менять их нужно согласованно.

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

Документ объявлен регистратором по 14 регистрам (из metadata.register_records): 12 регистров накопления и 2 регистра сведений. Сгруппированы по смыслу.

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

Структура обязательности (из fill_value_required: ShowError) — то, что проверяет типовая ОбработкаПроверкиЗаполнения на уровне платформы:

// Реконструкция по metadata: 9 реквизитов с проверкой заполнения (ShowError).
// Платформа проверяет их автоматически перед записью; имена — дословно из метаданных.
ПроверяемыеРеквизиты =
    "Организация, ПериодРегистрации, СтатьяФинансирования, СтатьяРасходов,
     ЗарплатныйПроект, СпособВыплаты, Округление, ПроцентВыплаты,
     ВидДоходаИсполнительногоПроизводства";
// Дополнительные прикладные проверки задаёт ОбработкаПроверкиЗаполнения (в выгрузке нет).
// НомерЛицевогоСчета (ТЧ Состав/Зарплата) формально НЕ проверяется (DontCheck),
// но критичен для реестра — контролировать отдельно.

Схема проведения (реконструкция): набор движений распределяется по 14 регистрам-приёмникам — блок взаиморасчётов и сумм к выплате плюс налоговый блок.

// Реконструкция по metadata.register_records (14 регистров). Не дословный код модуля.
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // 0. Источник данных: ТЧ Зарплата (суммы КВыплате) + ТЧ Состав (лицевые счета).
    //    ПроцентВыплаты и Округление влияют на итоговые суммы к выплате.

    // 1. Суммы к выплате и взаиморасчёты с сотрудниками.
    Движения.ЗарплатаКВыплате;                       // окончательный расчёт
    Движения.ЗарплатаКВыплатеАвансом;                // если СпособВыплаты = аванс
    Движения.ВзаиморасчетыССотрудниками;             // управленческий контур
    Движения.БухгалтерскиеВзаиморасчетыССотрудниками;// бухгалтерский контур
    Движения.НачисленияУдержанияПоСотрудникам;
    Движения.БухучетНачисленияУдержанияПоСотрудникам;

    // 2. Налоговый блок (имена — РФ-наследие; по делу в РК это ИПН).
    //    Заполняется из ТЧ НДФЛ; активируется отметкой перечисления.
    Движения.СведенияОДоходахНДФЛ;
    Движения.РасчетыНалогоплательщиковСБюджетомПоНДФЛ;
    Движения.РасчетыНалоговыхАгентовСБюджетомПоНДФЛ;
    Движения.НДФЛКПеречислению;                      // удержанный к перечислению
    Движения.НДФЛПеречисленный;                      // при ПеречислениеНДФЛВыполнено
    Движения.УплатаНДФЛНалоговымиАгентамиКРаспределению;

    // 3. Регистры сведений: учёт документов при расчёте налога.
    Движения.ДокументыУчтенныеПриРасчетеНДФЛ;
    Движения.ДокументыОплаченныеБезУдержанияНДФЛ;

    // 4. Запись наборов записей всех регистров.
    Движения.Записать();

КонецПроцедуры

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

Зависимости

Дословный список общих модулей в выгрузке отсутствует. Структурно документ опирается на:

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

• Начисление зарплаты и взносов — откуда берутся суммы «К выплате» и налоги/взносы РК.
• Ведомость в кассу — выплата той же зарплаты наличными через кассу.
• Депонирование зарплаты — что делать с невыплаченными суммами.