Документ «Перемещение между территориями»

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

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

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

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

Перемещение всегда задаётся периодом: обязательное НачалоПериода и необязательное ОкончаниеПериода. Если окончание не указано — перемещение бессрочное; если указано — временное (на срок вахты или работы на объекте). Одним документом можно перевести сразу нескольких сотрудников, но на одну территорию и один период (состав ведётся в табличной части Сотрудники).

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

Кто работает: кадровик при территориальном учёте работ (вахты, площадки, объекты). Создаётся с нуля; «на основании» других документов не вводится.

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

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

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

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

Проходим по шагам: от пустого документа до проведённой территориальной привязки. Сценарии взяты из раздела «Сценарии работы» карточки объекта.

Урок 1. Бессрочное перемещение на территорию

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

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

Урок 2. Временное перемещение и бригада

Когда: сотрудник (или сразу несколько) направляется на территорию на ограниченный срок — вахта, работа на объекте с известной датой возврата.

  1. Создаём документ и заполняем Организацию и Территорию, как в Уроке 1.
  2. Указываем Начало периода и дополнительно Окончание периода — именно его заполнение отличает временное перемещение от бессрочного.
  3. Для бригады: в табличной части «Сотрудники» добавляем все строки — каждого перемещаемого сотрудника отдельной строкой.
  4. Проводим. В регистре территорий появятся записи по каждому сотруднику, ограниченные датами Начало периода … Окончание периода.
⚠️ Важно. Шапочные Территория и период — общие для всех строк табличной части: один документ = одна территория и один период для всех сотрудников. Чтобы направить людей на разные территории или с разными датами, создавайте отдельные документы.
📌 Заметка. Контроль корректности интервала (что окончание позже начала) по карте метаданных не подтверждён — модули проверки в выгрузке отсутствуют. Следите за датами вручную: ошибочный интервал платформа на уровне обязательности не отловит.

Урок 3. Исправление и правка документа

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

  1. Правка свежего документа. Открываем документ из журнала (в списке виден состав сотрудников), меняем нужные поля — территорию, период или состав табличной части — и перепроводим. Перепроведение перезаписывает записи регистра территорий по сотрудникам этого документа.
  2. Исправление в закрытом периоде. Исходный документ задним числом не правим. Создаём новый документ этого же вида и заполняем поле «Исправленный документ» ссылкой на исправляемый (тип ссылки — на документ того же вида «Перемещение между территориями»).
  3. Вносим корректные данные (правильную территорию, период, состав) и проводим документ-исправление.
⚠️ Важно. Детали механизма сторнирования при исправлении в выгрузке конфигурации не определены (модуль проведения отсутствует). Поле «Исправленный документ» — это структурная связь исправления с исходным документом; заполняйте его только в документах-исправлениях, в обычных документах оставляйте пустым.
💡 Подсказка. Табличную часть «Дополнительные реквизиты» по умолчанию не трогайте — это стандартный механизм дополнительных свойств БСП (заполняется, только если в вашей организации настроены доп. реквизиты для этого документа).

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

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

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

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

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

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

Обязательность приведена по fill_value_required: ShowError = обязательный (платформа проверяет перед записью), DontCheck = не проверяется.

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

ТЧ / колонкаТипНазначение
Сотрудники (синоним «Сотрудники»)—Основная ТЧ: кто перемещается на территорию
  ↳ СотрудникСправочникСсылка.СотрудникиПеремещаемый сотрудник (обязательный по смыслу элемент строки)
  ↳ ФизическоеЛицоСправочникСсылка.ФизическиеЛицаФизлицо сотрудника — служебная колонка для отборов/регистров; заполняется по сотруднику
ДополнительныеРеквизиты (синоним «Дополнительные реквизиты»)—Стандартный механизм доп. реквизитов БСП
  ↳ СвойствоПланВидовХарактеристикСсылка.ДополнительныеРеквизитыИСведенияКакой дополнительный реквизит заполняется
  ↳ ЗначениеСоставной (тип в карте пуст)Значение свойства
  ↳ ТекстоваяСтрокаСтрокаТекстовое значение свойства
📌 Формы. В карте объекта список форм пуст (forms: []) — ключевую пользовательскую форму по данным выгрузки указать нельзя (не определено). Команды (commands) также не выгружены.

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

Документ объявлен регистратором всего по 2 регистрам сведений. Бухгалтерских проводок и движений по регистрам расчёта зарплаты он не делает.

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

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

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

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

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

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

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

    // 1. Основной эффект: территориальная привязка каждого сотрудника на период.
    //    Источник строк — ТЧ Сотрудники; период — шапочные НачалоПериода…ОкончаниеПериода.
    Для Каждого СтрокаСотрудника Из Сотрудники Цикл
        Запись = Движения.ТерриторииСотрудников.Добавить();
        Запись.Период          = НачалоПериода;        // ОкончаниеПериода — если задано
        Запись.Сотрудник       = СтрокаСотрудника.Сотрудник;
        Запись.ФизическоеЛицо  = СтрокаСотрудника.ФизическоеЛицо;
        Запись.Территория      = Территория;           // ключевое поле документа
        Запись.Организация      = Организация;
    КонецЦикла;

    // 2. Наследие РФ-типовой: параметры периодов стажа ПФР (в РК не используется).
    //    Движения.ПараметрыПериодовСтажаПФР — заполняется типовой логикой РФ, для КЗ нерелевантно.

    // 3. Бухгалтерских проводок и движений по регистрам расчёта зарплаты НЕТ.
    //    Влияние на ИПН/ОПВ/СО/ВОСМС — опосредованное, через ТерриторииСотрудников.

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

КонецПроцедуры
📌 Заметка. Имена колонок регистра ТерриторииСотрудников в приведённом фрагменте — предполагаемые (карта регистра в выгрузку не входит); достоверны лишь имена реквизитов и табличной части самого документа и факт записи в этот регистр. При перепроведении набор записей по сотрудникам документа перезаписывается.

Зависимости

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

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

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