Лицензирование АХ2012

[Vadim Korepin]

Надеюсь будет полезно - краткая схема по лицензированию - в неё свел все роли в рамках ролевой модели AX в привязке к типам пользователей. Сюда не получилось прикрепить - вот ссылка: http://files.mail.ru/8C79A2251D97435D83F2E5EABE60B0FB

[Ivanhoe]

Спасибо за наглядность

Но самые важные вопросы так и не были до сих пор раскрыты Microsoft:
1. В чем отличие лицензирования касс (как стандартных Retail POS так и сторонних) от других систем типа 1С.
2. Описание ролей. С этим вообще большая проблема - как консультанту реально понять что может делать каждая роль? Всем становится разработчиками или лично протестировать каждую роль?
3. Кто как и когда контролирует используемые лицензии. Был показан некий отчет - но что с ним делать не понятно.

Конкретный вопрос по картинке - есть роли "приемщик", "кладовщик", "закупщик". С одной стороны - они Функциональные, с другой стороны если настроена разноска в ГК по их операциям - они все еще Функциональные или уже Корпоративные?

[Vadim Korepin]

Цитата:

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

Спасибо за наглядность

Но самые важные вопросы так и не были до сих пор раскрыты Microsoft:
1. В чем отличие лицензирования касс (как стандартных Retail POS так и сторонних) от других систем типа 1С.
2. Описание ролей. С этим вообще большая проблема - как консультанту реально понять что может делать каждая роль? Всем становится разработчиками или лично протестировать каждую роль?
3. Кто как и когда контролирует используемые лицензии. Был показан некий отчет - но что с ним делать не понятно.

Конкретный вопрос по картинке - есть роли "приемщик", "кладовщик", "закупщик". С одной стороны - они Функциональные, с другой стороны если настроена разноска в ГК по их операциям - они все еще Функциональные или уже Корпоративные?

1.Кассы лицензируются по уровню доступа и в общем случае они являются Task Device CAL - как собственные, так и сторонние
2. Есть документ на партнерсорсе, описывающий (в нескольких фразах) каждую роль - а в целом стоит использовать MenuItemMappingList.xls - достаточно полезная вещь
3. Отчёт является информационным, при том не полным - его надо увеличивать на количество устройств, работающих с системой и интегрированных с ней систем. То есть контроль как и у других продуктов Microsoft

По конкретному вопросу - когда я последний раз смотрел закупщика - функции разноски по ГК были вынесены на уровень Enteprise, в R2 не смотрел, надо проверить

[Ivanhoe]

Цитата:

Сообщение от Vadim Korepin

1.Кассы лицензируются по уровню доступа и в общем случае они являются Task Device CAL - как собственные, так и сторонние
2. Есть документ на партнерсорсе, описывающий (в нескольких фразах) каждую роль - а в целом стоит использовать MenuItemMappingList.xls - достаточно полезная вещь

1. А если есть сторонний кассовый сервер - с чего вдруг сторонние кассы нужно лицензировать? Интеграция то Акс - Кассовый сервер, т.е. одно "устройство". Аналогия с 1С - Система одна, но есть десяток рабочих мест бухгалтеров - их тоже надо как Device лицензировать? В итоге MS внятного ничего ответить не может, в случае POS в каком-то документе он явно указан - вот якобы на это и ссылаются.

2. Документ есть, но с ним работать не намного удобнее чем с АОТ Просто конкретная ситуация - клиент хочет знать какие роли есть в Системе еще на этапе проектирования и проектировать в терминах этих ролей. Каждый раз смотреть, что же входит в роль, и не попал ли пользователь в другую (еще и более дорогую) - не реально. А зная, как зачастую криво были повешены security key в предыдущих версиях, от новых ролей также возможны такие сюрпризы. А если учесть, что локализация тоже добавила сюда свою лепту, то кто знает как оно в итоге будет? ) В итоге, боюсь, все сведется к ручному изменению ролей стандартных или написанию своих.

[zemlyn]

А если свою роль делаем, как определяется в какую лицензию она попадает?
Это зависит от компонентов роли?

[Vadim Korepin]

Цитата:

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

А если свою роль делаем, как определяется в какую лицензию она попадает?
Это зависит от компонентов роли?

При этом берётся по наивысшему menu item, при этом если создаем новые menu item - то сами назначаем ему уровень

[Vadim Korepin]

Цитата:

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

1. А если есть сторонний кассовый сервер - с чего вдруг сторонние кассы нужно лицензировать? Интеграция то Акс - Кассовый сервер, т.е. одно "устройство". Аналогия с 1С - Система одна, но есть десяток рабочих мест бухгалтеров - их тоже надо как Device лицензировать? В итоге MS внятного ничего ответить не может, в случае POS в каком-то документе он явно указан - вот якобы на это и ссылаются.

2. Документ есть, но с ним работать не намного удобнее чем с АОТ Просто конкретная ситуация - клиент хочет знать какие роли есть в Системе еще на этапе проектирования и проектировать в терминах этих ролей. Каждый раз смотреть, что же входит в роль, и не попал ли пользователь в другую (еще и более дорогую) - не реально. А зная, как зачастую криво были повешены security key в предыдущих версиях, от новых ролей также возможны такие сюрпризы. А если учесть, что локализация тоже добавила сюда свою лепту, то кто знает как оно в итоге будет? ) В итоге, боюсь, все сведется к ручному изменению ролей стандартных или написанию своих.

1. Тут всё очень интересно - но разъяснение было получено ещё летом - всё зависит от уровня взаимодействия конечного рабочего места внешней системы - стороннего POS-терминала или той же 1с. А именно - есть понятие незаконного мультиплицирования - то есть не использования внешнего софта для сознательного уменьшения количества пользователей. Что это означает на практике:
- сторонний POS, работающий через кассовый сервер с АХ лицензируется покупкой одного Device CAL уровня передаваемых данных - это будет либо функциональный, либо корпоративный.
- Если сторонний POS взаимодействует напрямую с АХ - то покупается TASK Device CAL.
- Если сторонний POS работает с АХ через кассовый сервер в активном режиме, то есть например я завожу заказ клиента на POSе и он получает информацию о кредитном лимите по нему - то в этом случае опять же на каждого Task Device CAL ибо интерактивное взаимодействие

С 1С то же самое правило используется. Единственная оговорка - что выгрузка данных в систему бухгалтерского учёта не лицензируется - есть прямое указание на это.

2. То что с документом работать не очень удобно я согласен ... основная идея, что список ролей - это информация для оценки количества лицензий, причем примерное - а потом уже, точный состав уточняется в процессе эксплуатации и клиент докупает

[Vadim Korepin]

Цитата:

Сообщение от Vadim Korepin

- сторонний POS, работающий через кассовый сервер с АХ лицензируется покупкой одного Device CAL уровня передаваемых данных - это будет либо функциональный, либо корпоративный.

почему-то не могу отредактировать - в этом случае имеется ввиду, что лицензия покупается только одна на кассовый сервер

[Ivanhoe]

Да, тип лицензии от menu item зависит.

[S.Kuskov]

Т.е. ответственность за соблюдение лицензионной чистоты ложится непосредственно на разработчика? Интересно кто с организационной точки зрения должен нести ответственность за нарушение лицензионного соглашения: разработчик, поставивший не тот уровень на menuItem, или администратор включивший в роль неправильно настроенный menuItem?
Извините если это уже offtop...

[Vadim Korepin]

Цитата:

Сообщение от S.Kuskov

Т.е. ответственность за соблюдение лицензионной чистоты ложится непосредственно на разработчика? Интересно кто с организационной точки зрения должен нести ответственность за нарушение лицензионного соглашения: разработчик, поставивший не тот уровень на menuItem, или администратор включивший в роль неправильно настроенный menuItem?
Извините если это уже offtop...

Нет, немного не так - разработчик выставил уровень menu item и забыл. Когда будет формироваться отчёт по пользователям системы - он глянет на высший уровень menu item до которого дотягивается пользователь в рамках своей работы - и соответственно его проставит

А вот, чтобы не было лишних menu item не нужных в работе, но повышающих уровень - это в рамках внедрения/проектирования системы + дальнейшей эксплуатации

[Elenko]

Цитата:

Сообщение от Vadim Korepin

Нет, немного не так - разработчик выставил уровень menu item и забыл. Когда будет формироваться отчёт по пользователям системы - он глянет на высший уровень menu item до которого дотягивается пользователь в рамках своей работы - и соответственно его проставит

А вот, чтобы не было лишних menu item не нужных в работе, но повышающих уровень - это в рамках внедрения/проектирования системы + дальнейшей эксплуатации

Опытным путем получилось, что отчет показал уровень лицензии тот, который выставил разработчик (task). Хотя разработанная форма базируется на стандартном menuItem с лицензией enterprise

Есть еще какие-то способы проверить насколько верно установлен уровень лицензии для разработанных объектов?

[Elenko]

Подскажите пожалуйста, какой тип лицензий требуется для пользователей enterprise portal в AX 2012? Не нашла информации в licensing guide.

[Ivanhoe]

Там принцип такой же как в обычном клиенте - зависит от конкретной используемой функциональности. Уровень определяется также по menu item.

[Elenko]

Цитата:

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

Там принцип такой же как в обычном клиенте - зависит от конкретной используемой функциональности. Уровень определяется также по menu item.

Т.е. если мне нужно чтобы 20 пользователей могли на пример формировать заказы на продажу мне нужно допустим взять преднастроенную роль из Ax "Клиент (внешний)" и дополнить её сформировав duty/priviledge для создания заказа на продажу, просмотра номенклатуры и т.д. Потом с помощью отчета проверить какой тип CAL нужен.
А как быть с business connector?

[Elenko]

Цитата:

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

Там принцип такой же как в обычном клиенте - зависит от конкретной используемой функциональности. Уровень определяется также по menu item.

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

They are made even more appealing because of two other features. The first is that there are no additional licenses required in order to give the customers and vendors access to the portals because they are free, and also because the self-service portals are included within the base software install kit for Dynamics AX,

https://atinkerersnotebook.com/2015/...amics-ax-2012/

[gl00mie]

Цитата:

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

Цитата:

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

Цитата:

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

какой тип лицензий требуется для пользователей enterprise portal в AX 2012?

Там принцип такой же как в обычном клиенте - зависит от конкретной используемой функциональности. Уровень определяется также по menu item.

А почему тогда в инете встречаются статьи, в которых утверждается, что "для предоставления доступа на корп.портал клиентам и поставщикам не требуется никаких дополнительных лицензий, т.к. они бесплатные и т.п."
https://atinkerersnotebook.com/2015/...amics-ax-2012/

Вы спрашивали про [ваших] пользователей, т.е. предположительно людей, которые работают на вашу компанию, а статьи нашли про ваших клиентов и поставщиков. Ваши клиенты и поставщики, если они не работают на вас, а получают доступ к порталу для работы со своими заказами и учетными записями в вашей системе, не требуют лицензий. Ваши сотрудники либо другие люди, которые работают на вас, должны иметь лицензию.

[Elenko]

Цитата:

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

Вы спрашивали про [ваших] пользователей, т.е. предположительно людей, которые работают на вашу компанию, а статьи нашли про ваших клиентов и поставщиков. Ваши клиенты и поставщики, если они не работают на вас, а получают доступ к порталу для работы со своими заказами и учетными записями в вашей системе, не требуют лицензий. Ваши сотрудники либо другие люди, которые работают на вас, должны иметь лицензию.

Спасибо за ответ. Я некорректно сформулировала вопрос. Имелось ввиду как раз придется ли компании, работающей в Ах, приобретать какие-либо лицензии для того, чтобы её клиенты/поставщики могли заходить в Ах через корпоративный портал и пользоваться функционалом Дистанционное обслуживание клиентов и Портал поставщика. Сотрудники самой компании, работающей в Ах, естественно имеют лицензии, рассчитанные по menuItem.

[Ivanhoe]

Цитата:

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

Ваши клиенты и поставщики, если они не работают на вас, а получают доступ к порталу для работы со своими заказами и учетными записями в вашей системе, не требуют лицензий.

.

[Ivanhoe]

Да, так. Можете сразу в duty посмотреть menu item, а в его свойствах - тип лицензии. Чтобы не строить отчет.

BC вроде ж в 2012 не используется? Есть сложные нюансы про работу пользователей через вторичные системы, ее лучше с партнером и МС обсуждать. Но с другой стороны, и проверить это сложнее.