Уровень лицензии в своей разработке

[Ekaterina Loginova]

Цитата:

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

Мне кажется, на вопрос в теме я ответил. Еще раз:

Я знаю. См выше.

Спасибо. Вы высказали свое мнение, оно понятно. Ваша позиция основывается на вашей трактовке лицензионного соглашения. Я его тоже читала, и я вижу его смысл по-другому. Как РП мне часто приходится иметь дело с различными договорами, поэтому я ориентируюсь на свой опыт работы с юридическими документами. Тем не менее, при случае я попрошу юристов посмотреть это соглашение и высказать свое профессиональное мнение. Только им придется долго объяснять суть вопроса.

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

[Morpheus]

Цитата:

Сообщение от Ekaterina Loginova

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

При добавлении новых пунктов меню на слое разработки для ISV или выше система позволяет вам изменять свойства ViewUserLicense и MaintainUserLicense этого пункта меню. Имейте в виду, что неправильное указание типов лицензий в ваших пунктах меню может отразиться на требованиях к лицензированию для компаний-клиентов. Клиентам и партнерам рекомендуется не указывать какие-либо значения типов лицензий в упомянутых выше свойствах.

http://www.navicongroup.ru/ax/book/A...0%B8%D0%B5.pdf

[Ekaterina Loginova]

Цитата:

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

Клиентам и партнерам рекомендуется не указывать какие-либо значения типов лицензий в упомянутых выше свойствах.

http://www.navicongroup.ru/ax/book/A...0%B8%D0%B5.pdf

То есть пишем None и считаем, что это официальная позиция Майкрософт, т.к. книжка издана MicrosoftPress?

[Morpheus]

Цитата:

Сообщение от Ekaterina Loginova

То есть пишем None и считаем, что это официальная позиция Майкрософт, т.к. книжка издана MicrosoftPress?

Да

[oip]

Цитата:

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

Да

Это не до конца верный ответ. С таким ответом можно потратить немного времени, перебить все стандартные менюайтемы на свои и считать, что за пользователей вообще платить не надо. Вы в это верите?

[Morpheus]

Цитата:

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

Это не до конца верный ответ. С таким ответом можно потратить немного времени, перебить все стандартные менюайтемы на свои и считать, что за пользователей вообще платить не надо. Вы в это верите?

Возможность изменения свойств ViewUserLicense и MaintainUserLicense на вышележащих слоях разработки намеренно отключена.

Это написано там же.

[oip]

Разумеется. Но можно сдублировать все стандартные менюайтемы, добавив им суффикс "Free", и все вызовы менюайтемов в меню, в объектах и в коде в системе поменять на эти новоиспеченные пункты. Теперь за пользователей платить не надо?

[Morpheus]

Цитата:

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

Это не до конца верный ответ. С таким ответом можно потратить немного времени, перебить все стандартные менюайтемы на свои и считать, что за пользователей вообще платить не надо. Вы в это верите?

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

[S.Kuskov]

А как трактовать более сложные случаи, когда стандартный функционал вдруг "перебивается" не из-за корыстных соображений, а потому что так проще выполнить требования пользователя? А если при этом я работаю в коде со стандартными объектами (классами, таблицами), минуя стандартные menuItem'ы?
Где та грань? Каждый должен решать в меру своей испорченности?

Или действительно все завязано только на интерфейс? Если создаю свой интерфейс, пусть и опирающейся в какой-то части на стандартные объекты, то это всегда - Self task? Возьмем например какую-нибудь стандартную "периодическую операцию", для которой есть стандартный menuItem, защищенный лицензией. Если я теперь в своем собственном коде, совместно с какими-то своими действиями, программно (без пользовательского интерфейса; инициализирую объект стандартного класса и вызову его метод) выполню вызов этой стандартной операции - это все ещё Self task?

[oip]

S.Kuskov, я тоже могу придумать стопицот хитровывернутых сценариев написания кода, когда можно долго спорить, нарушает это лицензионное соглашение или нет. Но предлагаю не рассматривать сферический код в вакууме, а отталкиваться от реальной ситуации. А в реальной жизни вряд ли кто-то придет на предприятие и будет детально анализировать код. При этом надо помнить, что от одного-двух менюайтемов ничего не зависит. Уровень пользовательской лицензии определяется максимальным уровнем доступа используемых им меню. Достаточно одного энтерпрайз менюайтема и все, пользователь становится энтерпрайзом. Поэтому если после ваших модификаций главбух или финдир вдруг становится селфсервисом, это повод серьезно задуматься. Вот как-то так. Документа, который бы говорил, что вот такие три строчки кода писать нельзя, а семь вот таких можно, не существует. А с тем, что есть способы для, кхм, "оптимизации" лицензионных уровней пользователей я согласен.

[shogel]

В случае нашего продукта мы получили от Microsoft рекомендацию ставить уровень лицензии не ниже Functional. Для некоторых пунктов меню (например, для нашей доработки ledger allocation rules) нам сказали использовать Enterprise.

Что касается документов, то в свободном доступе есть “Microsoft Dynamics AX 2012 Licensing Guide” в котором сказано: “Partners and customers may also create Menu Items to fit specific customer scenarios. When doing so, those new Menu Items must be mapped to the CAL type that best matches the type of use”. В приложении А этого документа от 2011 года приведены примеры, как можно определить тип лицензии необходимой для вашего пункта меню.

Ссылка на последнюю версию документа: Microsoft Dynamics AX 2012 R2 Licensing Guide

Ссылка на версию от 2011 года: Microsoft Dynamics AX 2012 Licensing Guide