Когда речь заходит о собственной CRM, разговор обычно идёт про возможности: гибкость модели данных, удобство интерфейса, наличие API. Лицензия всплывает в конце, а иногда через год после запуска — и тогда выясняется, что планы на продукт расходятся с тем, что разрешает платформа.
Что означает копилефт на практике
Открытые лицензии делятся на две группы. Разрешительные (MIT, Apache) позволяют почти всё, включая закрытие своих доработок. Копилефт (GPL, LGPL, AGPL) требует, чтобы производные работы распространялись на тех же условиях.
Разница между GPL и AGPL важнее, чем кажется. Обычный GPL срабатывает при распространении кода: отдали программу — отдайте и исходники. AGPL добавляет сетевое условие: если пользователи работают с программой через сеть, они тоже имеют право получить исходный код вашей версии. Для веб-систем это принципиально: вы ничего никому не передаёте физически, но люди ей пользуются — значит, условие срабатывает.
Четыре платформы
- Twenty — AGPL-3.0, современный интерфейс и гибкая модель данных. Часть возможностей (единый вход, разграничение прав) вынесена в отдельный пакет с коммерческой лицензией. Проект молодой: автоматизация и часть представлений ещё дорабатываются.
- EspoCRM — AGPL-3.0, зрелая платформа с большим набором готовых сущностей. Производитель продаёт коммерческую лицензию именно как способ не выполнять требования AGPL.
- SuiteCRM — AGPL-3.0, самая старая из четырёх, с развитой автоматизацией и большой экосистемой. Для внутреннего размещения обязательств не возникает, они появляются, когда систему предоставляют сторонним пользователям как сервис.
- Odoo — Community-редакция под LGPL-3.0, и это самая мягкая лицензия в списке: она дружелюбнее к собственным модулям. Enterprise — отдельный продукт с закрытым кодом и своей лицензией, поэтому часть возможностей в открытой версии недоступна.
Как это влияет на выбор
Вопрос, который стоит задать до выбора платформы: что вы собираетесь делать с системой через два года?
- Система для своей компании. Подходит любая из четырёх, выбор идёт по функциям и зрелости.
- Кабинет для клиентов или дилеров поверх системы. Внешние пользователи работают через сеть — с AGPL появляются обязательства. Нужно либо покупать коммерческую лицензию, либо брать LGPL-платформу.
- Тиражируемое отраслевое решение или SaaS. Самый строгий случай. Здесь лицензию выбирают первой, а функции второй.
Что проверить до старта
- Лицензию основного кода — в репозитории проекта, а не в обзорах.
- Какие возможности вынесены в платные пакеты: единый вход, права, аудит действий обычно оказываются именно там.
- Условия коммерческой лицензии, если копилефт не подходит: сколько стоит и что именно разрешает.
- Планы на систему: внутренняя, с внешним кабинетом или тиражируемая.
Это не юридическая консультация, а список вопросов, который экономит деньги. Для тиражируемого решения ответы стоит показать юристу до начала разработки — переписывать систему на другую платформу через год дороже любой консультации.
Как мы подходим к выбору платформы и что входит в работу — на странице разработки CRM под заказ.
Статья была полезна?
Частые вопросы
Если мы ставим систему только для своих сотрудников, лицензия вообще важна?
Для внутренней системы одной компании почти все открытые лицензии не создают проблем: сотрудники не считаются сторонними пользователями, а код вы никому не передаёте. Разница проявляется, когда систему открывают клиентам, дилерам или начинают продавать как продукт.
Что конкретно требует AGPL?
Раскрытия исходного кода вашей доработанной версии тем, кто пользуется системой через сеть. У обычных GPL и LGPL такого требования нет — они срабатывают при распространении кода, а не при доступе по сети. За это AGPL и называют «сетевым копилефтом».
Можно ли обойти копилефт?
Законный способ один — купить у правообладателя коммерческую лицензию, и часть проектов прямо продаёт её как выход из AGPL. Схемы вроде «мы ничего не распространяли» на практике разваливаются, когда систему видят внешние пользователи.
Это юридическая консультация?
Нет. Это ориентир, чтобы задать правильные вопросы до выбора платформы. Тексты лицензий нужно читать в репозитории проекта, а при тиражировании решения — показывать юристу.