в отдельный мандант?
или это типа криминал какой?

p.s. я не спец по HR, но что-то не верится что он увязан со своими "соседями по ERP" настолько жестко, что нельзя выделить в свой мандант (имхо, по-хорошему его бы воще вынести в отдельную систему)

Насколько я знаю, в ТНК он выделен в отдельную систему.
Будет работать как отдельно, так и в одной системе. Свои плюсы и минусы есть и в том и в другом подходе. Почти все интеграционные вопросы можно решить передачей данных между системами.

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

А можно полюбопытствовать, из каких соображений решили отдельно HR вынести?

котлеты - отдельно.
разные ERP-модули проекта находятся в разной степени готовности, команды разные ведут. если "оторвать" HR, то можно достаточно быстро его вывести в продуктив. как базисник я сразу получаю CUA , во-вторых - "развод" юзеров как минимум по мандантам (т.к. полномочия оставлены "на потом"), в третьих возможность делать рефреш теста из продуктива мандантом - независимо от состояния "соседа".

имхо, да там всё должно по ale тянутся? ну не напрямую же там чужие fm-мы вызываются! опять же их наверняка как remote оформлять можно...как грится - не верю!

ещё один аргумент - "Нужен результат!" в конце-концов

можете предположить аргументы против выделения?

p.s. остальные модули достаточно "сырые" - banking

+hr требует часто ставить обновления, можно ставить их не затрагивая интересы остальных(апгрейдить можно тоже поотдельности)

-настраивать ale (не вижу других минусов)

Обычная игра в секретность уже является основанием для выделения HR в отдельную систему. Напишите педерачу данных из системы HR в общую и сувайте в джоб. Очень неплохой вариант.
Минусы:
Появление табельных номеров в общей системе по так сказать кулдауну (период работы джоба).
Если табельный будет удален в системе HR, то в основной останется "мусор", ибо полную синхронизацию между системами писать влом.

воще весело...но отдельный мандант не спасет отца русской демократии

пасиб ))
ale ерунда - XI для коммуникаций ещё стоит - кроме erp ещё ж bw, пара nw.. в ландшафте есть - туда всё равно HR-данные тянуть. Опять же мне на SM юзеров для CUA подтягивать...или может прям в HR...- не решил ещё

не уверен, что для LM, SEM LM, CM, FI-GL (то что остаётся в ERP) нужны табельные номера...

отдельная система спасет

А я как бы вовсе не против, а двумя руками за отдельную систему, все аргументы я знаю.
Мне было интересно чем руководствовались конкретно Вы.

Не понял, во что именно вы не верите, но уверен, что разберетесь со всеми проблемами.

в смысле? я - базис клиента. что подали, то и кушаем. просто прикинул во что это мне выгорит -


да уже надо было не пускать на самотёк сразу это дело.
ещё кстати + всплыл - запросы HR-ные "выуживать" из общей кучи выуживать проще

А зачем их выуживать? Я сам как бы не базисник , но интересно

чтобы собрать в кумулятив для переноса в продуктив (прям рифма
В TMS валяться все запросы для всех модулей всех систем. Разбираешь что-куда вручную. Но в пределах одного манданта выделить проект сложно (редко когда это поле заполнено). А в продуктив переводится только HR.

Может тогда просто жестко ... бить тех, кто запросы без проекта лепит? Пара показательных порок и всё ок