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

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

Казахстанский контекст: документ содержит обязательный реквизит «Вид дохода исполнительного производства» — он определяет, могут ли с выплачиваемого дохода производиться удержания по исполнительным листам, что критично при наличии должников среди получателей. Налог у источника (в казахстанском учёте — ИПН) исчисляется по каждому получателю; данные о нём хранятся в табличной части, унаследовавшей RU-терминологию типовой ЗУП 3.1 (см. раздел «Для программиста»). ОПВ, ОПВР, СО, ВОСМС и ООСМС в метаданных этого конкретного объекта не фигурируют — документ охватывает только прочие доходы, а не оплату труда.

Работает с ведомостью бухгалтер расчётной группы при каждой выплате прочих доходов по реестру; нумерация документов строковая (длина 11), периодичность — в пределах года.

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

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

Пошаговые уроки: от создания ведомости до фиксации факта выплаты и передачи реестра в банк.

Урок 1. Создание ведомости на выплату прочих доходов в банк

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

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

Урок 2. Контроль ведомости перед отправкой реестра в банк

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

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

Урок 3. Выплата дохода с учётом исполнительного производства

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

1. В шапке выбрать корректный «Вид дохода исполнительного производства» — реквизит обязателен, влияет на допустимость удержаний по всем получателям документа.
2. При необходимости уточнить вид дохода построчно в ТЧ «Выплаты» (колонка «Вид дохода исполнительного производства» есть и в строках).
3. Проверить колонку «Взысканная сумма» в ТЧ «Состав» по затронутым получателям — сумма удержания по исполнительному производству фиксируется здесь.
4. Провести документ.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. В шапке 32 реквизита (7 обязательных), 6 табличных частей. Формы и BSL-модули в выгрузке отсутствуют (forms: [], bsl_static: [], bsl_summaries: []).

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

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

ТЧ «Состав» — получатели и их банковские реквизиты для реестра:

ТЧ «Выплаты» — суммы к выплате с аналитикой:

ТЧ «Основания» — документы-основания подбора получателей и сумм:

ТЧ «НДФЛ» — налог у источника по выплачиваемым доходам. ⚠️ Вся ТЧ — наследие типовой ЗУП 3.1 (терминология НДФЛ/НК РФ); в КЗ-учёте смысловой аналог — ИПН:

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

ТЧ «ДополнительныеРеквизиты» — механизм доп. реквизитов БСП: колонки Свойство, Значение, ТекстоваяСтрока.

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

Документ объявлен регистратором по 8 регистрам. При проведении фиксируются расчёты налогового агента с бюджетом (налог у источника / ИПН в казахстанском учёте) и взаиморасчёты с контрагентами-акционерами.

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

Семь реквизитов с fill_value_required = ShowError — платформа проверяет их автоматически перед записью:

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

Схема проведения (реконструкция по metadata.register_records):

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

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

    // 2. Взаиморасчёты с контрагентами-акционерами (выплата прочих доходов).
    //    Данные берутся из ТЧ «Выплаты» (суммы КВыплате, ПериодВзаиморасчетов).
    Движения.ВзаиморасчетыСКонтрагентамиАкционерами;

    // 3. Отметка учтённых документов-оснований (из ТЧ «Основания» / «Выплаты».ДокументОснование).
    Движения.ДокументыУчтенныеПриРасчетеНДФЛ;

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

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

Зависимости

Код модуля в выгрузке недоступен; зависимости восстановлены по типам реквизитов и регистрам.

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

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