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

[Ekaterina Loginova]

Кто знает, как правильно решать вопрос с лицензионным уровнем в доработках?

Как я понимаю тему. При создании своего menuitem, нужно указать что-то в полях MaintainUserLicense и ViewUserLicense. В списке значений: none, SelfService, Task, Functional, Enterprise, Server, т.е. перечень уровней лицензии Майкрософта или "нет".

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

Есть ли какая-то инфомрация, какова позиция Майкрософт по этому впоросу?
Почитала лицензионное соглашение, там эта тема не затронута. Какой вывод можно из этого сделать - можем принимать решение сами или где-то есть какие-то комментарии на этот счет?

[S.Kuskov]

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

Что считать своей разработкой?

Своя ли Таблица, если в ней есть релейшеном на таблицу из стандартного приложения?
Свой ли Класс если он расширяет/инкапсулирует(использует) стандартный класс/метод?
Свой ли MenuItem, если он сдублирован со стандартного?

Очень интересно послушать комментарии компетентных лиц.

[Ekaterina Loginova]

Цитата:

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

Что считать своей разработкой?

Своя ли Таблица, если в ней есть релейшеном на таблицу из стандартного приложения?
Свой ли Класс если он расширяет/инкапсулирует(использует) стандартный класс/метод?
Свой ли MenuItem, если он сдублирован со стандартного?
.

Вот знаете, я по этому поводу думаю, что это дело Майкрософт продумывать этот процесс. Сейчас же чисто формально MenuItem- свой, значит лицензионного уровня нет. Если их беспокоит, что он при этом дублирован со стандартного - пусть сделают так, чтобы система это отслеживала, и в отчете по лицензиям как-то это учитывала. Или пусть этот момент пропишет где-то.. А то им неохота заморачиваться, а мы должны за них беспокоиться вдруг они свои деньги недополучат? Каждый должен решать свои проблемы сам, я считаю

[oip]

Цитата:

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

и в отчете по лицензиям как-то это учитывала.

Так отчет по лицензиям много чего не учитывает. Точнее не учитывает ничего, кроме запусков менюайтемов в клиенте. А лицензировать надо много чего еще. Любой прямой и непрямой доступ к Аксапте и ее БД. По правилам лицензирования вы вручную должны все такие лицензии учтывать и добавлять к результатам отчета. Кроме того, у вас нет обязанности кому-либо этот отчет вообще показывать. Право - есть, обязанности - нет.

[Ekaterina Loginova]

Цитата:

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

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

А где-то это описывается? Что это за правила? В лицензионном соглашении об этом не сказано ни слова. А это единственный документ, который определяет отношения клиента и Майкрософт по продукту. Более того, там сказано, что Майкрософт не несет никакой ответственности за сделанные кастомизации. А ведь даже свой менюайтем - это кастомизация, и если не нем висит лицензионный ключ Майкрософта, то получается, что он обязан поддерживать эту функциональность.
Я понимаю все эти нюансы с тем, что немного доработанная функциональность это не совсем своя функциональность, но тем не менее считаю, что это должна быть головная боль вендора, не клиента.

[Ivanhoe]

Вообще-то есть требования назначать уровни аналогично стандарту. Поищу документ. Это раз.
Во вторых вы как-то неверно себе представляете оплату лицензий. Раздавая пользователям права на стандартные элементы вы автоматически назначаете ему "уровень" лицензии. Ниже Self task его быть не может - это минимальные права пользователя. Если дадите хотя бы одну кнопку Entherprise - пользователь сразу становится таким дорогим.
Если же вы разрабатываете абсолютно что-то свое и не даете никаких стандартных прав, то формально можно решить, что платить не нужно, но возвращаемся к п.1.

[Ekaterina Loginova]

Цитата:

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

Вообще-то есть требования назначать уровни аналогично стандарту. Поищу документ.

Интересно было бы почитать. Выложите, пожалуйста, если найдете.

Цитата:

Раздавая пользователям права на стандартные элементы вы автоматически назначаете ему "уровень" лицензии.

Так мы же говорим про нестандартные, про "свои".

[Ivanhoe]

Цитата:

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

Интересно было бы почитать. Выложите, пожалуйста, если найдете.


Так мы же говорим про нестандартные, про "свои".

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

Вы только "свои" хотите назначить пользователю?

[Ekaterina Loginova]

Цитата:

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

Как хоть называется документ? Там же черт ногу сломит на этом кастомерсорсе. Я уже рассказывала здесь как мне сам Майкрософт на нем неделю свой файл для загрузки искал.

[Ivanhoe]

Цитата:

When you create new features, you do so by creating Menu Items. Those new Menu Items are Entry
Points and must be tagged with the User CAL type that best matches the type of use according to the
Software License Terms. This guide provides you with an approach to doing so as you develop new
features.

Дальше начинается казуистика.

P.S. как это все проверяется и контролируется - отдельный вопрос. Лучше проконсультируйтесь со своим партнером или менеджером из MS.

[Ekaterina Loginova]

Цитата:

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

When you create new features, you do so by creating Menu Items. Those new Menu Items are Entry Points and must be tagged with the User CAL type that best matches the type of use according to the Software License Terms. This guide provides you with an approach to doing so as you develop new features.

Вопросы:
1. Если мы должны следовать этому документу, он должен быть для нас доступен. Не вижу причины его не публиковать. У него есть какой-то гриф, ограничивающий его распространение? Если это условие только для партнеров, то нас как клиента оно не касается.

2.Для какой версии аксапты эти рекомендации? Может быть, в них не учтена новая лицензионная политика?

3. Для кого эти рекомендации - для разработки внутри MS или для клиента или для партнера?

4. ...according to the Software License Terms - Здесь подразумевается лицензионное соглашение? Там ничего не сказано об этом.

[Ivanhoe]

Обратитесь же уже к партнеру / MS, все ответят и расскажут. Цитата из документа про 2012.

P.S. Вы не первый раз жалуетесь то на партнера, то на MS . У меня поиск документа занял не более минуты.

[Ekaterina Loginova]

Цитата:

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

Цитата из документа про 2012.
У меня поиск документа занял не более минуты.

Наверное, Вы знали какой документ искать, но почему-то не хотите назвать его здесь

Цитата:

P.S. Вы не первый раз жалуетесь то на партнера, то на MS

Вас это чем-то не устраивает?

[Ekaterina Loginova]

Цитата:

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

Обратитесь же уже к партнеру / MS .

А мне вот захотелось на форуме спросить, пообщаться с коллегами. Вы не против, надеюсь?

[oip]

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

[oip]

Большая часть того, что вас интересует действительно описана в документе "MICROSOFT SOFTWARE LICENSE TERMS MICROSOFT DYNAMICS AX 2012 R2" (УСЛОВИЯ ЛИЦЕНЗИИ НА ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ MICROSOFT DYNAMICS AX 2012 R2). Он у вас должен быть.
http://www.microsoft.com/en-us/downl....aspx?id=28798

Что конкретно непонятно? Что лицензировать надо все, а не только то, что в неком отчете? Отчет - это просто некая подсказка. В лицензионных условиях написано четко:

Цитата:

You must acquire and assign a CAL to each device or user that accesses your instances of the server software directly or indirectly

Что нельзя дублировать менюайтемы для обхода ограничений?

Цитата:

You may not work around any technical limitations in the software

или на русском:

Цитата:

пытаться обойти технические ограничения в программном обеспечении

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

[Ekaterina Loginova]

Цитата:

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

You must acquire and assign a CAL to each device or user that accesses your instances of the server software directly or indirectly

..пытаться обойти технические ограничения в программном обеспечении

Эти пункты лицензионного соглашения, по-моему, не имеют отношения к разработке.

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

[oip]

Эти пункты имеют отношение ко всему. В том чисте и к разработке, если разработка их нарушает. А в чем вопрос? Если ваш собственный менюайтем и уровень лицензии, который вы у него ставите, не направлен и не приводит к обходу ограничений стандартного приложения, то вы имеете право ставить у него любой уровень. Дублирование я привел как пример, когда обход ограничений очевиден.

Цитата:

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

Никто не говорит про то, что можно тупо скопирвовать менюайтем и выдать его за свой

Цитата:

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

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

Как это никто не говорит? Вы говорите.

[Ekaterina Loginova]

Цитата:

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

Эти пункты имеют отношение ко всему.

Как это никто не говорит? Вы говорите.

Ко всему ничего не может иметь отношение.
Вопрос в топике о другом.

[oip]

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

Цитата:

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

Кто знает, как правильно решать вопрос с лицензионным уровнем в доработках?

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

Цитата:

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

Как я понимаю тему. При создании своего menuitem, нужно указать что-то в полях MaintainUserLicense и ViewUserLicense. В списке значений: none, SelfService, Task, Functional, Enterprise, Server, т.е. перечень уровней лицензии Майкрософта или "нет".

Примерно так.

Цитата:

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

Поэтому я для себя делаю вывод, что для своей разработки нужно ставить значение "none".

Это так только в случае, если это не обходной путь имеющихся ограничений. См. выше.

Цитата:

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

Есть ли какая-то инфомрация, какова позиция Майкрософт по этому впоросу?

Есть.

Цитата:

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

Почитала лицензионное соглашение, там эта тема не затронута.

Затронута. См. выше.

Цитата:

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

Какой вывод можно из этого сделать - можем принимать решение сами или где-то есть какие-то комментарии на этот счет?

Можете принимать решение сами. Возможное нарушение лицензионного соглашения тоже остается на вашей совести.

Чем вам еще помочь - не знаю. Наверное не надо было даже начинать пытаться это сделать.