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

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

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

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

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

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

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

Проходим по шагам: от пустого документа до проведённого изменения условий оплаты. Все три сценария можно совмещать в одном документе.

Урок 1. Изменение оклада и плановых начислений

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

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

Урок 2. Изменение планового аванса

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

1. Создаём документ, указываем Сотрудника и Дату изменения.
2. Включаем флаг «Изменить аванс» — становятся значимыми поля аванса.
3. Выбираем Способ расчёта аванса (перечисление «Способы расчёта аванса») и указываем Аванс — сумму или значение для выбранного способа.
4. Проводим документ.

Урок 3. Индексация заработка, разряд, грейд и ПКУ

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

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

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

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

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

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

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

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

ТЧ Начисления («Начисления») — изменения плановых начислений сотрудника.

ТЧ Показатели («Показатели») — значения показателей расчёта зарплаты для начислений документа.

ТЧ ДополнительныеРеквизиты («Дополнительные реквизиты») — стандартная подсистема дополнительных реквизитов: Свойство (план видов характеристик «Дополнительные реквизиты и сведения»), Значение, ТекстоваяСтрока (текстовое представление значения).

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

Документ объявлен регистратором по 11 регистрам: 10 регистров сведений и 1 регистр накопления. Бухгалтерских проводок нет. Каждый регистр хранит свой «слой» плановых условий сотрудника, действующих с ДатаИзменения.

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

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

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

Схема проведения (реконструкция): документ не делает проводок и не пишет в регистры накопления (кроме одного легаси) — он раскладывает плановые условия по периодическим регистрам сведений, каждый «слой» оплаты пишет свою часть с периодом ДатаИзменения.

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

    // 0. Документ не делает бухгалтерских проводок. Период записей = ДатаИзменения.
    //    Действуют блоки по флагам: ИзменитьНачисления, ИзменитьАванс,
    //    УчитыватьКакИндексациюЗаработка.

    // 1. Плановые начисления и показатели (если ИзменитьНачисления = Истина).
    Движения.ПлановыеНачисления;        // состав начислений (из ТЧ Начисления)
    Движения.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников;        // из ТЧ Показатели
    Движения.ПрименениеДополнительныхПериодическихПоказателейРасчетаЗарплатыСотрудников;
    Движения.БухучетНачисленийСотрудников;        // способ отражения в бухучёте

    // 2. Плановый аванс (если ИзменитьАванс = Истина).
    Движения.ПлановыеАвансы;        // СпособРасчетаАванса + Аванс

    // 3. Индексация заработка (если УчитыватьКакИндексациюЗаработка = Истина).
    Движения.КоэффициентИндексацииЗаработка;        // КоэффициентИндексации

    // 4. Разряд/категория, ПКУ, порядок расчёта стоимости единицы времени.
    Движения.РазрядыКатегорииСотрудников;        // из РазрядКатегория
    Движения.ПКУСотрудников;        // из ПКУ
    Движения.ПорядокРасчетаСтоимостиЕдиницыВремениСотрудников;

    // 5. Легаси-приёмники (наследие типовой, префикс «Удалить» — не использовать).
    // Движения.УдалитьЗанятыеПозицииШтатногоРасписания;   // регистр накопления
    // Движения.УдалитьБухучетПлановыхНачислений;

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

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

Зависимости

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

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

• Приём на работу — где задаются первичные условия оплаты сотрудника, которые потом меняет этот документ.
• Начисление зарплаты и взносов — как новые плановые начисления попадают в расчёт месяца, налоги и взносы РК.