Планы и права по тарифу
Выберите план, который покрывает нужные операции и ограничения, не смешивая доступность продукта с условиями лицензирования. Opfield предлагает планы Community, Personal, Business и Enterprise, однако доступность функций, условия коммерческого использования, лицензия на развёртывание Opfield и квоты отдельно размещённых служб — разные понятия.
Опирайтесь на эксплуатационные требования, а не на размер организации. Сначала перечислите обязательные рабочие процессы, необходимые им лимиты ресурсов, предусмотренные политикой меры безопасности и требуемые покупателю условия поддержки или коммерческого обслуживания. Владелец установки следит за состоянием лицензии, а владельцы ресурсов должны знать, какие операции зависят от платных Entitlements.
Готовые платные функции проверяются на границе операции и в UI. Когда платный тариф заканчивается, существующая инфраструктура продолжает работать: после льготного периода блокируются создание платных ресурсов и изменение их конфигурации, а существующие платные ресурсы продолжают работать. Для отзыва, переноса на другую установку и деактивации льготного периода нет. Льготные периоды и точная доступность функций могут меняться между выпусками; сверяйтесь с актуальной матрицей.
Для установок Community ключ не требуется. Ключ Personal, Business или Enterprise относится к одному активному экземпляру Opfield; квоты ресурсов внутри экземпляра Opfield не следует путать с отдельными квотами Wiolett Cloud.
Самостоятельное размещение и управляемое облако
Заголовок раздела «Самостоятельное размещение и управляемое облако»Любой тариф — Community, Personal, Business и Enterprise — можно развернуть на собственной инфраструктуре. Платный ключ открывает платные функции и лимиты в установке, которую эксплуатируете вы; ни один тариф не требует, чтобы плоскость управления размещала Square Labs. Вариант управляемого облака, в котором плоскость управления Opfield эксплуатирует Square Labs, предоставляется отдельно по запросу. В самостоятельно размещённой установке зашифрованные учётные данные и мастер-ключ остаются в вашем окружении; см. Где хранятся секреты в самостоятельно размещённой установке. Ответы на частые вопросы перед покупкой собраны на странице Оценка Opfield.
Развитие планов
Заголовок раздела «Развитие планов»| План | Типичная граница возможностей |
|---|---|
| Community | Основные возможности Ingress, Docker, обнаружение внешних проектов Compose, мониторинг, идентичность, автоматизация через REST API, OAuth и MCP, чат AI Workspace, Inference и не более 25 управляемых нод, 3 пользователей и 1 пользовательской группы разрешений |
| Personal | Community плюс подключения к внешним базам данных и хранилищам, управляемые базы данных и объектные хранилища, связи контейнеров, резервное копирование и восстановление баз данных, интеграция с GitLab, Plan Mode, сценарии и изолированные среды ИИ, управляемый жизненный цикл Compose на одной ноде, Pages, страницы статуса, операции архивирования и миграции, а также неограниченные документированные основные квоты |
| Business | Personal плюс многоузловая Workload Availability (HA), развёртывание из Git по отправке изменений, изолированные Build Workers, Secure Runtime, проверка уязвимостей при допуске, структурированное журналирование, экспорт аудита и необязательный внешний доступ к реестру |
| Enterprise | Business плюс Internal PKI, экспорт аудита в SIEM, возможности корпоративной идентичности из дорожной карты и выделенные коммерческие преимущества |
Точная матрица функций зависит от выпуска. Страницы отдельных функций указывают предварительные условия, а эта страница описывает поведение жизненного цикла; цены и договорные условия определяются применимым коммерческим соглашением. Упоминание возможностей дорожной карты не означает, что они уже доступны. Актуальные опубликованные цены приведены на сайте Opfield.
Сопровождение внедрения и проверка конфигурации (Business и Enterprise) и помощь с развёртыванием и миграцией (Enterprise) — преимущества тарифа, которые предоставляет Square Labs, а не функции продукта; их объём определяется коммерческим соглашением. На любом тарифе миграцию стоит начинать с пилотного внедрения.
Матрица возможностей
Заголовок раздела «Матрица возможностей»| Возможность | Статус | Community | Personal | Business | Enterprise |
|---|---|---|---|---|---|
| Управление инфраструктурными узлами | Ready | ✅ | ✅ | ✅ | ✅ |
| Управление nginx Ingress на нескольких узлах | Ready | ✅ | ✅ | ✅ | ✅ |
Управление Docker-контейнерами — стандартная среда (runc) |
Ready | ✅ | ✅ | ✅ | ✅ |
| Обнаружение, мониторинг и журналы внешних Compose Projects | Ready | ✅ | ✅ | ✅ | ✅ |
| Docker ↔ Nginx Secure Links | Ready | ✅ | ✅ | ✅ | ✅ |
| Приватный внутренний Docker-реестр под управлением Opfield | Ready | ✅ | ✅ | ✅ | ✅ |
| Управление сертификатами SSL/TLS | Ready | ✅ | ✅ | ✅ | ✅ |
| Управление доменами и DNS | Ready | ✅ | ✅ | ✅ | ✅ |
| Мониторинг инфраструктуры | Ready | ✅ | ✅ | ✅ | ✅ |
| Обнаружение, подключение и мониторинг физических GPU | Ready | ✅ | ✅ | ✅ | ✅ |
| Оповещения и уведомления через вебхуки | Ready | ✅ | ✅ | ✅ | ✅ |
| Аутентификация, OIDC и MFA | Ready | ✅ | ✅ | ✅ | ✅ |
| Ролевой доступ с ограничениями по папкам и ресурсам | Ready | ✅ | ✅ | ✅ | ✅ |
| Журнал аудита | Ready | ✅ | ✅ | ✅ | ✅ |
| Автоматизация через REST API, OAuth и MCP | Ready | ✅ | ✅ | ✅ | ✅ |
| Общий Opfield CLI | Ожидается в 2.13 | ✅ | ✅ | ✅ | ✅ |
| Чат AI Workspace | Ready, opt-in | ✅ | ✅ | ✅ | ✅ |
| Opfield Inference | Ready, opt-in | ✅ | ✅ | ✅ | ✅ |
| Автоматизированная установка и подписанные обновления | Ready | ✅ | ✅ | ✅ | ✅ |
| Экспорт конфигурации Opfield для переноса на другой экземпляр | Ожидается в 2.12 | ✅ | ✅ | ✅ | ✅ |
| Управляемые узлы | Лимит плана | 25 | Без ограничений | Без ограничений | Без ограничений |
| Пользователи | Лимит плана | 3 | Без ограничений | Без ограничений | Без ограничений |
| Пользовательские группы разрешений | Лимит плана | 1 | Без ограничений | Без ограничений | Без ограничений |
| Уровень поддержки | Уровень обслуживания | Community | Стандартная | Приоритетная | Приоритетная + выделенная |
| Подключения к внешним базам данных и обозреватели | Ready | — | ✅ | ✅ | ✅ |
| Подключения к хранилищам: S3, R2, MinIO и другие S3-совместимые службы, FTP, FTPS и SFTP | Ready | — | ✅ | ✅ | ✅ |
| Интеграция с GitLab | Ready | — | ✅ | ✅ | ✅ |
| Plan Mode, сценарии и изолированные среды ИИ в AI Workspace | Ready, opt-in | — | ✅ | ✅ | ✅ |
| Экспорт и импорт контейнеров | Ready | — | ✅ | ✅ | ✅ |
| Развёртывания Blue/Green | Ready | — | ✅ | ✅ | ✅ |
| Миграция Container и Deployment между узлами | Ready | — | ✅ | ✅ | ✅ |
| Управляемое развёртывание и жизненный цикл Compose на одном узле | Ready | — | ✅ | ✅ | ✅ |
| Управляемые базы данных с Secure Links | Ready | — | ✅ | ✅ | ✅ |
| Публичные страницы статуса | Ready, opt-in | — | ✅ | ✅ | ✅ |
| Pages | Ready | — | ✅ | ✅ | ✅ |
| Автоматическое обнаружение реестра контейнеров GitLab | Ready | — | ✅ | ✅ | ✅ |
| Резервное копирование и восстановление управляемых и внешних баз данных | Ready | — | ✅ | ✅ | ✅ |
| Управляемое объектное хранилище (SeaweedFS, одна нода) с приватными привязками и Secure Links | Ready | — | ✅ | ✅ | ✅ |
| Связи контейнеров между рабочими нагрузками на одной или разных нодах | Ready | — | ✅ | ✅ | ✅ |
Docker Secure Runtime (runsc/gVisor) |
Ready | — | — | ✅ | ✅ |
| Развёртывание из Git для Containers, Deployments, Compose и Pages; изолированные Build Workers | Ready | — | — | ✅ | ✅ |
| Внешний доступ Docker-клиентов к внутреннему реестру | Ready, opt-in | — | — | ✅ | ✅ |
| Многоузловая Workload Availability (Container, Deployment, Compose) | Ready | — | — | ✅ | ✅ |
| Проверка уязвимостей сборок Git и политика допуска | Ready | — | — | ✅ | ✅ |
| Структурированное журналирование | Ready, opt-in | — | — | ✅ | ✅ |
| Экспорт журнала аудита | Ready | — | — | ✅ | ✅ |
| Демон управления Bastion / SSH | Ожидается в 2.14 | — | — | ✅ | ✅ |
| Расширенное сканирование уязвимостей и безопасности рабочих нагрузок | In development | — | — | ✅ | ✅ |
| Автомасштабирование по метрикам | In development | — | — | ✅ | ✅ |
| Несколько экземпляров одной рабочей нагрузки на одной машине | In development | — | — | ✅ | ✅ |
| Сопровождение внедрения и проверка конфигурации | Plan benefit | — | — | ✅ | ✅ |
| Internal PKI | Ready | — | — | — | ✅ |
| Экспорт аудита в SIEM | Ready, opt-in | — | — | — | ✅ |
| Сопоставление групп OIDC и управление учётными записями через SCIM | In development | — | — | — | ✅ |
| Выделенный технический контакт | Plan benefit | — | — | — | ✅ |
| Помощь с развёртыванием и миграцией | Plan benefit | — | — | — | ✅ |
Подключения к хранилищам, управляемое объектное хранилище, а также резервное копирование и восстановление баз данных появились в 2.11; Workload Availability (HA) по-прежнему доступна на Business и Enterprise. Экспорт конфигурации Opfield для переноса на другой экземпляр ожидается в 2.12 на всех тарифах. SMB не поддерживается как тип подключения к хранилищу.
Общий Opfield CLI для терминала и CI/CD ожидается в 2.13 на всех планах; это не существующий CLI Opfield Inference. Демон управления Bastion / SSH ожидается в 2.14 на Business и Enterprise. Система плагинов — часть ядра Opfield в разработке, а не функция отдельного плана; ориентир — не раньше 2.20, без гарантии срока.
In development и Ожидается в 2.x обозначают будущие, а не доступные операции. Галочки в таких строках показывают планируемое включение в тариф; версии ориентировочные. Для автомасштабирования по метрикам, реплик на одном узле, расширенного сканирования и сопоставления групп OIDC/SCIM версии ещё не назначены. Проверка сборок Git уже доступна и не равнозначна расширенному сканированию рабочих нагрузок.
Требования и границы HA описаны в Workload Availability, а действующие процедуры ручного восстановления — в Обновлениях и резервных копиях.
Применение ограничений
Заголовок раздела «Применение ограничений»Готовые платные функции проверяются серверной частью на границах операций так же, как в Console. REST, OAuth, MCP, AI Workspace, фоновые обработчики и публичные адреса выдачи токенов не обходят проверки Entitlement.
Если Entitlement отсутствует, операция завершается отказом без удаления существующих ресурсов. Проверки в публичном ядре Opfield возвращают LICENSE_ENTITLEMENT_REQUIRED (HTTP 403). Области, реализованные в коммерческом ядре, — например базы данных, хранилища, резервное копирование, GitLab, Pages и пользовательская PKI, — показывают в Console уведомление о тарифе и недоступны через API, пока не активны нужный тариф и ядро. При достижении квоты плана возвращается LICENSE_QUOTA_EXCEEDED (HTTP 409), а текущие записи сохраняются. При несогласованности защищённой политики Opfield безопасно отказывает, а не выбирает более разрешительный план.
Квоты Community для управляемых нод, пользователей и пользовательских групп разрешений проверяются только при создании такого объекта, при создании пользователя во время первого входа через OIDC и при восстановлении удалённого пользователя. В число нод входят ожидающие и отключённые ноды. Ноды, пользователи и группы, уже превышающие квоту, например после понижения тарифа или обновления с 2.10, продолжают работать и никогда не удаляются и не отключаются. Проверки Entitlement читают состояние лицензии, сохранённое в установке, поэтому отдельная операция никогда не ждёт ответа службы лицензирования.
Коммерческое ядро
Заголовок раздела «Коммерческое ядро»Community и платные тарифы используют одни и те же образы Opfield. Платные функции поставляются как отдельно подписанное коммерческое ядро, которое Opfield загружает из службы лицензирования для установки, у которой есть или была платная активация, и проверяет перед использованием: подпись, точная версия Opfield, размеры и хеши файлов должны совпадать. Opfield загружает ядро только при запуске.
Активация платного ключа в разделе Settings > General > License готовит подходящее ядро через механизм подписанных обновлений — Opfield в это время продолжает обслуживать запросы — и затем перезапускает Opfield, чтобы загрузить ядро. Если подготовка не удалась, ключ остаётся активированным, а кнопка Enable paid features повторяет подготовку. Ключ, активированный в мастере первоначальной настройки, ядро не готовит: после настройки откройте параметры лицензии и выберите Enable paid features. Если действительный ключ есть, а ядро отсутствует или отклонено, Console сообщает, что платные функции не готовы, — это отличается от недостаточного тарифа, — а существующая инфраструктура продолжает работать.
Обновление установки Community с 2.10
Заголовок раздела «Обновление установки Community с 2.10»2.11 сразу после обновления применяет новые лимиты и список функций Community:
- Ноды, пользователи и группы сверх 25, 3 и 1 продолжают работать, но добавить новые нельзя.
- Существующие подключения к внешним базам данных, подключения GitLab и данные Plan Mode сохраняются в базе, но на Community открыть их нельзя. Мониторинг баз данных и синхронизация GitLab останавливаются.
- Остальные функции Community, включая Docker, Ingress, TLS, мониторинг, идентичность, автоматизацию через API и MCP, чат AI Workspace и Opfield Inference, работают без изменений.
Применение ключа Personal или выше возвращает доступ к сохранённым записям.
Платные ключи, выданные до 2.11, сохраняют свой тариф. Ключи Personal, Business и Enterprise в прежнем формате Entitlements включают новые возможности: подключения к хранилищам, подключения к внешним базам данных, управляемые хранилища, а также Plan Mode, сценарии и изолированные среды ИИ.
Взаимодействие со службой лицензирования
Заголовок раздела «Взаимодействие со службой лицензирования»Opfield обращается к https://license.thesqlabs.com только в следующих случаях:
| Запрос | Когда | Передаваемые данные |
|---|---|---|
| Регистрация установки | При первом запуске или если сохранённый токен установки больше недействителен | Идентификатор установки, локально сгенерированный одноразовый код регистрации, имя установки, версия Opfield и версия схемы Entitlements |
| Контрольный сигнал (heartbeat) | Вскоре после запуска, затем каждые 15 минут с платным ключом или каждые 30 минут на Community, а также при ручной проверке администратором | Токен установки, имя установки, версия Opfield и версия схемы Entitlements |
| Активация или деактивация ключа | Когда администратор применяет или удаляет платный ключ | Токен установки и версия схемы Entitlements, а при активации — платный ключ |
| Авторизация выпуска | Перед обновлением Opfield и при включении платных функций | Токен установки, целевая версия Opfield и версия схемы Entitlements |
| Загрузка коммерческого ядра | При обновлении или включении платных функций в установке, у которой есть или была платная активация | Токен установки, целевая версия Opfield, идентификатор выпуска, путь к файлу и версия схемы Entitlements |
Каждый запрос также содержит случайный одноразовый код запроса и идентификаторы ключей подписи, закреплённых в выпуске Opfield. Идентификатор установки — случайное значение, созданное самой установкой. Имя установки — имя хоста из настроенного публичного URL Opfield или имя сервера, если публичный URL не сохранён. Opfield не передаёт конфигурацию инфраструктуры, содержимое ресурсов, секреты, журналы, число пользователей или ресурсов, запросы к моделям и их ответы. Лицензионный ключ, токен установки и код регистрации хранятся в установке в зашифрованном виде. Установки Community остаются работоспособными, пока регистрация не завершена или служба недоступна. Для активации платного ключа и для обновления установки, у которой есть или был платный тариф, служба должна быть доступна; отклонённое или неудачное обновление оставляет работать текущую версию. Установка Community без ключа, платного тарифа и коммерческого ядра обновляется и при недоступной службе, потому что ничего закрытого не загружает. См. Обновления, резервные копии и восстановление.
Подписанные состояния лицензии
Заголовок раздела «Подписанные состояния лицензии»Служба лицензирования подписывает алгоритмом Ed25519 каждое возвращаемое состояние лицензии — при регистрации, контрольных сигналах, активации, деактивации и авторизации выпуска. Подпись охватывает идентификатор установки, назначение запроса, одноразовый код запроса, время выдачи и полное состояние, включая тариф, Entitlements, срок действия и окончание льготного периода. Выпуски Opfield закрепляют открытые ключи службы и применяют состояние, только если:
- подпись действительна для закреплённого ключа;
- состояние подписано для этой установки, назначения и одноразового кода этого запроса, поэтому перехваченный ответ нельзя повторить или использовать в другой установке;
- время выдачи отличается от локального времени не более чем на 15 минут.
Неподписанный, поддельный, повторённый, чужой или устаревший ответ обрабатывается как недоступность службы: последнее действительное подписанное состояние остаётся в силе, а период автономной работы продолжает отсчитываться от времени его выдачи. Регистрация и активация завершаются ошибкой, а не сохраняют учётные данные из неподписанного ответа, а загрузка коммерческого ядра разрешается только подписанным состоянием для этого запроса. Opfield хранит подписанные состояния и заново проверяет их при каждом чтении лицензии, поэтому изменение сохранённой лицензии в базе данных не повышает тариф. Синхронизируйте время на хосте Opfield: при расхождении больше 15 минут любой ответ будет выглядеть устаревшим.
Понижение и истечение
Заголовок раздела «Понижение и истечение»Платный тариф может закончиться из-за истечения ключа, перехода на более низкий тариф, недоступности службы лицензирования, отзыва, переноса ключа на другую установку или явной деактивации. Пока не закончился соответствующий льготный период, всё работает как прежде, включая пересылку в SIEM и внешний доступ Docker-клиентов к внутреннему реестру.
| Причина | Льготный период | Отсчитывается от |
|---|---|---|
| Истечение ключа | 24 часа на Personal, 3 дня на Business, 7 дней на Enterprise | Даты окончания действия |
| Служба лицензирования недоступна | 100 дней, но не дольше льготного периода после истечения | Времени выдачи последнего действительного подписанного состояния лицензии |
| Переход на более низкий платный тариф | Льготный период более высокого тарифа: 24 часа, 3 дня или 7 дней | Последнего подписанного состояния, в котором ещё был указан более высокий тариф |
| Отзыв, перенос на другую установку, деактивация, недействительный ключ | Нет | — |
Во время льготного периода после истечения статус лицензии — Expired — grace period, и на Dashboard показывается предупреждение; пока служба недоступна, статус — Licensed with warning. Opfield проверяет сроки сам и не ждёт следующего контрольного сигнала.
После льготного периода — а при отзыве, переносе или деактивации сразу — новые действия выполняются с правами Community, а существующие платные ресурсы сохраняют права непрерывности для самого высокого платного тарифа, который был у установки, что подтверждается сохранённым подписанным состоянием лицензии:
- Продолжает работать: все существующие рабочие нагрузки и контур данных — Containers, Deployments, Compose Project, Routes, Secure Links, привязки управляемых баз данных и хранилищ, Relay, опубликованные развёртывания Pages, списки отзыва сертификатов Internal PKI и приём структурированных журналов. Существующее резервное копирование по расписанию, удаление старых копий, Run now, отмена и восстановление в существующие базы данных продолжают работать. Workload Availability продолжает восстанавливать экземпляры и может запускать, останавливать и перезапускать существующие нагрузки, а существующие подключения GitLab продолжают синхронизироваться. Существующие платные ресурсы по-прежнему можно просматривать, читать их журналы и мониторинг, проверять подключения, раскрывать и ротировать учётные данные, отзывать и экспортировать сертификаты и удалять ресурсы.
- Приостанавливается: пересылка в SIEM и выдача токенов внешнего доступа Docker-клиентов к внутреннему реестру. Их настройки, внешняя точка доступа реестра и история доставки в SIEM сохраняются, а записи, уже стоящие в очереди SIEM, будут доставлены после продления; события аудита, возникшие во время паузы, в очередь не ставятся. Обе функции возобновляются после продления без повторной настройки.
- Блокируется: создание платных ресурсов, изменение конфигурации существующих платных ресурсов, запись данных через обозреватели баз данных и объектных хранилищ (удаление строк, ключей, объектов и бакетов остаётся возможным), восстановление резервной копии в новую управляемую базу данных и платные операции вроде экспорта и импорта архивов, миграции, экспорта аудита и сборок из Git. Создание сверх лимитов Community для нод, пользователей и групп отклоняется. Такие запросы возвращают
LICENSE_ENTITLEMENT_REQUIREDилиLICENSE_QUOTA_EXCEEDED.
Opfield никогда не меняет сохранённую конфигурацию, не отключает модули и не удаляет управляемые ресурсы из-за окончания тарифа. Продление или повторная активация ключа восстанавливает все платные операции без пересоздания существующей инфраструктуры. Можно ли продолжать эксплуатировать платные ресурсы после отзыва, определяют условия платного ключа; сам Opfield их не останавливает.
После окончания платного тарифа установка продолжает получать обновления. Установка, у которой есть или была платная активация, — в том числе истёкшая, отозванная, перенесённая или деактивированная, — с каждым обновлением получает соответствующее коммерческое ядро, поэтому её существующие платные ресурсы продолжают работать по этим правилам. Установка, у которой никогда не было платного тарифа, обновляется как Community.
Эксплуатационные проверки
Заголовок раздела «Эксплуатационные проверки»- До применения ключа проверьте идентификатор установки и нужный активный экземпляр.
- Отслеживайте срок действия и локальную дату окончания льготного периода.
- До запуска в рабочей среде проверьте необходимые платные операции.
- Зафиксируйте, какие операции будут заблокированы после льготного периода, и учтите, что пересылка в SIEM и токены внешнего доступа к реестру приостановятся.
- Восстановите Entitlement до ручной замены сохранённых ресурсов.
Не используйте прежний термин homelab и не определяйте доступность функций по рекламному описанию цен, снимкам экрана или другому выпуску Opfield.
Выбор и изменение плана
Заголовок раздела «Выбор и изменение плана»Создайте краткую запись решения: перечислите обязательные возможности, ожидаемое количество ресурсов, среды, меры соответствия требованиям и последствия временной недоступности Entitlement. До согласования закупки проверьте реальные операции в целевом выпуске. Название функции в договоре или матрице не доказывает наличие необходимой возможности ноды или внешнего поставщика в установке.
Перед понижением, истечением или переносом на другую установку:
- определите платные ресурсы и автоматизацию, которые перестанут принимать новую работу;
- сохраните настройки источников, артефакты сборок, PKI, конфигурацию журналирования и SIEM;
- подтвердите, какие ресурсы продолжают работать и какой льготный период применяется;
- сообщите эксплуатационный срок и назначьте владельца;
- восстановите Entitlement и убедитесь, что приостановленные пересылка в SIEM и внешний доступ к реестру возобновились;
- проверьте клиентские пути, не предполагая, что прежняя конфигурация возобновила работу автоматически.
Если сигналом служит предупреждение Entitlement или отказ новой платной операции, сначала проверьте страницу лицензии, идентификатор установки и состояние нужной операции или Task. За этот слой отвечает владелец установки. Не удаляйте сохранённые ресурсы ради «очистки» предупреждения: их сохранённое состояние обеспечивает восстановление после возвращения правильного плана.
Границы лицензирования
Заголовок раздела «Границы лицензирования»Лицензия Opfield относится к активной установке Opfield согласно ключу и соглашению. Учётные данные, квоты и подписки внешних поставщиков — облачного DNS, систем управления исходным кодом, реестр, электронной почты, AI и других размещённых служб — остаются отдельными. Аналогично, использование, показанное Opfield Inference, является операционным учётом; для коммерческих решений его следует сверять с данными поставщика.
Текущий исходный код публикуется Square Labs по лицензии PolyForm Perimeter 1.0.1. Код можно использовать, изменять и распространять, в том числе внутри коммерческой компании. Ограничение касается предложения другим людям или организациям продукта, который позиционируется как замена Opfield — независимо от того, является ли это программой, облачным сервисом, переносом на другую платформу или бесплатным продуктом.
Ключ Personal, Business или Enterprise открывает возможности и лимиты платного тарифа; он не нужен только потому, что компания использует Community для своей инфраструктуры. Обычный ключ не даёт права выпускать OEM- или white-label-версию, перепродавать Opfield либо предлагать конкурирующий hosted-сервис. Для этого требуется отдельное письменное соглашение с текущим Лицензиаром. После обычного истечения ключа продолжают работать платные ресурсы, настроенные до истечения, но создание новых платных ресурсов и расширение платной конфигурации блокируются.
Каждый официальный релиз также содержит Product Continuity MIT Grant — механизм долгосрочной доступности покрываемого исходного кода Square Labs. Полная область действия, условия, исключения и правила возможного перехода под MIT определены только в самом grant.