Документ «Приказ на доплату до среднего заработка»

Персональный кадрово-расчётный документ, которым на ограниченный срок назначается плановое начисление-доплата, доводящая фактическую оплату труда сотрудника до среднего заработка. Документ строго срочный: обе даты периода (начала и окончания) обязательны.

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

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

В ряде случаев трудовое законодательство РК обязывает работодателя сохранять за работником средний заработок на период отсутствия или выполнения особых обязанностей. Если оплата по стандартным начислениям ниже среднего — разницу покрывает доплата. «Приказ на доплату до среднего заработка» — это инструмент расчётчика/кадровика для планового назначения такой доплаты конкретному сотруднику на чётко ограниченный период.

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

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

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

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

📌 Заметка. Точное расположение пункта в меню зависит от настроек интерфейса и прав пользователя. Если раздел «Зарплата» не отображает этот пункт — воспользуйтесь «Все функции» → «Документы» → «ПриказНаДоплатуДоСреднегоЗаработка», либо создайте документ через «Создать на основании» из карточки сотрудника.

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

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

Урок 1. Назначение доплаты на период

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

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

Урок 2. Ввод на основании карточки сотрудника

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

  1. В разделе «Кадры» → «Сотрудники» открыть карточку нужного работника.
  2. Нажать «Создать на основании» и выбрать «Приказ на доплату до среднего заработка».
  3. Документ создастся с подставленным сотрудником. Проверить, что поля Организация и ФизическоеЛицо заполнились корректно — автозаполнение при вводе на основании не задокументировано в BSL, состав автозаполняемых полей нужно проверить фактически.
  4. Заполнить Начисление, Дату начала и Дату окончания — они не подставляются автоматически.
  5. Провести документ.
📌 Заметка. BSL-модули в метаданных отсутствуют — логика автозаполнения при «Создать на основании» не задокументирована. После создания обязательно проверьте все пять обязательных полей: Организация, Сотрудник, Начисление, Дата начала, Дата окончания.

Урок 3. Изменение или прекращение доплаты

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

  1. Создать новый документ на того же сотрудника — не править исходный приказ задним числом.
  2. В реквизите Действие выбрать нужное значение перечисления: изменение или прекращение.
  3. Указать Начисление — тот же вид расчёта, что был назначен ранее.
  4. Установить Дату начала и Дату окончания — для прекращения дату окончания можно указать равной дате начала (последний день доплаты).
  5. Провести документ — регистр ПлановыеНачисления будет перезаписан новыми движениями.
⚠️ Важно. Смысл документа определяется связкой Действие + Дата начала + Дата окончания. При прекращении доплаты особенно тщательно проверяйте значение реквизита «Действие» — в метаданных конкретные значения перечисления не выгружены, ориентируйтесь на фактические значения в вашей конфигурации. После проведения убедитесь, что регистр ПлановыеНачисления отражает ожидаемое состояние.
💡 Подсказка. Если нужно исправить ошибочно проведённый приказ (закрытый период, дата запрета), используйте механизм документов-исправлений: создайте новый документ и в поле ИсправленныйДокумент укажите ссылку на ошибочный приказ того же вида. Внесите корректные данные и проведите.

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

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

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

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

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

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

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

Имя ТЧНазначение
НачисленияСотрудникаСостав начислений сотрудника по документу: вид расчёта, документ-основание и размер; строки идентифицируются техническим ключом вида расчёта
ДополнительныеРеквизитыСтандартный механизм дополнительных реквизитов БСП (произвольные свойства документа)

Колоночный состав ТЧ НачисленияСотрудника: ИдентификаторСтрокиВидаРасчета (технический ключ, xs:decimal), Начисление (ПланВидовРасчетаСсылка.Начисления), ДокументОснование (тип в метаданных не указан), Размер (xs:decimal).

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

📌 Заметка. Формы и команды объекта в карте не зафиксированы (списки metadata.forms и forms пусты). UI-структура форм из метаданных не может быть восстановлена.

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

Документ объявлен регистратором по 2 регистрам сведений. Бухгалтерских регистров (проводок) нет.

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

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

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

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

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

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

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

    // 1. Основное движение: запись планового назначения доплаты.
    //    В регистр ПлановыеНачисления пишется запись о назначении вида расчёта
    //    (реквизит Начисление) на период ДатаНачала..ДатаОкончания для сотрудника
    //    в разрезе Организации. Смысл записи определяется реквизитом Действие
    //    (назначение / изменение / прекращение).
    Движения.ПлановыеНачисления.Записать();

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

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

Зависимости

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

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

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