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

[alecs]

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

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

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

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

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

[Muk]

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

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

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

[alecs]

Новость не очень приятная.

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

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

[Muk]

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

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

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

[alecs]

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

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

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

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

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

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

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

[разработчик]

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

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

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

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

[Sugonyaev]

....
Но новая лицензионная политика обязывает меня платить Аскон за мои собственные программы.  

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

[Muk]

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

[разработчик]

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

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

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

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]

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

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

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

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

Добрый день,

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

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

[Muk]

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

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

[Голованев]

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

[Muk]

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

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

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

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

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

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