Лицензионная политика!!!

Автор alecs, 11.08.06, 05:04:10

« предыдущая - следующая »

0 Пользователей и 1 гость просматривают эту тему.

alecs

При тестировании ЛОЦМАН 8.0 выявилась следующая ситуация.
Изменена лицензионная политика по использовании API для работы с
серверами приложения.
Теперь при одном обращении стороннего ПО к серверу приложения, ЛОЦМАН
"забирает" 1 клиентскую лицензию.
В версии 7.1 такого не было.
В результате, 1 рабочее место конструктора, при использовании дополнительного ПО
требует более 1 лицензии.

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

И все это без предупреждения, "ПОДАРОЧЕК" так сказать.

Интересная ситуация получается. Следующим шагом отсается учитывать время работы
клиента и с каждым часом требовать дополнительную лицензию (или что-нибудь подобное)

Ваши размышления...??

Muk

11.08.06, 14:36:02 #1 Последнее редактирование: 12.08.06, 09:58:33 от Muk
Новость не очень приятная. Но это следовало ожидать. В версии 7.0 все еще проще было.  ::)
С другой стороны, Аскон свой API не закрывает и довольно хорошо документирует.

А точно две лицензии отбираются? Это проверено или только предположение? Может учитывается количество рабочих станций, обращающихся к СП Лоцман?

Если все же проблема действительно есть, вариант выхода из положения - переделать дополнительное ПО в виде plugin к УК. При использовании моего класса TLoodsmanPluginMainSystemEmulator это сделать совсем не сложно. Синтаксис вызовов останется таким же.

alecs

Цитата: Muk от 11.08.06, 14:36:02
Новость не очень приятная.

А точно две лицензии отбираются?


Это в принципе подтвердил сам АСКОН. Только не ответили на вопрос ради чего??

Muk

Т.е. количество лицензий, забираемых рабочей станцией равно количеству запущенных на ней клиентов СП Лоцман? Или формула как то по другому выглядит?

Конфигуратор тоже клиент СП Лоцман. Он тоже клиентскую лицензию забирает?

Может представители Лоцман объяснят политику лицензирования версии 8? Или хотя бы носом ткнут, где это написано?

alecs

Цитата: Muk от 14.08.06, 09:12:40

Может представители Лоцман объяснят политику лицензирования версии 8? Или хотя бы носом ткнут, где это написано?


Да, интересно было бы их послушать. Но вряд ли мы их тут услышим!  :?:

Оснач Дмитрий

Уважаемые господа!
В ближайшее время АСКОН предоставит информацию по интересующей вас проблеме.
С уважением,
     Дмитрий Оснач, директор по маркетингу АСКОН

Евстафьев Денис

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

Цитата: alecs от 14.08.06, 05:21:52

Это в принципе подтвердил сам АСКОН. Только не ответили на вопрос ради чего??



разработчик

По сути, Лоцман - трехуровневое СОМ-приложение:
1. БД (MS SQL или ORACLE) - за БД предприятие, использующее Лоцман, платит отдельно компании-создателю БД.
2. Сервер приложений Лоцман - COM-сервер, созданный разработчиками Лоцман. За него предприятие, использующее Лоцман, платит Аскон как за серверную лицензию Лоцман. (примерно от 1 до 5 и более лицензии на предприятие, в зависимости от количества рабочих мест)
3. Клиент Лоцман - это ПО, которое так же было разработано Аскон, и предприятие, использующее Лоцман, платит за него Аскон как за клиентскую лицензию Лоцман (по одной лицензии на каждое рабочее место).

Как создаются дополнительные модули для Лоцман? Поскольку разработчиками Аскон основные функции COM-сервера Лоцман были документированы, то любой желающий, зная технологию COM, может создать собственное приложение, использующее эти функции. Для этого надо в своем приложении создать СОМ-объект Лоцмана. В 7 версии при этом никаких дополнительных лицензий (кроме указанных выше п.2 и 3) не требовалось. А вот в 8-ке за каждое (!) создание в какой либо программе COM-объекта Лоцман забирается одна клиентская лицензия. Возвращается она в момент уничтожения этого COM-объекта. (Кстати, если на одном рабочем месте запустить Лоцман:Клиент 8 дважды, то при этом захватиться две клиентских лицензии)

А теперь вопрос. За что должен платить разработчик, если он в СВОЕЙ программе (никоим образом не взаимодействующей и не использующей Лоцман:клиент) использует COM-объект Лоцман?
Наверно, есть разные мнения, но мое такое:

За Серверную лицензию Лоцман - да, конечно. Надо заплатить.
За Клиентскую - я платить не согласен. ПО Лоцман:Клиент я не использую. А свою программу пишу сам.
Но новая лицензионная политика обязывает меня платить Аскон за мои собственные программы.  :(

Sugonyaev

Цитата: разработчик от 28.08.06, 15:17:45....
Но новая лицензионная политика обязывает меня платить Аскон за мои собственные программы.  :(

Да вот же... И АСКОНовцы так и не дали официального ответа с какого такого перепуга так сделано

Muk

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

разработчик

Цитата: Muk от 29.08.06, 09:45:46
разработчик,
А Вы можете проверить, сколько лицензий забирается при запуске на рабочем месте универсального клиента и конфигуратора одновременно? Две?


Судя по логу сервера лицензий забирается только одна клиентская лицензия, причем забирается она именно Лоцман:Клиентом. А Лоцман:Конфигуратору похоже вообще лицензия никакая не нужна.

ЗЫ. На Сервере лицензий, как я понимаю, отслеживаются вот такие лицензии:

loodsmanappserver, loodsmanwebclient, loodsmanspds, loodsmanarchive, UG_proxy, SW_proxy, SE_proxy, Inventor_proxy, Acad_proxy, ProEWildfire_proxy, CATIA_proxy, loodsmanclient, loodsmanworkflow, loodsmanworkflowdes, loodsmanworkflowconf, loodsmanworkflowappserver

Богданов Максим

Уважаемые коллеги,

С 1-ого сентября 2006 года в прейскурант АСКОН, раздел Управление инженерными данными включен новый товар:

ЛОЦМАН: Лицензия на доступ к серверу приложений

Стоимость 150 у.е.

Назначение

ЛОЦМАН: Лицензия на доступ к серверу приложений предназначена для лицензирования доступа специализированных клиентских приложений, разработанных сторонними разработчиками, к серверу приложений ЛОЦМАН:PLM.

При приобретении "ЛОЦМАН: Лицензия на доступ к серверу приложений" предприятие-пользователь или партнер по разработке приобретает (лицензирует) механизм создания приложений (API ЛОЦМАН:PLM). Аналогом приобретения и использования "ЛОЦМАН: Лицензия на доступ к серверу приложений" является приобретение и использование при создании собственных программных продуктов сторонних коммерческих ядер и (или) сред разработки, например, геометрическое ядро Х и созданная на его основе система объемного проектирования Y.

Вопросы со сторонними разработчиками, авторами приложений под предыдущие версии ЛОЦМАН:PLM, будут урегулированы в индивидуальном порядке.

С уважением,
Богданов Максим,
Директор по маркетингу АСКОН

Muk

Богданов Максим,
спасибо за информацию.

А теперь может быть кто-нибудь из технических специалистов Аскон подробно объяснит, как именно забираются лицензии? Шила в мешке все равно не утаить...

В чем разница между созданием объекта СП универсальным клиентом Лоцман и сторонним приложением?
В случае исполнения стороннего приложения в виде plugin спец. лицензия уже не нужна?  ;)

гость

Я хоть и не "технический специалист Аскон", но отвечу, что получается следующее:
Если работает стандартный клиент Лоцмана (+ плагины к нему), то у менеджера лицензий забирается свободная лицензия "на клиента Лоцмана", а если к СП подключается стороннее приложение (а СП умеет отличать "свой-чужой"), то тогда - "план Б" - если есть свободная "лицензия на подключение", то СП забирает ее, а если нет, то забирается свободная лицензия "на клиента Лоцмана", ну а если и ее нет - догадайтесь сами что будет.

Muk

Спасибо, гость.

Значит бесплатного сыра, как всегда, не будет.  :-)))
Если пользователю нужен УК и дополнительные приложения, то оформляем их как plugin.
Если УК не нужен, то стараемся загнать все свои приложения в один модуль, чтобы они использовали единую лицензию.
А вот если мы используем несколько внешних чужих приложений, от которых у нас нет исходников...

ИМХО, разработчикам внешних модулей все же разумно оформлять дополнительные приложения как plugin. Тогда сколько бы их пользователь не использовал, лицензия будет нужна одна. Так что еще раз рекомендую TLoodsmanPluginMainSystemEmulator.

Muk

Цитата: Богданов Максим от 05.09.06, 10:24:53
Аналогом приобретения и использования "ЛОЦМАН: Лицензия на доступ к серверу приложений" является приобретение и использование при создании собственных программных продуктов сторонних коммерческих ядер и (или) сред разработки, например, геометрическое ядро Х и созданная на его основе система объемного проектирования Y.

Максим, скажите, как специалист по лицензированию:
В случае "приобретения и использования при создании собственных программных продуктов сторонних коммерческих ядер и (или) сред разработки" не делается разницы между разработкой собственного программного продукта для внутренних нужд и для продажи? ИМХО, разница должна быть.

Богданов Максим

Цитата: Muk от 05.09.06, 18:36:31
Максим, скажите, как специалист по лицензированию:
В случае "приобретения и использования при создании собственных программных продуктов сторонних коммерческих ядер и (или) сред разработки" не делается разницы между разработкой собственного программного продукта для внутренних нужд и для продажи? ИМХО, разница должна быть.


Добрый день,

Фактически разница и так есть. При создании собственного программного продукта необходимо заплатить только за "ЛОЦМАН: Лицензия на доступ к серверу приложений". При покупке коммерчесеского стороннего приложения придется заплатить и за "ЛОЦМАН: Лицензия на доступ к серверу приложений" и за плоды труда стороннего автора.

С уважением,
Богданов Максим

Muk

Цитата: Богданов Максим от 06.09.06, 14:09:55
Фактически разница и так есть. При создании собственного программного продукта необходимо заплатить только за "ЛОЦМАН: Лицензия на доступ к серверу приложений". При покупке коммерчесеского стороннего приложения придется заплатить и за "ЛОЦМАН: Лицензия на доступ к серверу приложений" и за плоды труда стороннего автора.

А для разработчика? В вашем случае - нет. А в аналогичных случаях у других фирм?

Голованев

ДУМАЮ, что много зависит от того, о разработке чего именно и для каких целей идет речь.
Если предприятие делает разработку нового клиента, то почему оно должно бесплатно пользоваться функционалом сервера приложений ЛОЦМАНА и растиражировать новые клиентские места в необозримом количестве?
Если же Вы разрабатываете что-то для последующей реализации (может быть даже через АСКОН), и нам это будет интересно, то наверное мы найдем взаимопонимание и взаимоприемлимое решение.

Muk

Цитата: Голованев от 06.09.06, 16:29:45
ДУМАЮ, что много зависит от того, о разработке чего именно и для каких целей идет речь.
Если предприятие делает разработку нового клиента, то почему оно должно бесплатно пользоваться функционалом сервера приложений ЛОЦМАНА и растиражировать новые клиентские места в необозримом количестве?

Ну а почему бы не рассмотретреть случай, когда речь идет не о клиенте (в смысле объема функционала), а о маленьком, но нужном предприятию приложении? И тиражироваться в необозримом количестве оно не будет.

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

Знаете, что будет следущим шагом? Специальные засекреченные функции в Лоцман:API "только для своих". Чтобы чужой клиент был всегда хуже родного. Так Билл Гейт первые версии Excel продвигал.

Ладно, мы все уже к этому привыкли. Чуда опять не случилось. Если что-то поначалу имеет заманчивую цену, в результате оказывается, что стоимость владения этой "дешевой" вещи ого-го. Так что все нормально, никаких претензий...

Цитата: Голованев от 06.09.06, 16:29:45Если же Вы разрабатываете что-то для последующей реализации (может быть даже через АСКОН), и нам это будет интересно, то наверное мы найдем взаимопонимание и взаимоприемлимое решение.

:-))) :-))) :-)))