|
![]() |
#1 |
Banned
|
Замечу что бояться нам рано, вопрос больше академический. Но обязательный к изучению.
Как я понимаю такого аудита как в SAP у Microsoft - нет. Но скажем пошла такая тема внутри Microsoft и скажем сотрудники Microsoft участвуют в проекте внедрения новой версии на клиенте где интеграций много и разных. И может быть больно всем и клиенту, и партнеру, и подрядчикам. Практические точки тоже есть. Раньше я рассматривал создание интеграционных адаптеров как направление бизнеса, теперь это уже не выглядит разумным. Или скажем я делал интеграцию через AIF c самописным .NET приложением чтобы часть сотрудников работала через него. Крупный серьезный клиент. Таких проектов уже скорее всего не будет именно потому что все по идее должны проснуться и начать вникать в этот indirect access. То есть на существование проектов интеграции это не может не влиять. Но все же существенная часть из нас выполняет роль архитекторов и консультантов по интеграции. Крайне непрофессионально не понимать лицензирование в интеграции и как дизайн с этим связан. Поэтому для меня вопрос очень даже практический. |
|
![]() |
#2 |
Участник
|
Цитата:
Тут везде в выдержках и лицензионных соглашений пишут про доступ к "functionality", а если интеграция напрямую лазить в БД будет, интересно как такой случай трактовал бы SAP и MS. Вот если SAP или AX наружу сервис публикуют, это как раз подпдадает под условия лицензии и вроде как не криминально.
__________________
Sapere aude |
|
|
За это сообщение автора поблагодарили: S.Kuskov (2). |
![]() |
#3 |
Banned
|
Цитата:
Сообщение от Diman
![]() Что так-то?
Тут везде в выдержках и лицензионных соглашений пишут про доступ к "functionality", а если интеграция напрямую лазить в БД будет, интересно как такой случай трактовал бы SAP и MS. Вот если SAP или AX наружу сервис публикуют, это как раз подпдадает под условия лицензии и вроде как не криминально. Интеграция через прямой доступ к базе как способ снижения лицензий - для меня минное поле. То есть для отдельного клиента и можно сделать, но инвестировать и продавать как продукт - уже рискованная инвестиция не только с точки зрения спроса, но и последствий. Кстати совсем не 100% что прямой доступ к базе это индульгенция. Остаётся вероятность проблем. P.S. Или лицензированный пользователь (при чем в случае device CAL- конечный девайс) или наличие явного и конкретного исключения из под лицензирования. Во всех остальных и прямо не указанных сценариев - риск, так как дух и буква лицензионных соглашений - "вы должны за все платить пока мы явно не разрешаем". До тех пор пока не сказано что прямой доступ к базе допускается - даже для BI ситуация неоднозначная. Хотя я может что-то и пропустил насчет случаев аналитики в соглашениях.Но в любом случае я бы не стал стартовать и участвовать в интеграции которая основана на уходе от лицензий через прямой доступ к базе. Крайне сомнительный фундамент. Последний раз редактировалось ax_mct; 25.02.2017 в 21:34. Причина: P.S. |
|
![]() |
#4 |
Участник
|
Цитата:
![]()
__________________
Sapere aude |
|
![]() |
#5 |
Участник
|
нет, не так.
Цитата:
Сообщение от gl00mie
![]() Какие-то городские легенды, чесслово
![]() Вот на официальном сайте официальный документ Microsoft Dynamics AX 2012 R3 Retail and E-commerce Licensing Guide |
|
![]() |
#6 |
Banned
|
mazzy, вы опять ссылаетесь на документ в котором
Direct or Indirect Access to the Microsoft Dynamics AX 2012 R3 solution functionality by users or devices is licensed through CALs. Every user or device accessing the solution functionality—whether directly or indirectly—must be covered by a CAL. И в котором фраза "External users (customers) do not require CALs." относится только к описанному сценарию SCENARIO 3: E-COMMERCE когда Microsoft Dynamics e-commerce is a joint solution between Microsoft SharePoint and Microsoft Dynamics. До тех пора мы не нашли явного исключения из CAL (как это сделано для покупателей товаров) все кто имеет доступ к системе прямо или опосредованно - должны быть нормальными пользователями AX. Включая прямой доступ к базе для BI. Термин "the solution functionality", до тех пор пока не прямо не разьяснен в документе - неодназначен и легко может включать саму базу AX при грамотной подаче. С другой стороны смысл нагнетать и фантазировать? Почему бы не спросить Microsoft - "Требуют ли CAL внутренние пользователи (out-of-box | third-party) BI с данными из AX, как например менеджеры по продажам не являющиеся пользователями AX"? - "Требуют ли CAL внешние пользователи BI с данными из AX, как например контрагенты не являющиеся пользователями AX"? ну или похожее. Кто нибудь спрашивал? |
|
![]() |
#7 |
Участник
|
да, я опять ссылаюсь на официальный документ на официальном сайте.
чтобы любой мог проверить ваши выводы и проследить ход ваших рассуждений. и сделать собственные выводы. именно. |
|
|
За это сообщение автора поблагодарили: ax_mct (3). |
Теги |
ax2012, enterprise portal, external user, лицензирование |
|
|