Questions about AGPL compliance and commercial licensing

[Jake (Женя)]

Hi everyone,

Context: I'm a solo developer building a companion service for EspoCRM, targeting a narrow business niche in CIS countries. This is a small-scale project — I expect a maximum of 10–20 clients total, not a large SaaS operation. My architecture: external app, separate process/DB, connected to EspoCRM only via REST API + an iframe tab (no shared runtime, no direct DB access, no modified EspoCRM core).

Before launching commercially, I'd like to clarify the following:

• How much does an EspoCRM commercial license cost, and what pricing tiers/models are available (e.g. per instance, per user, per year)? Is there a reasonable option for a solo developer/small business with only 10–20 clients?
• Does an architecture where the external service runs as a separate process with its own database, and communicates with EspoCRM only through the standard REST API (plus an iframe tab for display), qualify as an independent program under AGPLv3 — or would it still be considered a "combined work" requiring disclosure of the external service's source code if offered as a hosted/rented service to clients?
• Is there an official position from EspoCRM Inc. on this kind of integration pattern (proxy tab + iframe + API-only communication)?
• Where exactly is the line between "independent integration" and "derivative work" in EspoCRM Inc.'s view, for cases like this?
• How can I purchase a commercial license from EspoCRM Inc., and what does the process typically look like for a small business planning to rent access to a handful of clients?
• Does a commercial license remove the disclosure requirement entirely for custom modules/services built on top of EspoCRM, including ones with a similar architecture to what I described?
• Are there any specific terms, restrictions, or prohibited use cases in EspoCRM's license/terms of service that I should be aware of, so that neither I nor EspoCRM Inc. run into problems with this kind of small-scale, niche commercial use?

Thanks in advance for any clarification.



Здравствуйте!

Контекст: я разработчик-одиночка, разрабатываю дополнительный сервис для EspoCRM под узконаправленный сегмент бизнеса в странах СНГ. Это небольшой проект — ожидаю максимум 10–20 клиентов всего, не крупный SaaS. Архитектура: внешнее приложение, отдельный процесс/БД, связь с EspoCRM только через REST API + вкладка с iframe (без общего рантайма, без прямого доступа к БД, без изменения ядра EspoCRM).

Перед коммерческим запуском хочу прояснить следующее:

• Сколько стоит коммерческая лицензия EspoCRM, и какие есть варианты/уровни оплаты (например, за инстанс, за пользователя, за год)? Есть ли разумный вариант для разработчика-одиночки/небольшого бизнеса всего с 10–20 клиентами?
• Считается ли архитектура, при которой внешний сервис работает как отдельный процесс со своей базой данных и взаимодействует с EspoCRM только через стандартный REST API (плюс вкладка с iframe для отображения), независимой программой по смыслу AGPLv3 — или всё же будет расценена как «единое произведение» (combined work), требующее раскрытия исходного кода внешнего сервиса при предоставлении его клиентам как арендуемого/хостингового сервиса?
• Есть ли официальная позиция EspoCRM Inc. по подобному паттерну интеграции (proxy-вкладка + iframe + взаимодействие только через API)?
• Где именно, по мнению EspoCRM Inc., проходит граница между «независимой интеграцией» и «производным произведением» в подобных случаях?
• Как можно приобрести коммерческую лицензию у EspoCRM Inc., и как обычно выглядит процесс для небольшого бизнеса, планирующего сдавать доступ в аренду нескольким клиентам?
• Снимает ли коммерческая лицензия полностью требование раскрытия кода для кастомных модулей/сервисов, построенных поверх EspoCRM, включая случаи с архитектурой, аналогичной описанной выше?
• Есть ли какие-то конкретные условия, ограничения или запреты в лицензии/условиях использования EspoCRM, о которых стоит знать, чтобы ни у меня, ни у EspoCRM Inc. не возникло проблем с таким небольшим, узконаправленным коммерческим использованием?

Заранее спасибо за разъяснения.

[yuri]

Hi,

Our commercial licensing offering is intended for large organizations, as such organizations often have internal policies that prohibit licenses such as the GPL, AGPL and similar. Though it's another question whether such policies are justified. These licenses are quite fine.

I'd suggest going with AGPL for your case.

[yuri]

> Does an architecture where the external service runs as a separate process with its own database, and communicates with EspoCRM only through the standard REST API (plus an iframe tab for display)

I cannot answer this with 100% certainty, as I am not a lawyer. But I'm pretty sure that mere connecting through REST API does not make the code using it a derivative work, hence GNU licenses' terms are not applied.