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

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

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

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

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

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

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

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

Урок 1. Ежемесячное начисление оценочных обязательств

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

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

Урок 2. Корректировка ранее начисленных обязательств

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

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

Урок 3. Передача обязательств в бухучёт

Когда: документ проведён, резервы нужно отразить бухгалтерскими проводками на стороне бухгалтерской конфигурации (1С:Бухгалтерия для Казахстана или аналог).

1. Убеждаемся, что документ проведён и суммы в сводной ТЧ «ОценочныеОбязательства» распределены по аналитике: Подразделение, СпособОтраженияЗарплатыВБухучете, СтатьяФинансирования.
2. Выполняем штатный обмен данными / отражение зарплаты в бухучёте — суммы передаются из регистров накопления в бухгалтерскую программу.
3. После синхронизации контролируем флаг шапки «Обязательства отражены в бухучете» и поле «Бухгалтер» — они проставляются автоматически при успешном обмене.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года; присваивается автоматически). В шапке 9 реквизитов; ключевые формы в метаданных не определены (список форм пуст — используются типовые).

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

Табличная часть «РасчетРезерваОтпусков» (Расчет обязательств и резервов по отпускам)

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

Табличная часть «ОценочныеОбязательстваПоСотрудникам» (Обязательства и резервы по сотрудникам)

Итоги в разрезе сотрудников с аналитикой отражения в бухучёте. Колонки РФ-типовой (ОблагаетсяЕНВД, СуммаРезерваСтраховыхВзносов, СуммаРезерваФССНесчастныеСлучаи и варианты с НУ) в казахстанском учёте не используются.

Табличная часть «ОценочныеОбязательства» (Обязательства и резервы текущего месяца)

Свод месяца без разреза по сотрудникам: по подразделениям, способам отражения и статьям финансирования. Колонки РФ-типовой аналогичны предыдущей ТЧ.

Прочие табличные части

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

Документ объявлен регистратором по 3 регистрам. Каждый отражает один «уровень» расчёта: детали по сотрудникам, итоги по сотрудникам и свод месяца.

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

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

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

Схема проведения (реконструкция): три содержательные ТЧ зеркально записываются в одноимённые регистры.

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

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

    // 1. Детальный расчётный регистр сведений:
    //    из ТЧ РасчетРезерваОтпусков → остатки отпусков, средний заработок,
    //    суммы резервов (тройки текущая/накоплено/исчислено) по каждому сотруднику.
    Движения.РасчетРезерваОтпусков;   // InformationRegister

    // 2. Итоги по сотрудникам с аналитикой отражения:
    //    из ТЧ ОценочныеОбязательстваПоСотрудникам → Сотрудник, Подразделение,
    //    СпособОтражения, СтатьяФинансирования, суммы РК (СО/СН/ОППВ/ОСМС/ОПВР),
    //    флаг КорректировкаОбязательств на строке.
    Движения.ОценочныеОбязательстваПоСотрудникам;  // AccumulationRegister

    // 3. Свод месяца без разреза сотрудников:
    //    из ТЧ ОценочныеОбязательства → Подразделение, СпособОтражения,
    //    СтатьяФинансирования, суммы РК.
    Движения.ОценочныеОбязательства;               // AccumulationRegister

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

    // 5. Флаг ОбязательстваОтраженыВБухучете — не выставляется при проведении;
    //    проставляется механизмом обмена с бухгалтерской конфигурацией.

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

Зависимости

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

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

• Отпуск — регистрация и расчёт отпусков, остатки которых формируют базу резерва.
• Начисление зарплаты и взносов — предшествующий этап расчётного цикла, после которого создаётся документ резервов.