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

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

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

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

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

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

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

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

Урок 1. Оформление группового приказа

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

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

Урок 2. Переход к расчёту оплаты и суточных

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

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

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

Когда: командировка продлена или сокращена, участник добавлен или исключён, либо приказ нужно отменить.

1. Изменение сроков/состава. Открываем документ, меняем Дату начала / Дату окончания в нужных строках, добавляем или удаляем строки сотрудников. Записываем/перепроводим.
2. После изменения дат проверяем связанные расчётные документы «Командировка» по изменённым строкам — периоды расчёта среднего заработка должны соответствовать новым датам.
3. Отмена приказа. Сначала проверяем и снимаем/удаляем связанные расчётные документы «Командировка» по строкам, затем помечаем групповой документ на удаление.
4. Поскольку движений нет, отмена проведения группового документа регистры не затрагивает — все расчётные последствия живут в индивидуальных документах «Командировка».

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

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

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

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

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

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

Основная ТЧ — Сотрудники («Сотрудники»): одна строка = один командируемый сотрудник со своими датами и параметрами поездки.

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

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

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

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

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

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

Схема записи/проведения (реконструкция): документ только регистрирует приказ — наборов записей регистров нет.

// Реконструкция по metadata: register_records ПУСТ — движений документ не делает.
// Это не дословный код модуля (модуль в выгрузке отсутствует).
Процедура ОбработкаПроведения(Отказ, РежимПроведения)

    // У документа НЕТ регистров-приёмников (register_records = []).
    // Групповой приказ "Командировка группы" не пишет ни в один регистр:
    //   - нет движений по регистрам расчёта зарплаты (Начисления / Удержания);
    //   - нет движений в КЗ-налоговом контуре (ИПН / ОПВ / СО / ВОСМС);
    //   - нет учёта времени и сумм к выплате на уровне этого документа.

    // Расчётные последствия наступают в СВЯЗАННЫХ документах "Командировка"
    // (ДокументСсылка.Командировка в колонке ТЧ Сотрудники.Командировка):
    // именно там считаются оплата по среднему заработку, суточные и налоги РК.

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

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

Зависимости

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

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

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