Документ «Распределение основного заработка»

Задаёт правило распределения основного заработка сотрудников по нескольким статьям финансирования, способам отражения в бухучёте и подразделениям учёта затрат с указанием доли каждого направления. Документ не начисляет, а настраивает аналитику затрат для последующего отражения зарплаты в бухгалтерском учёте.

ЗУП для Казахстана, ред. 3.1 · v3.1.2.24 · обновлено 2026-06

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

Когда оплата труда сотрудника финансируется из нескольких источников или относится на несколько подразделений затрат, нужно указать программе, как именно делить основной заработок при отражении в бухгалтерском учёте. Для этого и служит документ «Распределение основного заработка».

Типичный случай в казахстанском предприятии: сотрудник занят одновременно в двух направлениях (например, 60% — производство, 40% — административный отдел), при этом каждое направление имеет свою статью финансирования и свой способ отражения в бухучёте (счёт/субконто по Казахстанскому плану счетов). Документ задаёт эти доли, и механизм отражения зарплаты в бухучёте автоматически использует их при формировании проводок. Сам по себе документ не делает бухгалтерских проводок — он только записывает настройку в регистр сведений БухучетРаспределениеОсновногоЗаработка, которую затем читает документ отражения зарплаты в бухучёте.

Нумерация — строковая, 11 символов, в пределах года. Кто создаёт: расчётчик зарплаты или бухгалтер по расчётам с персоналом, по мере изменения схемы финансирования или при первоначальной настройке учёта.

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав доступа. Если в разделе «Зарплата» пункта нет — ищите через «Все функции» по названию «Распределение основного заработка».

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

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

Урок 1. Задать распределение заработка по нескольким направлениям

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

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

Урок 2. Распределить заработок группы сотрудников одним документом

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

  1. Создать документ, заполнить Месяц, Организацию, при необходимости Подразделение.
  2. В табличной части Сотрудники добавить всех сотрудников последовательно.
  3. Для каждого сотрудника в ТЧ Распределение заработка внести его строки распределения (статья, способ отражения, подразделение затрат, доля). У разных сотрудников могут быть разные схемы.
  4. Провести документ.
📌 Заметка. После проведения в регистре сведений БухучетРаспределениеОсновногоЗаработка появится отдельная запись по каждому сотруднику. Количество строк в списке документов не меняется — один документ на месяц может охватывать сколько угодно сотрудников.
⚠️ Важно. «Общих» строк распределения, которые применялись бы ко всем сотрудникам документа, в структуре данных нет. У каждого сотрудника — собственный набор строк, привязанных к его идентификатору строки.

Урок 3. Изменить схему с нового месяца или исправить ошибку

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

  1. Изменение схемы с нового месяца: создать новый документ с новым значением поля Месяц. Указать сотрудника и новую схему строк. Провести. Регистр периодический — новое распределение начнёт действовать с указанного месяца; старые записи продолжают применяться за прошлые периоды.
  2. Исправление ошибки в текущем периоде: открыть проведённый документ (найти по организации, месяцу и составу сотрудников — поле КраткийСоставДокумента показывает сотрудников в списке документов). Исправить строки ТЧ Распределение заработка — статьи, доли, способы отражения. Перепровести.
  3. Убедиться, что сумма долей сотрудника корректна. При установленном флаге «Суммарная доля указывается как 100%» сумма строк трактуется как 100% — следите, чтобы не осталось «хвостов» или дублей направлений.
⚠️ Важно. Изменение схемы — это новый документ с новым месяцем, а не правка существующего. Правьте существующий документ только для исправления ошибок в его периоде. После перепроведения исправленного документа уже сформированное отражение зарплаты в бухучёте за затронутые месяцы может потребовать переформирования — это делается документом отражения зарплаты в бухучёте отдельно.
💡 Подсказка.** Чтобы быстро найти действующее распределение конкретного сотрудника, откройте список документов и воспользуйтесь отбором по организации и месяцу. Поле «Сотрудники» (краткий состав) в колонке списка отображает фамилии — это поможет быстро найти нужный документ.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). Структура двухуровневая (master-detail): ТЧ «Сотрудники» и ТЧ «РаспределениеЗаработка» связаны через колонку ИдентификаторСтрокиСотрудника.

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

ИмяТипОбяз.Назначение
ПериодРегистрацииxs:dateTime (синоним «Месяц»)ShowErrorМесяц, с которого действует распределение; ключевое поле периодичности записи в регистре
ОрганизацияCatalogRef.ОрганизацииShowErrorОрганизация-работодатель; определяет состав доступных сотрудников
ПодразделениеCatalogRef.ПодразделенияОрганизаций—Подразделение в шапке (принадлежность/отбор); не путать с построчным ПодразделениеУчетаЗатрат в ТЧ
СуммарнаяДоляСтоПроцентовxs:boolean («Суммарная доля указывается как 100%»)—Переключатель трактовки долей: если Истина — сумма долей строк сотрудника нормируется как 100%
УдалитьСотрудникCatalogRef.Сотрудники («(не используется) Сотрудник»)—⚠️ Устаревший реквизит старой структуры документа; не заполнять
УдалитьФизическоеЛицоCatalogRef.ФизическиеЛица («(не используется) Физическое лицо»)—⚠️ Устаревший реквизит; не заполнять
ОтветственныйCatalogRef.Пользователи—Ответственный пользователь (автоподстановка — не определено по BSL)
Комментарийxs:string—Произвольный комментарий к документу
КраткийСоставДокументаxs:string (синоним «Сотрудники»)—Авто-представление состава сотрудников для колонки списка; вручную не заполнять

Табличная часть «Сотрудники»

Список сотрудников, чей заработок распределяется. Master-уровень двухуровневой структуры.

ИмяТипНазначение
СотрудникCatalogRef.СотрудникиСотрудник организации, чей заработок подлежит распределению
ИдентификаторСтрокиСотрудникаxs:decimalТехнический ключ master-detail связи; совпадает с одноимённой колонкой в строках ТЧ «РаспределениеЗаработка»

Табличная часть «РаспределениеЗаработка»

Направления распределения и доли. Detail-уровень; каждая строка принадлежит строке сотрудника через ИдентификаторСтрокиСотрудника.

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

Табличная часть «ФизическиеЛица»

Служебный список физических лиц документа — для отборов и формирования представления состава. Не редактировать вручную.

ИмяТипНазначение
ФизическоеЛицоCatalogRef.ФизическиеЛицаФизическое лицо, фигурирующее в документе

Табличная часть «ДополнительныеРеквизиты»

Стандартный механизм «Дополнительные реквизиты и сведения» (БСП). Заполняется при необходимости по настроенным видам дополнительных реквизитов.

ИмяТипНазначение
СвойствоChartOfCharacteristicTypesRef.ДополнительныеРеквизитыИСведенияВид дополнительного реквизита
Значение(тип — характеристика)Значение дополнительного реквизита
ТекстоваяСтрокаxs:stringТекстовое представление значения
📌 Формы объекта. В XML-выгрузке конфигурации списки форм пусты — состав форм определяется по факту в UI. Ключевой для пользователя является форма документа, где строки распределения вводятся в привязке к выбранному сотруднику (master-detail интерфейс).

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

При проведении документ делает ровно одно движение — запись в регистр сведений:

РегистрТипЧто фиксирует
БухучетРаспределениеОсновногоЗаработкаРегистрСведенийДействующее распределение основного заработка сотрудников по статьям финансирования, способам отражения и подразделениям затрат, начиная с месяца ПериодРегистрации

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

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

⚠️ Важно об источнике. В использованной XML-выгрузке конфигурации модули объекта и форм отсутствуют (секции bsl_static / bsl_summaries пусты) — дословный текст процедур ОбработкаПроведения / ОбработкаПроверкиЗаполнения привести нельзя. Ниже — реконструкция по метаданным (состав обязательных реквизитов и единственного регистра-приёмника): это не цитата исходного кода, а корректная по структуре схема того, как документ работает.

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

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

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

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

    // 1. Для каждой строки ТЧ «Сотрудники»:
    //    найти соответствующие строки ТЧ «РаспределениеЗаработка»
    //    по совпадению ИдентификаторСтрокиСотрудника.

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

    // Бухгалтерских проводок, движений по регистрам накопления и
    // регистрам расчёта документ не формирует.

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

Зависимости

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

ЗависимостьЧто используется
СправочникиОрганизации, ПодразделенияОрганизаций, Сотрудники, ФизическиеЛица, Пользователи, СтатьиФинансированияЗарплата, СпособыОтраженияЗарплатыВБухУчете
План видов характеристикДополнительныеРеквизитыИСведения — механизм БСП для ТЧ «ДополнительныеРеквизиты»
Регистр сведений (выходной)БухучетРаспределениеОсновногоЗаработка — результат проведения; читается механизмом отражения зарплаты в бухучёте
Механизм отражения зарплаты в бухучётеИспользует данные регистра при формировании проводок по начисленной зарплате; при изменении распределения отражение за затронутые месяцы нужно переформировать
📌 Заметка. Реквизиты УдалитьСотрудник и УдалитьФизическоеЛицо — наследие старой односотрудниковой структуры документа; их синонимы прямо говорят «(не используется)». Они оставлены для совместимости с ранее сохранёнными данными; никогда не заполнять. Документы-основания (based_on) и ввод на основании этого документа (inverse_based_on) в метаданных не зарегистрированы.

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