EspoCRM

EspoCRM - CRM с открытым кодом, которую с 2014 года ведет одноименная компания. Ядро закрывает контур продаж: лиды, контакты, компании, сделки с воронкой и канбаном, задачи, звонки, календарь.

Там же почта с привязкой писем к записям, обращения в поддержку, клиентский портал, база знаний, кампании с рассылками и web-to-lead формы. Все под AGPL-3.0, без лимита на пользователей и записи.

Вторая сторона продукта - конструктор: сущности, поля, связи и формы создаются из админки без кода. По сути это коробочная CRM, только без лицензии за коробку.

Сценарий: заменить подписку за каждого сотрудника у Битрикс24, amoCRM или облака вендора на фиксированную сумму за VPS - и увидеть, что при этом теряется.

У облачных CRM цена растет со штатом: amoCRM и облако EspoCRM берут за пользователя, Битрикс24 - пакетами с потолком по сотрудникам. Рублевые цены Битрикс24 и amoCRM меняются часто, здесь не приводятся.

Расчет на 10 и 25 сотрудников

Облако EspoCRM на 10 пользователях - €129/мес на Basic и €220/мес на Enterprise. На 25 пользователях Enterprise - €550/мес, около €6600 в год.

Salesforce на той же десятке (Core, $195 за пользователя) - $1950/мес. Self-host ставит против этого один сервер: CPU2-RAM4-DISK50 за 500 руб/мес закрывает и 3, и 30 пользователей.

Модель EspoCRM - open core, и граница проходит ближе к ядру, чем у многих OSS-вендоров. У Битрикс24 и amoCRM отчеты и автоматизация входят в тариф, здесь продаются отдельно.

Компания, выбравшая продукт по списку с сайта и поставившая образ с Docker Hub, получит меньше, чем ожидала. Это риск закупки, а не техники.

Права на код у вендора (контрибьюторы подписывают CLA), фонда нет: ничто не мешает перенести функцию из ядра в пак. Облако в США и Германии - оплата паков из РФ может быть затруднена, выясняйте до покупки.

Бэкенд - PHP 8.3 с собственным ORM и REST API, фронтенд - SPA на фреймворке вендора. База - MySQL 8.0+, MariaDB 10.3+ или PostgreSQL 15+; официальный compose идет с MariaDB, этот путь самый проторенный.

Порядок старта держится на healthcheck-ах: приложение ждет здоровую БД, daemon и websocket ждут здоровое приложение (bin/command app-check).

Типичная ошибка - поднять только espocrm и БД. Интерфейс откроется, но письма не заберутся, кампании не уйдут, напоминания не сработают: все это делает daemon. Без websocket интерфейс просто не обновляется в реальном времени.

Данные разнесены по четырем томам: база, espocrm-data (вложения, конфиг), espocrm-custom и espocrm-custom-client (кастомизации). На этом держится обновление сменой тега без потери настроек.

Entity Manager создает новые сущности («Объект недвижимости», «Заявка на ремонт») и связи между ними. Field Manager добавляет поля любого типа, Layout Manager решает, что видно в списке и карточке.

Формулы считают поля при сохранении, роли режут доступ до уровня поля. Все изменения лежат в томе espocrm-custom и переживают обновление образа.

REST API покрывает те же сущности без квот. Демо-данные на стенде созданы через POST /api/v1/Lead и POST /api/v1/Opportunity - тот же путь годится для миграции из другой CRM или связки с сайтом и 1С.

1. Создать сервер

   Тариф CPU2-RAM4-DISK50, Ubuntu 24.04 LTS, приложение Docker из маркетплейса. Без него Docker Engine и compose-плагин из официального apt-репозитория ставятся за ~40 секунд. A-запись домена направьте на IP заранее.

2. Сгенерировать секреты в .env

   В примере документации стоят admin_password и database_password - с ними наружу выходить нельзя.

   mkdir -p ~/espocrm && cd ~/espocrm cat > .env <<EOF SITE_DOMAIN=crm.example.ru DB_ROOT_PASSWORD=$(openssl rand -base64 24 | tr -d '/+=') DB_PASSWORD=$(openssl rand -base64 24 | tr -d '/+=') ADMIN_PASSWORD=$(openssl rand -base64 18 | tr -d '/+=') EOF chmod 600 .env

3. Собрать docker-compose.yml

   Compose из документации с четырьмя правками: теги закреплены, пароли из .env, порты только на loopback, URL сайта и вебсокета с https/wss. Общие поля трех контейнеров приложения вынесены в якорь.

   x-app: &app image: espocrm/espocrm:10.0.8-apache restart: always volumes: - espocrm-data:/var/www/html/data - espocrm-custom:/var/www/html/custom - espocrm-custom-client:/var/www/html/client/custom services: espocrm-db: image: mariadb:11.4 restart: always command: --max-allowed-packet=64MB environment: MARIADB_ROOT_PASSWORD: ${DB_ROOT_PASSWORD} MARIADB_DATABASE: espocrm MARIADB_USER: espocrm MARIADB_PASSWORD: ${DB_PASSWORD} volumes: ["espocrm-db:/var/lib/mysql"] healthcheck: test: ["CMD", "healthcheck.sh", "--connect", "--innodb_initialized"] interval: 10s espocrm: <<: *app environment: ESPOCRM_DATABASE_PLATFORM: Mysql ESPOCRM_DATABASE_HOST: espocrm-db ESPOCRM_DATABASE_USER: espocrm ESPOCRM_DATABASE_PASSWORD: ${DB_PASSWORD} ESPOCRM_ADMIN_USERNAME: admin ESPOCRM_ADMIN_PASSWORD: ${ADMIN_PASSWORD} ESPOCRM_SITE_URL: "https://${SITE_DOMAIN}" ports: ["127.0.0.1:8080:80"] depends_on: {espocrm-db: {condition: service_healthy}} healthcheck: test: ["CMD", "bin/command", "app-check"] start_period: 90s interval: 20s espocrm-daemon: <<: *app entrypoint: docker-daemon.sh depends_on: {espocrm: {condition: service_healthy}} espocrm-websocket: <<: *app entrypoint: docker-websocket.sh environment: ESPOCRM_CONFIG_USE_WEB_SOCKET: "true" ESPOCRM_CONFIG_WEB_SOCKET_URL: "wss://${SITE_DOMAIN}:8081" ESPOCRM_CONFIG_WEB_SOCKET_ZERO_M_Q_SUBSCRIBER_DSN: "tcp://*:7777" ESPOCRM_CONFIG_WEB_SOCKET_ZERO_M_Q_SUBMISSION_DSN: "tcp://espocrm-websocket:7777" ports: ["127.0.0.1:18081:8080"] depends_on: {espocrm: {condition: service_healthy}} volumes: {espocrm-db: {}, espocrm-data: {}, espocrm-custom: {}, espocrm-custom-client: {}}

4. Поставить Caddy и включить TLS

   Caddy из apt-репозитория Cloudsmith. Два server-блока: сайт на 443 и вебсокет на 8081, оба с Let's Encrypt. В файрволе открыты 80, 443 и 8081.

   sudo tee /etc/caddy/Caddyfile >/dev/null <<'EOF' crm.example.ru { reverse_proxy 127.0.0.1:8080 } crm.example.ru:8081 { reverse_proxy 127.0.0.1:18081 } EOF sudo systemctl restart caddy

5. Поднять стек и дождаться healthy

   docker compose pull # ~25 с на два образа docker compose up -d watch docker compose ps # ~65 с до четырех healthy

   espocrm 30-40 секунд создает схему и администратора, потом стартуют daemon и websocket. Вход: admin, пароль из .env.

Стенд

Результаты

Проверено на версии 10.0.8, сентябрь 2026. На новых версиях результаты могут отличаться.

Релизы и исправления - на странице релизов GitHub. Обновление - смена тега и пересоздание контейнеров: миграции применяются при старте, кастомизации в томах сохраняются.

Бэкап - дамп базы плюс тома с данными и кастомизациями. Перед обновлением - обязательно:

Что закрыть перед продом:

• TLS через Caddy или Traefik, порты контейнеров только на 127.0.0.1;
• свои пароли администратора, БД и root MariaDB, файл .env с правами 600 и вне git;
• двухфакторная аутентификация для администраторов (Administration, раздел Authentication);
• роли и команды до выдачи доступа сотрудникам;
• SMTP и IMAP через российского провайдера или свой почтовый сервер, иначе рассылки уйдут в спам;
• бэкап по cron с выносом за пределы сервера и проверенным восстановлением.

• Обратный прокси - Caddy (как здесь) или Traefik: у документации EspoCRM есть рецепт и для него.
• Почта - docker-mailserver для своих ящиков и отправки кампаний; на одном CPU2-RAM4-DISK50 с CRM - только для небольшой команды.
• Twenty CRM - соседний разбор: CRM на TypeScript с Notion-подобными таблицами; EspoCRM старше, богаче по функциям и легче по RAM.
• Поддержка - при большом потоке обращений тикеты лучше вести в Zammad или Chatwoot.
• Мониторинг - Uptime Kuma на /api/v1/App/user: ожидаемый 401 - признак живого API.