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

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

Что он делает одним проведением: - собирает за месяц затраты на оплату труда и относит их в дебет счетов затрат (7210 «Административные расходы», 8110/8410 — производственные/накладные, и т. п. — конкретный счёт зависит от настроек); - формирует обязательства: перед работниками (3350), перед бюджетом по ИПН (3120), по соц. платежам — ОПВ/соц. отчисления/соц. налог/ВОСМС (3210/3220/3230/3240) — конкретный счёт берётся из способа отражения и плана счетов; - при необходимости начисляет резервы по вознаграждениям работникам (оценочные обязательства) и формирует временные разницы в НУ балансовым методом; - параллельно строит проводки налогового учёта (регистр Налоговый), если организация — плательщик налога на прибиль (КПН).

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

🧭 Где найти

Документ относится к подсистеме «Зарплата» (раздел «Зарплата»/«Зарплата и кадры»). Открывается журнал документов; новый создаётся кнопкой «Создать», заполняется и проводится за месяц.

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

Идём по шагам, как в курсе: от пустого документа до проведённых проводок по зарплате и сверки по отчёту «Дт/Кт».

Урок 1. Отражение зарплаты за месяц (основной сценарий)

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

Шаг 1. Создаём документ

В разделе «Зарплата» → список «Отражение зарплаты в регл. учёте» → «Создать».

Шаг 2. Заполняем шапку

• Организация — юридическое лицо (обязательно). От организации зависят учётная политика, валюта регл. учёта и план счетов.
• Период регистрации (Месяц начисления) — месяц, за который отражаем зарплату (обязательно). Указывается как первое число месяца, например 01.03.2026 для марта.
• Подразделение организации — необязательно. Если заполнить — в таблицу попадут только сотрудники этого подразделения (с учётом иерархии); если оставить пустым — вся организация.

Шаг 3. Заполняем таблицу проводок

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

Шаг 4. Проверяем суммы и счета

Просматриваем строки: суммы по оплате труда, удержанному ИПН, взносам, резервам. Сверяем итоги с расчётными ведомостями зарплаты за тот же месяц.

Шаг 5. Проводим

«Провести» или «Записать и закрыть». Проверяем учёт — кнопка «Дт/Кт» (отчёт о движениях документа): отдельно вкладки по регистру «Типовой» (БУ) и «Налоговый» (НУ).

Урок 2. Ручная корректировка проводок

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

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

Урок 3. Отражение по одному подразделению

Когда: зарплата закрывается частями — по подразделениям/филиалам.

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

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

Источник: реальный код релиза 3.0.72.1 — Documents/ОтражениеЗарплатыВРеглУчете/Ext/ObjectModule.bsl и …/ManagerModule.bsl; плюс разбор objects/ и business-logic/. Где разбор расходится с кодом — приоритет у кода (см. issues).

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

Реквизиты шапки. Обязательные (проверяются при ОбработкаПроверкиЗаполнения): Организация, ПериодРегистрации (месяц начисления; в коде везде нормализуется через НачалоМесяца() / КонецМесяца()). Прочие: ПодразделениеОрганизации и СтруктурноеПодразделение (фильтр/аналитика), РучнаяКорректировка (Булево — управляет проведением), Ответственный, Автор, Комментарий, КраткийСоставДокумента (служебное описание состава).

Табличная часть ОтражениеВУчете — это и есть готовые проводки. Ключевые колонки: - БУ: СчетДт, СубконтоДт1..3, СчетКт, СубконтоКт1..3, СтруктурноеПодразделениеДт/Кт, Сумма; - НУ: СчетДтНУ, СубконтоДтНУ1..3, СчетКтНУ, СубконтоКтНУ1..3 (+ ВидУчетаДт/Кт); - аналитика/содержание: ФизЛицо, ВидРасчета, ФИОРаботника, ВключатьФИОРаботникаВСодержание, ВключатьВидРасчетаВСодержание.

Виды субконто (ДтВидСубконто1..3, КтВидСубконто…) присоединяются запросом из ПланСчетов.Типовой.ВидыСубконто / ПланСчетов.Налоговый.ВидыСубконто по выбранному счёту — заполнение субконто проводки идёт по индексатору Проводка.СубконтоДт[ВидСубконто] = Значение.

Жизненный цикл (обработчики ObjectModule)

Автозаполнение таблицы (Автозаполнение, ~9645 строк) и АвтозаполнениеПроводокНУ живут в ManagerModule, не в ObjectModule. Это длительная транзакционная операция с мегазапросом по регистрам зарплаты — её детали в этом гайде сознательно не цитируются построчно.

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

Главное: проводки не пересчитываются при проведении — они уже лежат в ТЧ ОтражениеВУчете (их собрало автозаполнение). ОбработкаПроведения лишь переносит таблицу в регистры бухгалтерии, добавляя резервы и спец-проводки НУ.

Источник: ObjectModule.bsl, ОбработкаПроведения (стр. 82):

Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // ПОДГОТОВКА ПРОВЕДЕНИЯ ПО ДАННЫМ ДОКУМЕНТА
    ПроведениеСервер.ПодготовитьНаборыЗаписейКПроведению(ЭтотОбъект);
    Если РучнаяКорректировка Тогда
        Возврат;                                  // ручное управление — таблица пишется «как есть»
    КонецЕсли;

    ПараметрыПроведения = Документы.ОтражениеЗарплатыВРеглУчете.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
    Если Отказ Тогда
        Возврат;
    КонецЕсли;
    Если ПараметрыПроведения = Неопределено Тогда
        Возврат;
    КонецЕсли;

    // ФОРМИРОВАНИЕ ДВИЖЕНИЙ — только если есть и БУ-, и НУ-таблица
    Если ПараметрыПроведения.ТаблицаОтражениеВУчетеБУ.Количество() <> 0
        И ПараметрыПроведения.ТаблицаОтражениеВУчетеНУ.Количество() <> 0 Тогда

        ТаблицаПоБУ = ПараметрыПроведения.ТаблицаОтражениеВУчетеБУ;
        ТаблицаПоНУ = ПараметрыПроведения.ТаблицаОтражениеВУчетеНУ;

        // затраты на ремонт производственных ОС (балансовый метод ВР)
        ОтразитьСведенияПоЗатратамНаРемонтПроизводственныхОС(ПараметрыПроведения.Реквизиты, ТаблицаПоБУ, ТаблицаПоНУ, Движения, Отказ);

        // резервы НУ (балансовый метод ВР)
        Если ПараметрыПроведения.ТаблицаПоРезервам.Количество() <> 0 Тогда
            ДополнитьПроводкиПоРезервамНУ(ПараметрыПроведения.Реквизиты, ПараметрыПроведения.ТаблицаПоРезервам, ТаблицаПоБУ, ТаблицаПоНУ);
        КонецЕсли;

        СформироватьДвиженияПоОтражениюВУчетеВБУ(ПараметрыПроведения.Реквизиты, ТаблицаПоБУ, Движения, Отказ);  // регистр Типовой
        СформироватьДвиженияПоОтражениюВУчетеВНУ(ПараметрыПроведения.Реквизиты, ТаблицаПоНУ, Движения, Отказ);  // регистр Налоговый
    КонецЕсли;

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

Разбор по шагам: 1. РучнаяКорректировка = Истина → ранний Возврат. Авто-логика полностью пропускается, в регистры идёт ровно то, что в ТЧ. Это поведение нужно явно проговаривать пользователю. 2. ПодготовитьПараметрыПроведения (ManagerModule, стр. 11287) возвращает структуру с таблицами ТаблицаОтражениеВУчетеБУ, ТаблицаОтражениеВУчетеНУ, ТаблицаПоРезервам, Реквизиты, ВалютаРеглУчета. Внутри — проверка существования учётной политики БУ и НУ на дату документа; если её нет — Отказ = Истина. В Реквизиты кладутся флаги ОрганизацияПлательщикНалогаНаПрибыль, ВедениеУчетаВременныхРазницБалансовымМетодом, ВедениеУчетаПоСотрудникам, валюта регл. учёта. 3. Движения формируются только когда непусты обе таблицы — и БУ, и НУ. Если хотя бы одна пуста, документ проведётся без движений. 4. Порядок: ремонт ОС → резервы НУ → БУ → НУ.

Формирование проводок БУ — СформироватьДвиженияПоОтражениюВУчетеВБУ (стр. 669)

ВедениеУчетаПоСотрудникам = Реквизиты.ВедениеУчетаПоСотрудникам;
Если НЕ ВедениеУчетаПоСотрудникам Тогда
    ТаблицаФормированияПроводок.Свернуть("ВидРасчета, …, СчетДт, СубконтоДт1..3, СчетКт, СубконтоКт1..3,
        |… ФизЛицо, ФИОРаботника, СтруктурноеПодразделениеДт, СтруктурноеПодразделениеКт", "Сумма");
КонецЕсли;

Для Каждого СтрокаДанных Из ТаблицаФормированияПроводок Цикл
    Если СтрокаДанных.Сумма <> 0 Тогда
        Проводка = Движения.Типовой.Добавить();
        Проводка.Период      = Реквизиты.Период;
        Проводка.Организация = Реквизиты.Организация;
        Проводка.Сумма       = СтрокаДанных.Сумма;
        Проводка.СчетДт       = СтрокаДанных.СчетДт;
        Проводка.СчетКт       = СтрокаДанных.СчетКт;
        Проводка.СубконтоДт[СтрокаДанных.ДтВидСубконто1] = СтрокаДанных.СубконтоДт1;   // … 2, 3
        Проводка.СубконтоКт[СтрокаДанных.КтВидСубконто1] = СтрокаДанных.СубконтоКт1;   // … 2, 3
        ПроцедурыБухгалтерскогоУчета.УстановитьПодразделенияПроводки(Проводка, СтрокаДанных.СтруктурноеПодразделениеДт, СтрокаДанных.СтруктурноеПодразделениеКт);
        Если Проводка.СчетДт.Валютный Тогда … КонецЕсли;   // ВалютаДт/ВалютнаяСуммаДт = ВалютаРеглУчета
        // Содержание собирается из ФИО работника и/или наименования вида расчёта
    КонецЕсли;
КонецЦикла;
Движения.Типовой.Записать(Истина);

Ключевое: - Регистр БУ — РегистрБухгалтерии.Типовой (Движения.Типовой). - ВедениеУчетаПоСотрудникам = Ложь → строки сворачиваются, теряя детализацию по сумме (агрегируются по счетам/субконто/подразделениям). При Истина каждая строка — отдельная проводка с физлицом. - Субконто проставляются по виду субконто (Проводка.СубконтоДт[ВидСубконто] = Значение), а не по позиции — поэтому в ТЧ хранятся пары «значение + вид субконто». - Для валютных счетов заполняются ВалютаДт/Кт и валютные суммы из ВалютаРеглУчета.

Формирование проводок НУ — СформироватьДвиженияПоОтражениюВУчетеВНУ (стр. 739)

Для Каждого СтрокаДанных Из ТаблицаФормированияПроводок Цикл
    Если (Реквизиты.ОрганизацияПлательщикНалогаНаПрибыль)
        И (ЗначениеЗаполнено(СтрокаДанных.СчетДтНУ) ИЛИ ЗначениеЗаполнено(СтрокаДанных.СчетКтНУ)) Тогда
        Если СтрокаДанных.Сумма <> 0 Тогда
            ПроводкаНУ = Движения.Налоговый.Добавить();
            ПроводкаНУ.СчетДт = СтрокаДанных.СчетДтНУ;
            ПроводкаНУ.СчетКт = СтрокаДанных.СчетКтНУ;
            // … субконто НУ по видам субконто …
            ПроцедурыНалоговогоУчета.ВидУчетаНУ(ПроводкаНУ, Справочники.ВидыУчетаНУ.НУ);
            Если ЗначениеЗаполнено(СтрокаДанных.ВидУчетаДт) Тогда ПроводкаНУ.ВидУчетаДт = СтрокаДанных.ВидУчетаДт; КонецЕсли;
            …
        КонецЕсли;
    КонецЕсли;
КонецЦикла;
Движения.Налоговый.Записать(Истина);

Ключевое: - Регистр НУ — РегистрБухгалтерии.Налоговый (Движения.Налоговый). - НУ-проводки пишутся только если организация — плательщик налога на прибыль (КПН) и в строке заполнен счёт НУ Дт или Кт. Иначе налоговых движений нет (хотя БУ-движения формируются). - У каждой проводки проставляется вид учёта НУ (ВидыУчетаНУ.НУ), а для резервов — ВР (временные разницы), см. ниже.

Резервы и временные разницы — ДополнитьПроводкиПоРезервамНУ (стр. 538)

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

Это и есть «особая логика балансового метода» для оценочных обязательств по вознаграждениям работникам.

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

Важно: накопительных регистров и регистров сведений этот документ при проведении НЕ пишет. Он только формирует бухгалтерские проводки (БУ + НУ). Сами суммы зарплаты, ИПН, ОПВ, соц. отчислений, соц. налога, ВОСМС берутся из регистров зарплаты, которые заполнили расчётные документы («Начисление зарплаты работникам организаций» и др.). Разделение ответственности классическое: расчётные документы → регистры зарплаты → документ отражения → проводки.

Типовая модель проводок (план счетов КЗ — ориентир, не из «плоской» таблицы)

Конкретные счета определяются способами отражения и планом счетов организации, но смысловая модель такова:

Валидации (ОбработкаПроверкиЗаполнения → ПроверитьЗаполнениеТабличнойЧастиПострочно)

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

Обязательность шапки: Организация, ПериодРегистрации — стандартной проверкой ShowError (через метаданные/удаление непроверяемых реквизитов).

Зависимости (общие модули)

1. РучнаяКорректировка ⇒ ранний Возврат в ОбработкаПроведения — типовая ловушка: «изменил таблицу руками, провёл, а движения не пересобрались по логике» (это by design).
2. Движения пишутся только если непусты обе таблицы БУ и НУ одновременно; диагностируя «пустое проведение», начинайте с ПодготовитьПараметрыПроведения и проверки УП.
3. НУ-проводки гейтятся ОрганизацияПлательщикНалогаНаПрибыль + заполненностью счёта НУ — не путать с «всегда формируются».
4. Субконто проставляются по виду субконто (Проводка.Субконто*[ВидСубконто]), значения и виды хранятся в ТЧ парами — при ручном построении движений соблюдайте это.
5. Тяжёлая логика — в ManagerModule.Автозаполнение (~9.6 тыс. строк, транзакция, мегазапрос по регистрам зарплаты); ObjectModule отвечает только за перенос таблицы в проводки.

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

• nachislenie-zarplaty-rabotnikam-organizacij — расчётный документ, который наполняет регистры зарплаты (источник данных для отражения)
• otrazhenie-zarplaty-v-buhuchete — близкий объект ОтражениеЗарплатыВБухучете (не путать)
• otrazhenie-nalogovoj-otchetnosti-v-regluchete — отражение налоговой отчётности в регл. учёте

🆕 Что нового