Система лицензирования

Эта страница только для чтения. Вы можете посмотреть её исходный текст, но не можете его изменить. Сообщите администратору, если считаете, что это неправильно.
====== Обновления от 13 августа 2024 ======

===== Обновление подсистемы рассылок =====
Переработан механизм отправки писем системой лицензирования. Обновлен редактор шаблонов для детальной кастомизации текста письма в режиме HTML редактора.
Добавлена возможность включать и выключать рассылку для каждого шаблона и языка.

{{ :common:changelog:newtemplateseditor.png |}}

==== Новый тип рассылки о истечении срока действия продуктов ====

Разработан механизм отслеживания продуктов клиентов у которых истекает срок действия. Можно отправить 2 оповещения, например за 30 дней до окончания срока действия и за 3 дня. Если продукт не будет продлен отправятся оба письма из цепочки, если после первого письма продукт будет пордлен, то второе письмо не отправляем.
{{ :common:changelog:theproductwillexpire.png |}}


==== Новый тип рассылки о выходе нового релиза ====

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

{{ :common:changelog:newreleasesannoncement.png |}}

Пример письма:
{{:common:changelog:newreleasesexample.png|}}


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

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

{{:common:changelog:responsible.png|}}


===== Обновление в подсистеме раздачи релизов =====
==== Удаление релизов с оригинального сервера ====
Если ваш файловый сервер поддерживает протокол WebDav то при публикации релиза через API можно добавить параметр метаданных **ORIGINALPATH**, в котором будет описан полный путь к файлу релиза на оригинальном сервере. Также должны быть заданы параметры доступа к WebDav серверу в настройках подсистемы для вашего сервера релизов. 

{{ :common:changelog:webdavcredentials.png |}}


При удалении релиза из системы лицензирования, он автоматом будет удален и на сервере хранения файлов. Мы рекомендуем использовать OwnCloud развернтую в вашем окружении.


==== Экранирование сервера релизов через CDN (Content Delivery Network) ====

В настройках подсистемы упрваления релизами можно задать сответсвие подмены оригнального сервера релизов на CDN зеркало для быстрой раздачи файлов релизов через интеренет используя механизм геораспределенного кеширования.

{{ :common:changelog:cdnsettings.png |}}

==== Доступ к предрелизам для локальной сети вендора ====

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

{{ :common:changelog:privateipaddresses.png |}}