HRMOrganization vs RPayHRMOrganization

[kia]

Может кто-то объяснить зачем для ввода структуры Организации в RPayRoll была создана другая таблица. Понятно, что для доступа к HRMOrganization нужна лицензия на HRM. Но наверное, это можно было подправить.
Кадровый учет сильно пересекается с HRM.
При наличии обоих лицензий получается двойной ввод.
Какие возможны проблемы если перейти на использование таблицы HRMOrganization и ее дорабатывать под свои нужды?

[mazzy]

Цитата:

Сообщение от kia

Может кто-то объяснить зачем для ввода структуры Организации в RPayRoll была создана другая таблица.

О!!!! Какой вопрос... Замечательный.

Потому что:
1.
локализаторы считают, что наша страна совершенно уникальное явление и что таких требований как у нас - ни у кого нет. Следовательно, локализаторы считают, что стандартный буржуйский функционал локализаторам можно и не знать.

2.
Кроме того, есть технологическая причина - изменения международный объектов нужно согласовывать со штаб-квартирой, следить за веяниями моды и изгибами внутрикорпоративной политики... А вот с локальными объектами можно делать все что угодно, ни у кого ничего не спрашивая.

Из-за этих двух причин локализаторам намного проще ваять свои собственные параллельные структуры.
Но положение становится ужасным, когда кто-то пытается использовать весь функционал. И ситуация становится еще хуже, когда нужно поднять всю эту локализацию на новую версию...

В общем, если вы партнер - задайте этот вопрос через вашего ПАМа. Если вы клиент... можно обсудить этот вопрос здесь.
Но в ближайшее время две основные причины (мнение об уникальности и свобода создания своих объектов) не изменятся.

[kia]

Цитата:

Сообщение от mazzy

Есть технологическая причина - изменения международный объектов нужно согласовывать со штаб-квартирой, следить за веяниями моды и изгибами внутрикорпоративной политики... А вот с локальными объектами можно делать все что угодно, ни у кого ничего не спрашивая.

Из этого можно сделать вывод, что таблицу структуры организации им менять не разрешили (или они не справшивали), а EmplTable менять разрешили.
И слава богу, что не сделали свой REmplTable, хотя свою RHRMVirtualNetworkTable прикрутили.
Хотя я больше надеялся на ответ знатоков именно HRM. Может действительно для нужд HRM нужна (или может быть нужна) другая структура подразделений, а не та, что по Штатному расписанию. Но это только мои предположения.

[mazzy]

Цитата:

Сообщение от kia

Хотя я больше надеялся на ответ знатоков именно HRM. Может действительно для нужд HRM нужна (или может быть нужна) другая структура подразделений, а не та, что по Штатному расписанию. Но это только мои предположения.

В HRM можно вести несколько структур.
И матричную, и иерархическую, и по ролям...

[belugin]

Я где-то слышал - еще до работы в MS - что HRM на каком-то этапе был слишком дорогой, поэтому сделали ограниченных RHRM в коламбусе, а потом купили. За точность этих сведений не поручусь, потому попрошу опровергнуть, елси не прав.

Кстати, местные говорят, что ОСы русские появились в коламбусе раньше западных.

[mazzy]

Цитата:

Сообщение от belugin

Я где-то слышал - еще до работы в MS - что HRM на каком-то этапе был слишком дорогой

Он и сейчас дорогой.
Но ведь и российский - не дешевый

Но ведь это не повод принимать такие странные технические решения.
Сейчас если хочется использовать оба, то надо закупать оба модуля. И при этом страдать двойным вводом...

Цитата:

Сообщение от belugin

а потом купили.

Да ради бога... С тех пор прошло много-много лет. Не объединили же

Цитата:

Сообщение от belugin

Кстати, местные говорят, что ОСы русские появились в коламбусе раньше западных.

Спроси у местных почему русские ОСы и буржуйские ОСы хотя бы не интегрированы (не говоря уже о том, чтобы вообще слить их вместе).

[Vadik]

Цитата:

Сообщение от mazzy

Он и сейчас дорогой.
Но ведь и российский - не дешевый
Но ведь это не повод принимать такие странные технические решения.
Сейчас если хочется использовать оба, то надо закупать оба модуля. И при этом страдать двойным вводом...

Буржуйский Payroll в AX2009, который как бы и партнерское решение, но частично сращен с SYS слоями, по другому устроен. Там вынесли (продублировали) совместно используемые с HRM данные в параллельные PHR таблицы и мастер данными считают Payroll, откуда изменения дублируют (синхронизуют) с HRM (если он лицензирован). Соотвественно HRM покупать необязательно

Цитата:

Сообщение от Ivanhoe

На встречах с МС мы задавали логичный вопрос про связь подразделений RHRM или HRM с модулем ОС

А какая на Ваш взгляд должна быть связь?

[Ivanhoe]

Для нужд HRM действительно может быть несколько структур - Линейная, Матрица, Проект. Они могут отличаться от ШР, но никто ведь не мешал добавить еще один тип?

Кстати, в связи с Глобальной адресной книгой в AX 2009 сотрудники и в русском модуле завязаны на общий справочник "лиц", а вот русские подразделения - как были "сами по себе" так и остались

На встречах с МС мы задавали логичный вопрос про связь подразделений RHRM или HRM с модулем ОС - ничего внятного не услышали.