Zammad: общая почта и мессенджеры в одну очередь обращений

Обращение лежит в трёх местах

Клиент написал на info@, потом в Telegram, потом позвонил. Три сотрудника видят по куску, целиком не видит никто. Ответили дважды или не ответили ни разу, выясняется по жалобе. Причина в устройстве: у обращения нет хозяина и нет общей очереди.

Регламент и сроки ответа я разбирал в статье про единое окно для мессенджеров. Инструменты у меня тоже описаны: FreeScout закрывает почту, Chatwoot заточен под чаты. Zammad стоит между ними: тикеты как в почтовой службе и каналы шире почты.

Что я проверил

Проверял 29.10.2026. В репозитории zammad/zammad файл LICENSE содержит GNU AGPL версии 3, звёзд около 6,1 тысячи, проект не архивирован, последний коммит датирован 29.10.2026. Раздел Releases на GitHub пуст, версии лежат в тегах: свежий стабильный 7.2.2, дальше идёт 7.3.0-alpha. По странице релизов версия 7.2.2 вышла 8.10.2026, а минорная 7.2 вышла 23.09.2026 (журнал аудита, защита от спама, ИИ-функции). Установка по README: образы Docker, Helm-чарт, пакеты DEB и RPM или облако Zammad GmbH.

Какие каналы есть и каких нет

По документации администратора из коробки есть веб-форма, почта (IMAP и SMTP, плюс Google и Microsoft 365), чат для сайта, SMS через Twilio, Telegram и телефония.

Telegram работает через бота. Первое сообщение клиента создаёт обращение, следующие попадают в его открытое обращение, команда /end закрывает его. Сервер должен быть доступен из интернета по HTTPS, вложения до 20 МБ.

В телефонии готовые интеграции с Placetel и Sipgate (европейские операторы) и универсальный CTI-интерфейс в API. Для российской АТС понадобится доработка. Каналы Facebook* и WhatsApp* тоже есть, но это продукты Meta* (Meta признана экстремистской организацией и запрещена в РФ), поэтому здесь я их не разбираю. Instagram* и X в разделе каналов не нашёл.

VK и MAX в списке каналов нет. Возможно, мост получится через API и вебхуки: бот принимает сообщение, создаёт обращение через REST API, а ответ оператора уходит обратно по вебхуку. Готового коннектора в документации нет, это придётся разрабатывать.

Что даёт единая очередь

История клиента: все письма и сообщения лежат в его карточке и карточке организации. Ответственный: обращение назначается группе или человеку, коллеги оставляют внутренние заметки. Срок: SLA бывает на первый ответ, на обновление и на решение, считается по рабочему календарю. Агент получает предупреждение примерно за 15 минут до просрочки, просроченные собираются в обзоре Escalated Tickets, ожидание ответа клиента ставит таймер на паузу.

Триггеры и планировщик назначают и перемещают обращения сами, макросы выполняют повторяющиеся действия, текстовые модули дают шаблоны ответов. Есть база знаний, теги, чек-листы и учёт времени. Права задаются группами и ролями. Вход: LDAP и Active Directory, SAML, OpenID Connect, двухфакторная защита. Есть REST API с токенами и вебхуки, их запускают триггеры и планировщик.

Сервер, Docker, поиск и бэкап

Требования из документации: PostgreSQL 15 или новее, Redis 7 или новее. Elasticsearch необязателен, но «настоятельно рекомендован», без него поиск медленнее и беднее. Минимум 2 ядра и 6 ГБ памяти, плюс 4 ГБ, если поиск стоит на том же сервере. Пример для 40 операторов: 6 ядер, 6 ГБ плюс 6 ГБ на поиск. Страница Docker в одном месте называет минимумом 4 ГБ, я ориентировался бы на страницу требований.

Установка: репозиторий zammad-docker-compose, git clone и docker compose up -d, нужен Compose версии 2.23.1 или новее и настройка vm.max_map_count на хосте. Контейнер zammad-backup делает копию каждую ночь в три часа в свой том. После восстановления индекс поиска перестраивается командой. Обновление: git pull, docker compose pull, docker compose up -d, мажорные версии пропускать нельзя.

Что важно учесть

Безопасность. Релиз 7.2.1 от 6.10.2026 закрыл 27 уязвимостей, среди них выполнение кода через шаблоны автоматизации и обход MFA. Вендор просит self-hosted обновиться немедленно. Ветка 6.5 не поддерживается. У вас должен быть человек, который ставит обновления в течение дней.

Платное. Сервер бесплатный. На странице цен облако начинается с 7 евро за оператора в месяц при годовой оплате (до 5 операторов). Telegram, чат и SLA там идут с тарифа Professional за 16 евро. Поддержка для self-hosted: Business 2999 евро в год, реакция 6 часов. Платных модулей для self-hosted страница не называет.

Персональные данные. Переписка с клиентами их содержит, поэтому место хранения выбирайте по правилам из статей про 152-ФЗ для ботов и мессенджеров и локализацию баз. В Zammad есть раздел Data Privacy: удаление клиента и его обращений вручную или по расписанию.

ИИ. Функции необязательные. Провайдеры: Zammad AI (серверы в ЕС), OpenAI, Anthropic, Mistral, Azure, Ollama на вашем сервере и любой OpenAI-совместимый. Данные уходят выбранному провайдеру. С персональными данными я оставил бы ИИ выключенным или взял Ollama.

Русский язык. В репозитории есть файл перевода zammad.ru.po, полноту перевода не проверял. Нагрузку 5-30 сотрудников сам не гонял, документация описывает пример до 40 операторов. Открытых задач в репозитории около 485, проект живой.

Что можно сделать уже сейчас

Чек-лист из семи пунктов:

1. Выпишите каналы и кто читает каждый сегодня.
2. Выберите одну очередь для пилота, например заявки на ремонт или вопросы по заказам.
3. Подготовьте сервер от 10 ГБ памяти, домен и HTTPS.
4. Поднимите Docker Compose, включите бэкап и проверьте восстановление.
5. Подключите общий ящик по IMAP, форму на сайте, затем Telegram-бота. Старую переписку не переносите, пока пилот не пройден.
6. Заведите группы и роли, один SLA, 5-7 текстовых модулей.
7. Назначьте ответственного за обновления и правило удаления данных клиентов.

Пилот: одна очередь, три сотрудника, две недели. Считайте, сколько обращений осталось без ответа и сколько ушло на первый ответ, до и после. Развернуть, подключить каналы и написать мост для MAX или VK могу в рамках услуги боты и автоматизация.

Частые вопросы

Можно ли подключить MAX или VK?

Готового канала в документации нет. Мост через API и вебхуки возможен, но это отдельная разработка, и я пока не подтверждал её в работе.

Нужен ли Elasticsearch?

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

Чем Zammad отличается от FreeScout?

FreeScout построен вокруг общей почты. В Zammad каналов больше (Telegram, чат, телефония), есть SLA, базы знаний и SSO, зато сервер тяжелее и обновлять его нужно внимательнее.

Коротко о главном

Zammad под AGPL-3.0 собирает почту, чат, Telegram и телефонию в одну очередь с ответственным, историей клиента и SLA. Он бесплатен на своём сервере, но требует 10 ГБ памяти и быстрых обновлений, а для MAX и VK нужен мост.

Если хотите, чтобы я развернул очередь обращений и провёл пилот на трёх сотрудниках, напишите мне в Telegram кодовое слово «ОБРАЩЕНИЯ».