Уважаемые коллеги,
как правильно назначить полномочия табельщику, чтобы он мог
1. табелировать только один отдел в PTMW. Это понятно как сделать.

2 и имел доступ на ИТ 7 в PA30.
Хочется, чтобы была возможность изменять график в ИТ7, а не через замещения 2003. Разумеется, нельзя допустить, чтобы в PA30 табелищик имел доступ к людям не из своего отдела.

А как совместить 1 и 2 не понятно

Как Вы сделали это - понятно только Вам. Помочь невозможно.

В pa30 есть только 2 действенных способа ограничения:
По ответственному за ведение осн. данных и
По ключу организации.

К сожалению в oosb и oosp ограничение по орг единице с определенным путем анализа не робит.

Да обычно сделал. С помощью определения идентификатора выбора сотруднков в настройке рабочего места администратора временных данных. Тут мне все ясно, помогать не надо.


Вот это меня и печалит. Надеялся, что их все-таки можно было использовать.

Ключ организации и ответтсвенный за ведение не подходят, т.к. возможна ситуация когда есть два табельщика X и Y и три отдела А, B, C.
X табелируется A и B, а Y - отделы B и C.

С ответственным - тяжко. Это понятно. А вот ключами как раз такую ситуацию можно легко разрешить. Но это требует правки ролей, что не очень хорошо.
1. Дать пользователю Х право на ключи отделов А и B.
2. Дать пользователю Y права на ключи отделов B и C.

Минус в том, что у каждого отдела должен быть свой ключ (или у департамента), и, при переводе сотрудников, могут возникнуть сложности с доступом. Да и сами ключи создавать для новых отделов придется запросами.

К тому же придется делать кучу ролей табельщиков. А мне так привычно обходиться одной (на каждый раздел) + идентификатор выбора сотрудников

Да и поле ключа организации у нас уже используется

Коллеги, а у кого как табельщики меняют графики?
1. Через ИТ 2003
2. Используется ключ организации или ответсвенного для получения достпупа к ИТ7
3. Еще как-то?

А почему не работают структурные полномочия?

Понятия не имею. Может не имею их готовить.

У вас работают?

calm, удалось решить проблему без заведения отдельной роли для каждого табельщика?

Нет.
К сожалению пока не нашли решение, которое устраивало бы на 100%.

У нас так и работают, имеют полный доступ ко всем людям через РА30, но перед расчетом зарплаты просматриваются все изменения ИТ и в случае чего они знают что возмездия избежать не удастся.

Заказчиков нередко посещают мысли, что не хорошо, когда кто-то может взять и посмотреть всех.

Да, поэтому мы приняли решение создавать кучу ролей - индивидуально для каждого табельщика. Видимо другого выхода нет. По крайней мере, я не могу придумать как заставить систему понимать, что работающий пользователь – это и есть табельщик из T526. Хотя в этой таблице и есть поле для юзера (USRID), но оно видимо только для отправки почты.

Мы создали одну общую роль, которая дает полномочия на базовые функции всех табельщиков (ведение инфо-типов). В эту роль присваиваются все табельщики. Кроме того индивидуально создаем множество ролей с разграничением полномочий по ответственному исполнителю из T526. Таким образом, у каждого табельщика есть 2 роли – базовая и индивидуальная.

Все-таки почему не работают структурные полномочия?:)
У нас каждому табельщику присвоен PD-профиль и номер табельщика. В рабочем месте табельщика выбор по номеру. Соответственно полномочия на выбор сотрудников везде ограничиваются профилем.

Это понятно.
А если табельщика пустить в PA30, чтобы он, к примеру, 7 инфотип правил. Там структурные полномочия сработают?