насколько сложным — это не прописано в стандарте, это либо в дополнительных гайдлайнах, как вы сказали, либо выбор самой компании. Но стандарт просто диктует чтобы был «сложным»
Спасибо, очень хороший вопрос.
IT 0105 подтип 0001 мы используем, но там как раз привязывается номер сотрудника к номеру сотрудника. Там не используется имя AD — отсюда необходимость дополнительного копирования данных.
по поводу IT0105 подтип 0010 здесь да, идёт дублирование данных, причём почта дописывается в PA20 уже после того как она была создана в AD. Здесь дело именно в имени AD — вторая таблица была изначально создана именно для хранения его, а ещё для тех пользователей, которым мы не можем дать доступ к PA20 и полным таблицам с личными данными пользователей. Т.е. она не основная, но нужная :)
да, Portal активно используем. И для SRM, и для BI, и для in-house приложений (мы их называем приложения на корпоративном сайте). Именно потому что пользователи пользуются порталом, мы можем не давать им активные права входа в SAP а оставлять их в типе Communication. Правда всё равно остаётся 2 тыс. человек которым нужно логиниться в системе :)
Спасибо. Про портал не поняла — можете пояснить?
Про систему — все действия с sap транзакциями выполняются в каждой системе. Например sncwizard будет запускаться и в SRM и в ECC, etc.
Чёрт побери, гениальный перевод с французского.
IT 0105 подтип 0001 мы используем, но там как раз привязывается номер сотрудника к номеру сотрудника. Там не используется имя AD — отсюда необходимость дополнительного копирования данных.
по поводу IT0105 подтип 0010 здесь да, идёт дублирование данных, причём почта дописывается в PA20 уже после того как она была создана в AD. Здесь дело именно в имени AD — вторая таблица была изначально создана именно для хранения его, а ещё для тех пользователей, которым мы не можем дать доступ к PA20 и полным таблицам с личными данными пользователей. Т.е. она не основная, но нужная :)
Про систему — все действия с sap транзакциями выполняются в каждой системе. Например sncwizard будет запускаться и в SRM и в ECC, etc.