Документ «Начальная штатная расстановка»

Одним документом на дату старта переносит в программу всю текущую кадровую картину: кто, в каком подразделении и на какой штатной позиции работает, по какому графику, с какими плановыми начислениями, авансами и остатками отпусков. Документ ввода начальных данных в ЗУП для Казахстана 3.1 — «оживляет» базу для всех последующих расчётов.

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

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

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

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

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

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

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

📌 Заметка. В использованной выгрузке конфигурации список форм и команд объекта пуст (forms/commands не заданы), поэтому точное расположение пункта в меню зависит от настроек интерфейса и прав. Если в разделе «Кадры» пункта нет — ищите его в блоке начального заполнения / ввода данных на начало эксплуатации либо через «Все функции».

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

Проходим по шагам: от пустого документа до проведённой расстановки, остатков отпусков и корректировки.

Урок 1. Первичный перенос расстановки на дату старта

Когда: начало эксплуатации ЗУП КЗ 3.1 — нужно ввести всех работающих сотрудников с их позициями и плановой оплатой. Это основной сценарий.

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

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

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

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

Урок 3. Отсутствующие сотрудники и корректировка

Когда: на дату старта сотрудник в длительном отсутствии (например, отпуск по уходу) и его ставка должна считаться свободной; либо после сверки с прежней системой найдены ошибки переноса.

  1. Освобождение ставки. В строке части «Сотрудники» включите флаг «Освободить ставку на период отсутствия» и укажите Дату возврата (планируемую). Позиция штатного расписания будет учтена как освобождаемая.
  2. Не заполняйте колонки-двойники с пометкой «(не используется)» — устаревшие «Освободить ставку…» и «Дата возврата»; заполняйте только актуальные одноимённые поля.
  3. Корректировка. Найдите документ в списке (нумерация в пределах года; колонка «Сотрудники» — это краткий состав документа), исправьте строки нужных табличных частей и перепроведите.
  4. Перепроведение перезаписывает кадровую историю и плановые начисления по всем 21 регистру — поэтому корректировать лучше до ввода текущих кадровых и расчётных документов, иначе можно затереть актуальные данные.
💡 Подсказка. При тарифной системе на той же вкладке «Сотрудники» переносятся квалификационные параметры: Разряд (категория) и/или ПКУ (оба — справочник разрядов/категорий), Дата присвоения, Грейд, Вид тарифной ставки, Совокупная тарифная ставка, Порядок расчёта стоимости единицы времени.
📌 Заметка. Поля «Классный чин, ранг» и «Воинское, специальное звание» — наследие российской типовой ЗУП; заполняйте только если в организации реально ведётся такой учёт. В обычном казахстанском учёте они не нужны.

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Year (в пределах года). В шапке всего 7 реквизитов, но 9 табличных частей — основная «масса» данных лежит именно в них (построчно по сотрудникам). Служебный комментарий метаданных: «АПК:93 Представления объекта и списка совпадают с синонимом».

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

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

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

Девять табличных частей. Содержательные строки связаны между собой по реквизиту Сотрудник, а начисления с их показателями/льготами — дополнительно по ИдентификаторСтрокиВидаРасчета.

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

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

Документ объявлен регистратором по 21 регистру (1 регистр накопления + 20 регистров сведений). По составу колонок табличных частей движения распределяются по тематическим регистрам (начисления → плановые начисления, отпуска → остатки отпусков и т.д.). Ниже — назначение приёмников.

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

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

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

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

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

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

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

    // 0. Обязательны Организация и ВидДоговора (ShowError) — иначе записи нет.
    //    Один документ = одна организация + один вид договора + один Месяц.

    // 1. Кадровая картина: расстановка сотрудников (из ТЧ Сотрудники).
    Движения.КадроваяИсторияСотрудников;          // подразделение, должность, штатная позиция
    Движения.ЗанятостьПозицийШтатногоРасписания;  // ставки; ОсвобождатьСтавку
    Движения.ДанныеСостоянийСотрудников;          // работа / отсутствия
    Движения.ВидыЗанятостиСотрудников;            // вид занятости
    Движения.ГрафикРаботыСотрудников;             // график работы
    Движения.ТерриторииСотрудников;               // территория (логикой проведения)
    Движения.ДистанционнаяРаботаСотрудников;      // признак дистанционной работы

    // 2. Плановая оплата: начисления, показатели, авансы, удержания, тариф/квалификация.
    Движения.ПлановыеНачисления;                  // из ТЧ Начисления
    Движения.ЗначенияПериодическихПоказателейРасчетаЗарплатыСотрудников;            // из ТЧ Показатели
    Движения.ПрименениеДополнительныхПериодическихПоказателейРасчетаЗарплатыСотрудников;
    Движения.ПлановыеАвансы;                      // СпособРасчетаАванса + Аванс
    Движения.ПлановыеУдержания;                   // при наличии данных
    Движения.ПорядокРасчетаСтоимостиЕдиницыВремениСотрудников;
    Движения.РазрядыКатегорииСотрудников;         // тарифная система
    Движения.ПКУСотрудников;

    // 3. Отпуска: права и начальные остатки (база компенсаций и резервов).
    Движения.ПоложенныеВидыЕжегодныхОтпусков;     // из ТЧ ЕжегодныеОтпуска
    Движения.НачальныеОстаткиОтпусков;            // + ОстаткиОтпусковПоРабочимГодам
    Движения.ОтсутствияСдвигающиеРабочийГод;      // одноимённая ТЧ

    // 4. Наследие РФ-типовой / устаревшее (в РК по делу не наполняется).
    Движения.ПараметрыПериодовСтажаПФР;           // ПФР — наследие РФ
    // УдалитьЗанятыеПозицииШтатногоРасписания, УдалитьБухучетПлановыхНачислений — «Удалить…»

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

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

Зависимости

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

ЗависимостьЧто используется
Планы видов расчётаНачисления — виды расчёта строк начислений и льгот
СправочникиСотрудники, Организации, ПодразделенияОрганизаций, Должности, ШтатноеРасписание, ГрафикиРаботыСотрудников, ВидыОтпусков, ПоказателиРасчетаЗарплаты, РазрядыКатегорииДолжностей, ФизическиеЛица, Пользователи
ПеречисленияВидыДоговоровССотрудниками, СпособыРасчетаАванса, ВидыЗанятости, ПорядокРасчетаСтоимостиЕдиницыВремениОплатыТруда, ВидыТарифныхСтавок, СостоянияСотрудника
Документы-основанияНет (based_on пуст) — документ не вводится на основании других и не служит основанием (inverse_based_on пуст)
МеханизмыБСП «Дополнительные реквизиты и сведения» (ТЧ ДополнительныеРеквизиты)
📌 Заметка. Поскольку based_on и inverse_based_on пусты, документ полностью самостоятелен: его не создают «на основании» и из него не вводят другие документы. Перепроведение перезаписывает все 21 регистр — выполняйте корректировки до начала ведения текущих кадровых и расчётных документов.

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