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

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

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

Кто работает: специалист по кадрам; периодичность — как правило, раз в год (или при смене состава комиссии). Нумерация сквозная (не обнуляется при смене года).

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

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

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

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

Урок 1. Создание аттестационной комиссии на год

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

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

Урок 2. Подготовка печатной формы акта

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

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

Урок 3. Изменение состава комиссии

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Nonperiodical (сквозная, не обнуляется). В шапке 10 реквизитов, 2 табличные части. Формы, BSL-модули и команды в использованной XML-выгрузке конфигурации отсутствуют (forms: [], bsl_static: [], bsl_summaries: [], commands: []).

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

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

Колоночный состав ТЧ СоставАттестационнойКомиссии:

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

Документ не делает движений по регистрам: metadata.register_records пуст. Проведение лишь фиксирует документ как утверждённый источник данных о составе комиссии — статус «Проведён» и содержимое ТЧ СоставАттестационнойКомиссии и есть результат проведения.

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

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

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

Схема проведения (реконструкция): регистров-приёмников нет — проведение только переводит документ в статус «Проведён».

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

    // Документ не делает движений ни по каким регистрам.
    // register_records = [] — нет ни расчётных, ни накопительных, ни сведений.
    //
    // Единственный эффект проведения — фиксация документа как утверждённого
    // источника данных о составе комиссии (ТЧ СоставАттестационнойКомиссии).
    // Подсистема аттестации читает данные через запросы к документу по ВидАттестации.

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

Зависимости

BSL-модули в выгрузке отсутствуют. По типам данных объект зависит от:

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

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