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

Аттестация сотрудников — обязательная (или плановая) кадровая процедура, при которой работодатель оценивает квалификацию персонала. В ЗУП для Казахстана она начинается с документа «Приказ об аттестации сотрудников»: именно он служит юридическим основанием для проведения аттестации и формирует пакет для печатных форм приказа.

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

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

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

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

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

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

Урок 1. Создание приказа об аттестации

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

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

Урок 2. Планирование заседаний и список аттестуемых

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

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

Урок 3. Состав комиссии, подписанты и график документов

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

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

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

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

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

Тип объекта — документ. Нумерация: тип номера String, длина 11, периодичность Nonperiodical (сквозная, без сброса по году). В шапке 16 реквизитов, 6 табличных частей. Документ не пишет ни в один регистр (register_records пуст) — чисто кадровый организационно-распорядительный объект.

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

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

Колоночный состав ТЧ ЗаседанияКомиссии: ДатаЗаседания (синоним «Дата»), ВремяНачала, ВремяОкончания, ИдентификаторСтрокиЗаседаниеКомиссии (числовой ключ связи), МестоПроведенияЗаседания, ПродолжительностьАттестации.

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

Колоночный состав ТЧ ГрафикПредоставленияДокументов: Подразделение, Ответственный (CatalogRef.Сотрудники), ДатаПредставленияДокументов, ИдентификаторСтрокиЗаседаниеКомиссии.

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

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

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

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

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

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

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

    // Регистров-приёмников нет — движения не формируются.
    // Документ сохраняет данные ТЧ:
    //   ЗаседанияКомиссии — план заседаний
    //   Сотрудники         — список аттестуемых с привязкой к заседаниям
    //   ГрафикПредоставленияДокументов — сроки и ответственные по подразделениям
    //   СоставАттестационнойКомиссии   — члены и роли
    // Результат — зафиксированный кадровый приказ для печатных форм.

    // Расчёт зарплаты, ИПН, ОПВ, ОПВР, СО, ВОСМС — не затрагиваются.

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

Зависимости

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

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

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