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

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

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

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

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

Главное отличие: в табличной части есть колонка «Начисление» (вид расчёта из плана «Начисления»), которая делает настройку адресной — она действует только на конкретный вид расчёта конкретного сотрудника, не затрагивая остальные его начисления.

Документ не рассчитывает налоги и взносы (ИПН, ОПВ, ОПВР, СО, ВОСМС, ООСМС, единый платёж) — он настраивает лишь бухгалтерскую аналитику. Расчёт налогов выполняют расчётные документы (начисление зарплаты и пр.), а этот документ влияет на то, куда в учёте попадут суммы при отражении.

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

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

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

📌 Заметка. Точное расположение пункта меню в данных карты объекта не определено — зависит от настроек интерфейса и прав доступа. Если пункта нет в разделе «Зарплата», ищите его через «Все функции» (Ctrl+Alt+F) по слову «Бухучет начислений».

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

Три практических сценария: разовая настройка, массовый ввод, корректировка.

Урок 1. Отнести начисление сотрудника на особый счёт

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

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

Урок 2. Массовая настройка одного начисления по группе

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

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

Урок 3. Закрыть или изменить действующую настройку

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year. Документ содержит три табличные части; BSL-модули в XML-выгрузке отсутствуют (bsl_static: [], bsl_summaries: []).

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

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

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

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

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

«Физические лица» — вспомогательная ТЧ из одной колонки; прикладная роль в данных карты не раскрыта. Вручную не заполнять.

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

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

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

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

Документ пишет в два регистра сведений (из metadata.register_records):

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

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

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

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

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

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

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

    // 1. Основной регистр: периодические записи настройки отражения
    //    по каждой строке ТЧ «Сотрудники» (ключ: Сотрудник + Начисление + период).
    //    Движения содержат: СпособОтраженияЗарплатыВБухучете,
    //    СтатьяФинансирования, СтатьяРасходов, ДатаНачала/ДатаОкончания.
    Движения.БухучетНачисленийСотрудников;

    // 2. Устаревший регистр совместимости (префикс «Удалить»).
    //    Дублирует движения для старых механизмов; на него не опираться.
    Движения.УдалитьБухучетПлановыхНачислений;

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

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

Зависимости

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

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

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