Документ «Бухучёт зарплаты сотрудников»

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

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

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

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

Документ ведёт периодическую историю настроек в регистре сведений БухучетЗарплатыСотрудников. Зарплатный контур читает этот регистр при формировании отражения: с даты ДатаНачала зарплата сотрудника пойдёт по указанному Способу отражения (СпособОтраженияЗарплатыВБухучете) и Статье финансирования (СтатьяФинансирования).

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

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав. Если в разделе «Зарплата» пункта нет — ищите через «Все функции» → Документы → «БухучетЗарплатыСотрудников».

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

Четыре типовых сценария: от назначения персонального счёта до закрытия и исправления настройки.

Урок 1. Назначить сотруднику персональный счёт отражения зарплаты

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

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

Урок 2. Массовая смена статьи финансирования группе сотрудников

Когда: группа сотрудников переводится на другой источник финансирования — грант, проект, госзаказ.

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

Урок 3. Разные даты действия для разных сотрудников

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

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

Урок 4. Завершить или исправить действующую настройку

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

  1. Завершить (Вариант А). Найдите исходный документ в журнале (по КраткийСоставДокумента — перечню сотрудников), откройте, заполните Дату окончания в шапке (или в строке при разных датах) и перепроведите.
  2. Завершить (Вариант Б). Введите новый документ с новой Датой начала и общим (или другим) Способом отражения — более поздняя запись регистра перекроет предыдущую.
  3. Исправить. Откройте документ с ошибкой, скорректируйте реквизиты (сотрудника, способ отражения, статью или даты) и перепроведите.
⚠️ Важно. Перепроведение исправляет записи регистра сведений, но не пересчитывает автоматически уже сформированное отражение зарплаты за прошлые периоды. После правок инициируйте переформирование отражения зарплаты за затронутые месяцы.
💡 Подсказка. Для проверки результата откройте регистр сведений БухучетЗарплатыСотрудников (Все функции → Регистры сведений) и убедитесь, что запись с нужной датой и сотрудником отражает правильный способ отражения.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). Шапка содержит 8 реквизитов, 3 табличные части. Формы и команды в выгрузке отсутствуют (forms: [], commands: []).

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

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

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

«Сотрудники» — основная ТЧ: кому и какой способ отражения назначается.

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

«Физические лица» — вспомогательная ТЧ из одной колонки.

ИмяТипНазначение
ФизическоеЛицоСправочникСсылка.ФизическиеЛицаФизическое лицо; прикладная роль ТЧ в данных карты не раскрыта — вручную не заполнять

«Дополнительные реквизиты» — типовой механизм доп. реквизитов.

ИмяТипНазначение
СвойствоПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведенияКакой доп. реквизит заполняется
Значение(составной по свойству)Значение доп. реквизита
ТекстоваяСтрокаxs:stringТекстовое представление значения

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

Документ объявлен регистратором по 1 регистру сведений. Бухгалтерских проводок и движений по регистрам расчёта зарплаты не создаёт — это настроечный объект.

РегистрТипНазначение
БухучетЗарплатыСотрудниковРегистр сведений (периодический)Хранит периодическую историю настроек отражения по сотрудникам: сотрудник → способ отражения + статья финансирования, действующие с ДатаНачала по ДатаОкончания. Зарплатный контур читает этот регистр при формировании отражения зарплаты.
📌 Заметка.** Документ не пишет в регистры расчёта зарплаты (Начисления, Удержания), не формирует налоговых движений (ИПН/ОПВ/ОПВР/СО/ВОСМС/ООСМС) и не создаёт бухгалтерских проводок. Единственный эффект проведения — запись в регистр сведений БухучетЗарплатыСотрудников.

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

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

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

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

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

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

    // Единственный регистр-приёмник — регистр сведений БухучетЗарплатыСотрудников.
    // Для каждой строки ТЧ Сотрудники создаётся периодическая запись:
    //   Измерения: Сотрудник (+ вероятно Организация/Подразделение)
    //   Ресурсы:   СпособОтраженияЗарплатыВБухучете, СтатьяФинансирования
    //   Период:    ДатаНачала из шапки (или из строки при РазныеДатыДляСотрудников = Истина)

    // При флаге РазныеДатыДляСотрудников = Истина — период берётся из
    // ТЧ.Сотрудники.ДатаНачала / ДатаОкончания каждой строки.
    // При Ложь — из шапочных ДатаНачала / ДатаОкончания.

    Движения.БухучетЗарплатыСотрудников.Записать();

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

Зависимости

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

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

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