Лицензирование

Этот раздел описывает общие принципы лицензирования Qarvix: какие параметры могут учитываться, где смотреть состояние лицензии, что важно проверять перед вводом в эксплуатацию и какие условия нужно фиксировать в договоре или техническом задании.

Материал носит информационный характер. Конкретные коммерческие, юридические и технические условия определяются договором, спецификацией или техническим заданием.

Коротко

• Лицензия определяет право использовать Qarvix в согласованном объеме.
• В лицензии могут учитываться организации, устройства, пользователи, сети, объекты, срок действия и вариант развертывания.
• Состояние лицензии нужно контролировать до production-запуска и перед продлением.
• Для offline-развертываний условия обновления и активации нужно согласовать заранее.
• Любые SLA, ответственность, лимиты и исключения должны быть в договоре, а не только в описании сайта.

Что может входить в лицензию

Состав лицензии зависит от выбранной модели поставки и договоренностей.

Обычно отдельно фиксируются:

• срок действия;
• количество организаций или контуров;
• количество устройств;
• количество пользователей;
• количество сетей;
• доступные функции;
• вариант развертывания: облачный, выделенный или offline;
• поддержка и обновления;
• условия продления;
• порядок изменения лимитов.

Не все параметры обязательно являются лимитами одновременно. Их нужно уточнять для конкретного внедрения.

Возможные лимиты

В зависимости от поставки могут учитываться:

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

Где смотреть состояние лицензии

Состояние лицензии должно быть доступно администраторам в панели Qarvix или в эксплуатационных материалах поставки.

Проверяйте:

• активна ли лицензия;
• срок действия;
• текущие лимиты;
• фактическое использование;
• предупреждения о приближении к лимиту;
• доступность обновлений;
• контакты для продления или изменения условий.

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

Продление

Продление лучше планировать заранее, а не в день окончания срока.

Перед продлением проверьте:

• сколько устройств реально используется;
• сколько пользователей активно;
• какие сети и объекты остаются в работе;
• появились ли новые филиалы или сети;
• нужна ли поддержка offline-сценария;
• требуются ли новые функции;
• кто отвечает за согласование договора.

Если Qarvix используется для критичных объектов, продление должно быть частью эксплуатационного календаря.

Изменение лимитов

Лимиты могут потребоваться изменить, если:

• добавляются новые объекты;
• растет сервисная команда;
• появляется отдельный клиент;
• нужен доступ к API устройств;
• запускается offline-контур;
• пилот переходит в production;
• требуется выделенное развертывание.

Перед изменением лимитов полезно подготовить список объектов, сетей, пользователей и прогноз роста.

Что происходит при истечении лицензии

Точное поведение при истечении лицензии должно быть описано в договоре или техническом задании.

Возможные варианты, которые нужно согласовать:

• предупреждения администраторам;
• запрет создания новых устройств или пользователей;
• ограничение новых подключений;
• сохранение доступа к журналам и отчетам;
• режим только чтения;
• порядок восстановления после продления;
• условия аварийного продления.

Не стоит оставлять этот вопрос “по умолчанию”, особенно для production и offline-контуров.

Offline-развертывание и лицензия

Для закрытых контуров нужно отдельно согласовать:

• как выполняется активация;
• требуется ли периодическая проверка лицензии;
• как доставляются обновления;
• кто имеет право устанавливать обновления;
• что делать при замене сервера;
• как хранится резервная копия лицензии;
• как продлить лицензию без доступа к интернету.

Если объект не имеет постоянного доступа к интернету, все процедуры нужно описать до внедрения.

Что фиксировать в договоре

В договоре или техническом задании стоит отдельно указать:

• состав поставки;
• срок действия;
• лимиты;
• вариант развертывания;
• условия поддержки;
• порядок обновлений;
• порядок продления;
• поведение при истечении срока;
• ответственность сторон;
• требования к резервному копированию;
• условия offline-эксплуатации;
• требования к безопасности и доступу.

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

Проверка перед production

• Лицензия активна.
• Срок действия понятен ответственным.
• Лимитов достаточно для ближайшего роста.
• Понятен порядок продления.
• Понятен контакт для коммерческих вопросов.
• Offline-процедуры согласованы, если контур закрытый.
• Условия поддержки зафиксированы.
• Ответственные знают, где смотреть состояние лицензии.

Связанные разделы

• Организации и сети - как структура влияет на лицензирование.
• Offline-развертывание - особенности закрытого контура.
• Журналы и отчеты - как фиксировать эксплуатационное состояние.