Лицензирование АХ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]

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

[Ivanhoe]

Да, тип лицензии от 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]

Цитата:

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

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

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

[Vadim Korepin]

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

при этом если создаем новые menu item - то сами назначаем ему уровень

Уровень menu item как-то ограничивает его функциональность?

[Vadim Korepin]

Цитата:

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

Уровень menu item как-то ограничивает его функциональность?

Лицензионно да, если например вы разработали новые menu item на новую функциональность и дали ему уровень task user cal, то соответственно в роли, использующей это menu item не должно быть ничего выше task, иначе соответственно она станет выше уровнем.

Также в рамках разработанных форм, если мы используем базовую функциональность в наших новых формах - то используется принцип наследования - тянется наиболее высокий уровень пользователя. То есть мы дали TASK, а используем для вывода на форму информацию из FUNCTIONAL - соответственно всё стало FUNCTIONAL

[S.Kuskov]

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

[Vadim Korepin]

Цитата:

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

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

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

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

[Elenko]

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

[Ivanhoe]

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

[Elenko]

Цитата:

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

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

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

[Ivanhoe]

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

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

[Elenko]

Цитата:

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

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

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

В лицензионный условиях тогда зачем Пользователи Business connector? Администрирование/Настройка/Лицензирование

[Ivanhoe]

Раньше в прошлых версиях это был один из основных вариантов интеграции, была такая лицензия. В 2012 ВС (вернее Net connector) уже только для совместимости. А если посмотреть на форму лицензирования - там в целом много старого хлама, те же модули - теперь же они все доступны сразу.

[Elenko]

Киньте пожалуйста ссылку на то как настраивать корпоративный портал в AX 2012.
Меня интересует в первую очередь настройка, при которой внешние клиенты (покупатели продукции) могли бы заходить в EP просматривать там номенклатуру и создавать заявки (заказы на продажу). Но также меня интересует настройка EP для входа в систему сотрудниками предприятия.

У меня возникло много разных вопросов:
1. Какой общий порядок настройки EP?

2. Как пользоваться преднастроенными ролями (Customer anonymous (external), Guest ). Я назначила обе роли на пользователя (цель была настроить "внешних" пользователей - потенциальных покупателей продукции компании). При входе такого пользователя на EP через браузер ему доступно только 3 пункта меню: Каталог продуктов (пусто), Номенклатуры компании (пусто), Регистрация ( выдает ошибку). Может нужно добавить еще какие-то стандартные роли?

3. Я правильно понимаю, что Профили пользователя это по сути преднастроенные роли для доступа в EP сотрудников предприятия?
3.1. Можно ли с их помощью реализовать ситуацию с входом на портал клиентов компании?
3.2. Что делать, если преднастроенный Профиль пользователя не подходит (кое-где надо убавить доступный функционал)?

В общем пока в голове каша.