Модуль HR - отдельная система или все вместе?

miniSAPer

Коллеги, тут разгорелись дебаты насчет целесообразности отдельно стоящего HR. Т.е. один продуктив для остальных модулей, а для модуля HR второй продуктив. Потом интеграция по переносу данных. Обуславливают такую схему тем, что HR жрет много ресурсов для обсчета времени и ЗП, а так же в целях обезопасить доступ к данным со стороны администрирующего персонала и т.д.
Прошу высказаться по этому поводу. У кого как настроено? Может есть какие-то ссылки на официальные рекомендации.

Sergey_P

Если сотрудников для формирования расчета от 5000 то желательно отдельно даже при наличии (хорошего серверного исполнения) но потребуется настройка ALE для формирования проводок в FI\CO.
Касаемо безопасности у Вас есть мощный инструмент по созданию ролей и полномочий.

Mike1

Надо выносить на отдельную систему.
Вам могут простить дыры в системе безопасности по любым данным,кроме зарплатных.
Как правило HR более критичен к уровню пакетов обновления,на отдельно стоящей системе поддерживать надлежащий уровень легче.
Если железо мощное можно поставить оба продуктива на один сервер - это частично компенсирует издержки на межсистемное взаимодействие по ALE.

Sergey_P

Да! Да поставить "Пентиум 8++", счичать на счетах в целях безопасности, а также не давать в руки "колюще - режущие" инструменты - во избежания создания "дыр" - при этом издержки на ALE не возникнут

Bully

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

Прошу высказаться по этому поводу. У кого как настроено? Может есть какие-то ссылки на официальные рекомендации.

Официальные рекомендации:

Цитата:

Reasons for Separate HR system

1. A separation of the HR system from the Accounting/Logistics system secures HR Payroll data, not only by logon, but also by access to the actual server. This maintains the confidentiality and security of the data. The server is placed behind a ‘Firewall’, whereby only specific computers can access the R/3 system.

2. This architecture can mean that an existing R/3 system being used for Accounting/Logistics needn’t be part of a HR new or upgrade project. An upgrade to an existing implementation would increase the scope of the HR implementation by assuring Customization changes, checking of all custom code, extensive testing and retraining.

3. HR Support Package management is simplified. When HR is operating in the core R/3 system, the changes brought by HR Support Package must be tested on all system processes. In a HR-only system, the processes to be tested are HR related only, so testing scope is significantly decreased.

4. Having HR and Payroll system separated from the other modules enhances system performance, by virtue of fewer users and less system contention.

pepto

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

Официальные рекомендации:

Цитата:

Reasons for Separate HR system

1. A separation of the HR system from the Accounting/Logistics system secures HR Payroll data, not only by logon, but also by access to the actual server. This maintains the confidentiality and security of the data. The server is placed behind a ‘Firewall’, whereby only specific computers can access the R/3 system.

2. This architecture can mean that an existing R/3 system being used for Accounting/Logistics needn’t be part of a HR new or upgrade project. An upgrade to an existing implementation would increase the scope of the HR implementation by assuring Customization changes, checking of all custom code, extensive testing and retraining.

3. HR Support Package management is simplified. When HR is operating in the core R/3 system, the changes brought by HR Support Package must be tested on all system processes. In a HR-only system, the processes to be tested are HR related only, so testing scope is significantly decreased.

4. Having HR and Payroll system separated from the other modules enhances system performance, by virtue of fewer users and less system contention.

Из какого документа этот текст? Можно ссылку на источник указать?

ZGilgelad

Коллеги, всем привет!
Подниму тему.
Подскажите, у вас HCM и остальной функционал ERP в разных системах или в одной? Если возможно, дайте комментарии, из каких соображений системы объединялись разделялись.
Из моей практики, системы обычно разделены исходя из соображений конфиденциальности перс.данных. На scn пишут, что еще были заморочки с обновлением, но сейчас все это не актуально и ставьте все вместе.

calm

Цитата:

были заморочки с обновлением, но сейчас все это не актуально и ставьте все вместе

У кого были, у кого - будут.
Вот захочется поставить какой-нибудь новый ехп ради FI или там MM. А это ж гемор какой, за выходные не факт, что можно уложиться. Особенно если нужно убедиться, что ничего не сломалось.
А в HCM надо каждый день считать уволенных, отпускников всяких. Не говоря уже об авансе и регулярной ЗП.
И получается, что остановить систему с HCM очень не просто.

Плюс ограничения в доступе, да.
Плюс кривые тяжелые отчеты и загрузки других модулей не просадят систему в неподходящий момент.

Если вдруг какой катаклизм глобальный, то из бэкапа проще восстановить один HCM. А если другие модули придется восстанавливать, то HCM и вовсе не затронет.

Минус - если есть интеграция помимо проводок в FI. Например, нужно относить рабочее время на заказы или СПП-элементы. Или в ТОРО могут потребоваться табельные для тех же заказов.
Но минусы интеграции решаются единоразово. А вышеперечисленные риски снимаются навсегда.

Модуль HR - отдельная система или все вместе?

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