Логирование пользователей и историчность в SAP ERP

new_user

Если вести в SAP логин не пофамильно, а общий логин, например:
логин: buhOS01 (бухгалтер основных средств)
закреплен за Ивановым Иваном

логин buhOS02 (бухгалтер основных средств)
закреплен за Петровым Петром

В случае если Иванов Иван увольняется, на его место приходит Сидоров Сидор, то при редактировании логина buhOS01, я могу изменить с Иванова Ивана на Сидорова Сидора. Как храниться история в этом случае в SAP (что будет с документами, созданные Иваном и в дальнейшем которые будут создаваться Сидором)? Измениться ли у созданных документов история создания/редактирования/удаления и др.?

шрам

Я думаю, это вопрос больше к функционалу...

Со стороны базисной части - SU01 - ведение юзера, там останутся все документы изменений, аудит также зафиксирует все изменения юзера, но не более...

Позвольте поинтересоваться, с чем связан такой изврат?
Такая схема очень геморройна для администрирования и аудита со стороны безопасности. Если Вам дОроги лицензии, то кто Вам мешает помечать пользователей как удаленных или удалять их?
Полномочия можно легко передавать обычным копирование аккаунта, ведь "техническая" часть (полночочия, принтеры, локализация) у них будут одинаковы.

Skif

шрам написал:

Позвольте поинтересоваться, с чем связан такой изврат?

одна буква, а как меняется смысл

шрам

Skif написал:

одна буква, а как меняется смысл

хоть бы на букву намекнул.. а то себе уже весь мозг вывернул

aleks473

new_user написал(а):

Если вести в SAP логин не пофамильно, а общий логин, например:
логин: buhOS01 (бухгалтер основных средств)
закреплен за Ивановым Иваном

логин buhOS02 (бухгалтер основных средств)
закреплен за Петровым Петром

В случае если Иванов Иван увольняется, на его место приходит Сидоров Сидор, то при редактировании логина buhOS01, я могу изменить с Иванова Ивана на Сидорова Сидора. Как храниться история в этом случае в SAP (что будет с документами, созданные Иваном и в дальнейшем которые будут создаваться Сидором)? Измениться ли у созданных документов история создания/редактирования/удаления и др.?

Не стоит так делать, потому что в документах сохраняется как раз логин, а не фио. Т.е. в какой нибудь бухгалтерской проводке будет написано изменил buhOS01, и все. Если конкретная реализация позволяет посмотреть данные по этому buhOS01, то двойной клик вернет ТЕКУЩИЕ данные из su01, т.е. не какой привязки по датам у вас не будет и вам потом придется объяснять руководству как это Сидорова изменила данные, в январе 2009 года, хотя на работу она устроилась в апреле 2009. В этом смысле, лучше удалять логины уволившихся сотрудников, тогда функциональщики уже не смогут посмотреть кто это было по фио, но смогут обратится к вам и вы сможете сказать что это был за человек и когда его логин был удален. Как вариант в качестве логина использовать табельный номер, тогда всегда можно сопоставить с кадровыми данными.

Skif

шрам написал:

Skif написал:

одна буква, а как меняется смысл

хоть бы на букву намекнул.. а то себе уже весь мозг вывернул

заголовок

new_user

шрам написал:

Я думаю, это вопрос больше к функционалу...

Со стороны базисной части - SU01 - ведение юзера, там останутся все документы изменений, аудит также зафиксирует все изменения юзера, но не более...

Позвольте поинтересоваться, с чем связан такой изврат?
Такая схема очень геморройна для администрирования и аудита со стороны безопасности. Если Вам дОроги лицензии, то кто Вам мешает помечать пользователей как удаленных или удалять их?
Полномочия можно легко передавать обычным копирование аккаунта, ведь "техническая" часть (полночочия, принтеры, локализация) у них будут одинаковы.

Благодарю за ответ!!!
Как раз вся причина в лицензиях! Проект на стадии концептуального проектирования, поэтому продумываем технологии присвоения логинов пользователям. В одной из систем у нас такая технология работает, видимо в SAP такое не получится сделать.

Другой вопрос, если пользователь уволился, то ему можно проставить статус "Удален" (физически удалять запись как раз из-за аудита безопасности) и во всех документах, с которыми работал данный пользователь останется история документа? Повлияет ли этот статус "Удален" на проверку лицензий со стороны SAP ERP, не возникнет ли проблем в дальнейшем?

new_user

aleks473 написал(а):

Не стоит так делать, потому что в документах сохраняется как раз логин, а не фио. Т.е. в какой нибудь бухгалтерской проводке будет написано изменил buhOS01, и все. Если конкретная реализация позволяет посмотреть данные по этому buhOS01, то двойной клик вернет ТЕКУЩИЕ данные из su01, т.е. не какой привязки по датам у вас не будет и вам потом придется объяснять руководству как это Сидорова изменила данные, в январе 2009 года, хотя на работу она устроилась в апреле 2009. В этом смысле, лучше удалять логины уволившихся сотрудников, тогда функциональщики уже не смогут посмотреть кто это было по фио, но смогут обратится к вам и вы сможете сказать что это был за человек и когда его логин был удален. Как вариант в качестве логина использовать табельный номер, тогда всегда можно сопоставить с кадровыми данными.

Благодарю за ответ и совет!!! Исчерпывающе!

Вопрос: можно обойтись без удаления пользователей, достаточно ли будет статуса "Удален"?

aleks473

new_user написал(а):

Вопрос: можно обойтись без удаления пользователей, достаточно ли будет статуса "Удален"?

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

Kpt. Nemo

aleks473 написал(а):

Статуса "удален" нет в системе, есть статус блокирован, как сап в этом случае считает лицензии, я так и не смог понять до конца.

Блокированные пользователи подсчитываются при контрольных измерениях. Так что необходимо именно удалять! Не учитываются при подсчете заместители.
И как верно заметили "удален" - это не статус ))

Константин.Н

если пользователя ограничить периодом действия - тогда не подсчитывается измерениями. Мы этим пользуемся...Учётки не удаляем... пока...

new_user

Спасибо большое за ответы!!!

Friday

Можно я не буду создавать ветку и напишу тут

возникла такая же ситуация - клиенты хотят

Цитата:

вести в SAP логин не пофамильно, а общий логин, например:
логин: buhOS01 (бухгалтер основных средств)
закреплен за Ивановым Иваном

уперлись и все - пофамильно не хотят. убедить не смогли
теперь ищем такой отчет, чтобы можно было увидеть, что
buhOS01 с 01.01.2010 по 01.04.2010 был Ивановым, а 02.04.2010 стал Сидоровым

нашел таблицу ADRP, в которой есть фамилии пользователей (правда как связать с логином - еще не нашел) но не могу активировать аудит
se11 Технические параметры-Запись в журнал изменений данных поставил галочку
scu3 эта таблица не появляется в списке и журнал пустой

как быть, подскажите, плиз

tr0ublemaker

таблица ADRP связана с таблица usr01, usr02 через таблицу usr21. логгирование вам стоит включить на таблицу usr02

unumi

Всем здрасть.. подскажите а как можно посмотреть все логины находящиеся в
статусе блокирован?

Правила форума

Логирование пользователей и историчность в SAP ERP

Кто сейчас на конференции