Всем доброго времени суток.
Прошу поделиться опытом по отражению постоянного места работы сотрудника в орг.структуре HR. У нас на предприятии бесконечно переводятся люди (мероприятие ZC Изменение условий труда (врем)) Работник может не возвращаясь на свое ИД и опять перевестись на другое место и так до бесконечности. Что бы корректно провести другие мероприятия с работником, например ZD, нужно найти его постоянное ИД штатной должности - трудоемкий процесс. Плюс все стандартные отчеты выводят работника на временных позициях, а заинтересованные службы просят давать инф. по реальным должностям работников, а не по временным. Может у кого есть в практике отражение постоянных позиций в атрибутах к штатной должности или еще какое поле или признак, привязка в орг.структуре.
спасибо.

Ну навскидку, сделать свое Z* соединение и вести эту инфу в 1001 инфотипе. Но все равно стандарт его отрабатывать не будет и придется что-то с этим делать

Поясните, для чего мероприятие ZC делается?
Чтобы приказ бумажечный сделать? Тогда добавьте в ИТ 298 поле "шт.должность для ZC" и тяните инфу из нее. А стандартные отчеты будут показывать постоянную шт.должность.

Или еще что-то от ZC требуется?

Если ваши временные переводы как-бы не "настоящие", и в стандартных отчетах требуется отражать постоянные шт.должности, я бы подумал бы вообще не трогать стандартные поля для отражения таких временных переводов. Для временных шт. должностей нужно создать либо новые поля в ИТ1001, либо даже новый ИТ, чтобы не трогать стандарт. Тогда у ТН всегда будет своя постоянная шт.должность ( и все стандартные отчеты будут работать с ней), и временная шт.должность, с которой будут работать необходимые z-отчеты. Связь временной шт.должность с объектами OM делается через Z* соединение, которые будут просто копиями стандартных связей. Самое сложное в таком решении - написать интеграцию между PA и OM, аналогичной стандартной связи ИТ0001 и ИТ1001.

Я тут подумал, а почему бы не реализовать присвоение временной штатной должности в 2003 инфотипе? Хоть это инфотип и замещения, там есть штатка, можно также использовать было и 2002 инфотип - присутствия где тоже есть штатка.

1001 инфотип не расширяемый, его можно расширить извращенно через дополнительные данные связи по аналогии с HRPAD31 (тот еще гемор я хочу сказать)

Добрый день!
Как вариант можно использовать ИТ2003. Но тут будет проблема с отчётностью. На сколько помню РСВ-1 и 4-ФСС. Потребуется написание своих ФМ под DAQ (возможно не одного) и переопределение последних, иначе возникают ошибки в случае пересечения записей ИТ2003. Для РСВ-1 не помню, а вот для 4-ФСС точно придётся переопределять вот эти DAQ'и: AVRE и AVRI, так как стандартный ФМ HR_RU_DAQ_GET_PERNR_AVR проверят пересечения.
На счет ИТ2002 ничего в этом плане сказать не могу, не сталкивался. Нужно проверять.

[quote="calm"]Поясните, для чего мероприятие ZC делается?
Чтобы приказ бумажечный сделать? Тогда добавьте в ИТ 298 поле "шт.должность для ZC" и тяните инфу из нее. А стандартные отчеты будут показывать постоянную шт.должность.

Или еще что-то от ZC требуется?[/quote

Ответ: мероприятие ZC делаем для отображения приказа, а так же для корректного перевода - в мероприятии ZC проходим все ИТ (корр. даты и данные): 001,008,007,"открытие вакансии в ОМ" ИТ14,15 и т.д. У нас прям беда с переводами - очень трудоемкий процесс. Еще бывают запросы с Подразделений - дайте список работающих по профессиям на штатных должностях и их пол - идем в оперзапрос и получаем список работников на временных должностях с учетом временных переводов, и вычисляем от куда Маша и от куда Саша.

Если не ошибаюсь, у коллег переводы настоящие, и надо отражать. Но так как они временные, то есть желание хранить связь работника с его постоянной ШД. Иногда это называют "владение" штатной должностью, и влияет это на порядок освобождения временщиков при возврате владельца на его постоянную Ш.
На том проекте, где это встречал, сделали отдельную связь S-P в 1001 ИТ. При выполнении временных переводов и приемах создавали ее через динамику, при постоянных переводах закрывали старые, открывали новые, при увольнении - закрывали старые.
При желании можно сделать простые отчеты или оперзапросы для отражения связи, сделать закладку в PPOME, при очень большом желании - проверки на наличие владельца при постоянных приемах/переводах на уже "занятую" должность. Но это все Z по большей части. Отдельная проблема - первоначальное создание связей, если численность приличная. Ну и делать ее лучше после автоматизации изменений при кадровых мероприятиях, иначе потом актуализировать постоянно придется.