AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 31.03.2010, 15:15   #1  
kia is offline
kia
Участник
 
96 / 19 (1) ++
Регистрация: 07.10.2008
Адрес: Харьков
HRMOrganization vs RPayHRMOrganization
Может кто-то объяснить зачем для ввода структуры Организации в RPayRoll была создана другая таблица. Понятно, что для доступа к HRMOrganization нужна лицензия на HRM. Но наверное, это можно было подправить.
Кадровый учет сильно пересекается с HRM.
При наличии обоих лицензий получается двойной ввод.
Какие возможны проблемы если перейти на использование таблицы HRMOrganization и ее дорабатывать под свои нужды?
За это сообщение автора поблагодарили: mazzy (2).
Старый 31.03.2010, 16:05   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kia Посмотреть сообщение
Может кто-то объяснить зачем для ввода структуры Организации в RPayRoll была создана другая таблица.
О!!!! Какой вопрос... Замечательный.

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

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

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

В общем, если вы партнер - задайте этот вопрос через вашего ПАМа. Если вы клиент... можно обсудить этот вопрос здесь.
Но в ближайшее время две основные причины (мнение об уникальности и свобода создания своих объектов) не изменятся.
__________________
полезное на axForum, github, vk, coub.
Старый 31.03.2010, 16:27   #3  
kia is offline
kia
Участник
 
96 / 19 (1) ++
Регистрация: 07.10.2008
Адрес: Харьков
Цитата:
Сообщение от mazzy Посмотреть сообщение
Есть технологическая причина - изменения международный объектов нужно согласовывать со штаб-квартирой, следить за веяниями моды и изгибами внутрикорпоративной политики... А вот с локальными объектами можно делать все что угодно, ни у кого ничего не спрашивая.
Из этого можно сделать вывод, что таблицу структуры организации им менять не разрешили (или они не справшивали), а EmplTable менять разрешили.
И слава богу, что не сделали свой REmplTable, хотя свою RHRMVirtualNetworkTable прикрутили.
Хотя я больше надеялся на ответ знатоков именно HRM. Может действительно для нужд HRM нужна (или может быть нужна) другая структура подразделений, а не та, что по Штатному расписанию. Но это только мои предположения.
Старый 31.03.2010, 16:38   #4  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2922 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Я где-то слышал - еще до работы в MS - что HRM на каком-то этапе был слишком дорогой, поэтому сделали ограниченных RHRM в коламбусе, а потом купили. За точность этих сведений не поручусь, потому попрошу опровергнуть, елси не прав.

Кстати, местные говорят, что ОСы русские появились в коламбусе раньше западных.
Старый 31.03.2010, 16:55   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
Я где-то слышал - еще до работы в MS - что HRM на каком-то этапе был слишком дорогой
Он и сейчас дорогой.
Но ведь и российский - не дешевый

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

Цитата:
Сообщение от belugin Посмотреть сообщение
а потом купили.
Да ради бога... С тех пор прошло много-много лет. Не объединили же

Цитата:
Сообщение от belugin Посмотреть сообщение
Кстати, местные говорят, что ОСы русские появились в коламбусе раньше западных.
Спроси у местных почему русские ОСы и буржуйские ОСы хотя бы не интегрированы (не говоря уже о том, чтобы вообще слить их вместе).
__________________
полезное на axForum, github, vk, coub.
Старый 31.03.2010, 16:56   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kia Посмотреть сообщение
Хотя я больше надеялся на ответ знатоков именно HRM. Может действительно для нужд HRM нужна (или может быть нужна) другая структура подразделений, а не та, что по Штатному расписанию. Но это только мои предположения.
В HRM можно вести несколько структур.
И матричную, и иерархическую, и по ролям...
__________________
полезное на axForum, github, vk, coub.
Старый 31.03.2010, 17:03   #7  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Для нужд HRM действительно может быть несколько структур - Линейная, Матрица, Проект. Они могут отличаться от ШР, но никто ведь не мешал добавить еще один тип?

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

На встречах с МС мы задавали логичный вопрос про связь подразделений RHRM или HRM с модулем ОС - ничего внятного не услышали.
__________________
Ivanhoe as is..
Старый 31.03.2010, 20:56   #8  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от mazzy Посмотреть сообщение
Он и сейчас дорогой.
Но ведь и российский - не дешевый
Но ведь это не повод принимать такие странные технические решения.
Сейчас если хочется использовать оба, то надо закупать оба модуля. И при этом страдать двойным вводом...
Буржуйский Payroll в AX2009, который как бы и партнерское решение, но частично сращен с SYS слоями, по другому устроен. Там вынесли (продублировали) совместно используемые с HRM данные в параллельные PHR таблицы и мастер данными считают Payroll, откуда изменения дублируют (синхронизуют) с HRM (если он лицензирован). Соотвественно HRM покупать необязательно
Цитата:
Сообщение от Ivanhoe
На встречах с МС мы задавали логичный вопрос про связь подразделений RHRM или HRM с модулем ОС
А какая на Ваш взгляд должна быть связь?
__________________
-ТСЯ или -ТЬСЯ ?
Теги
hrm, hrmorganization

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Можно вывести в lookup пересечение двух query? Hidden DAX: Программирование 14 14.07.2006 10:02
Web интерфейс vpa DAX: Программирование 3 29.12.2004 17:55
Online-взаимодействие Axapta 3.0 и 1С isbist DAX: Программирование 15 03.12.2004 13:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 03:08.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.