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

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

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

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

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

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

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

Проходим по шагам: от пустого документа до рассчитанного и проведённого резерва с отражением в бухучёте.

Урок 1. Ежемесячный расчёт резерва отпусков

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

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

Урок 2. Просмотр и сверка расчёта по сотруднику

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

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

Урок 3. Ручная корректировка и передача в бухучёт

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

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

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

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

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

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

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

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

Колонки ТЧ «Начисления» (ключевые): Сотрудник, Подразделение, Результат/РезультатНУ, ФондОплатыТруда, НормативОтчисленийВРезерв, ВидРасчетаРезерва, ДатаНачала/ДатаОкончания, ОтработаноДней/ОтработаноЧасов, НормаДней/НормаЧасов, флаги фиксации ФиксСтрока/ФиксРасчет/ФиксЗаполнение/ФиксРасчетВремени.

Казахстанский блок ТЧ «Взносы» (пятёрки полей по каждому виду):

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

Документ является регистратором по двум регистрам накопления.

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

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

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

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

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

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

    // 2. Оценочные обязательства в разрезе сотрудников.
    //    Источник — ТЧ ОценочныеОбязательстваПоСотрудникам.
    //    Аналитика: Сотрудник + Подразделение + СпособОтражения + СтатьяФинансирования.
    //    Признак корректировки: КорректировкаОбязательств.
    Движения.ОценочныеОбязательстваПоСотрудникам;

    // 3. Запись движений.
    Движения.Записать();

    // После проведения:
    // - флаг ОбязательстваОтраженыВБухучете (шапка) устанавливается внешним механизмом
    //   (синхронизация с бухгалтерским контуром; в выгрузке не определено).
    // - любое изменение сумм требует перепроведения для актуализации регистров.

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

Зависимости

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

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

• Отражение зарплаты в бухучёте — как оценочные обязательства передаются в бухгалтерский контур, способы отражения и статьи финансирования.
• Начисление зарплаты и взносов — расчёт ФОТ, нагрузки работодателя (СО/СН/ОППВ/ОСМС/ОПВР), который является базой для нормативов резерва.