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

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

В казахстанском учёте с суммы прочих доходов исчисляется и удерживается ИПН у источника выплаты. Реквизиты и регистры документа унаследованы из российской типовой ЗУП 3.1, где аналогичный налог называется НДФЛ — все имена вида НДФЛ*, КатегорииДоходовНДФЛ, регистры НДФЛПеречисленный и т.п. в конфигурации сохранены с российскими именами, но по смыслу в РК соответствуют ИПН. ОПВ/ОПВР/СО/ВОСМС/ООСМС в метаданных этого документа не фигурируют — он охватывает только налог у источника и взаиморасчёты.

Документ используется бухгалтером расчётной группы при каждом перечислении прочих доходов; нумерация строковая (длина 11), в пределах года. Типичные случаи: выплата дивидендов контрагентам-акционерам, вознаграждений по ГПД, разовых премий не из фонда оплаты труда.

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

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

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

Три основных сценария: создание ведомости, работа с исполнительным производством, фиксация факта оплаты.

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

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

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

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

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

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

Урок 3. Фиксация факта перечисления и налога у источника

Когда: банк исполнил платёжные поручения по ведомости и налог (ИПН) перечислен в бюджет.

1. Открываем проведённую ведомость и вводим фактическую Дату выплаты.
2. Устанавливаем флаг «Перечисление НДФЛ выполнено» = Истина. ⚠️ RU-имя — в казахстанском учёте это фиксация перечисления ИПН у источника.
3. Заполняем «Реквизиты платежа перечисления НДФЛ» — номер и дату платёжного поручения на уплату ИПН. ⚠️ RU-имя
4. Записываем документ (перепроведение не обязательно, если суммы не изменились).

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

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

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

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

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

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

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

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

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

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

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

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

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

Документ объявлен регистратором по 8 регистрам (7 накопления + 1 сведений). Полный список из metadata.register_records:

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

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

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

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

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

    // 1. Взаиморасчёты с контрагентами-акционерами (ключевой регистр).
    //    Источник: ТЧ Выплаты — строки КВыплате + ПериодВзаиморасчетов.
    Движения.ВзаиморасчетыСКонтрагентамиАкционерами;

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

    // 3. Перечисленный налог (если ПеречислениеНДФЛВыполнено = Истина).
    Движения.НДФЛПеречисленный;
    Движения.УплатаНДФЛНалоговымиАгентамиКРаспределению;

    // 4. Учётная отметка документов в расчёте налога.
    Движения.ДокументыУчтенныеПриРасчетеНДФЛ;  // РегистрСведений

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

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

Зависимости

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

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

• Ведомость в банк — аналогичный документ для выплаты зарплаты через зарплатный проект (там ЗарплатныйПроект вместо Банк); помогает понять отличие двух объектов.
• Начисление зарплаты и взносов — основной расчётный документ месяца; прочие доходы могут быть связаны с результатами начисления через ТЧ «Основания».