Как выбрать self-hosted helpdesk систему

Четыре вопроса для выбора системы helpdesk с самостоятельным хостингом

Систему helpdesk с самостоятельным хостингом легко установить, но сложно выбрать, так как требования в этой категории необычайно специфичны. Четыре ответа позволяют сократить список из примерно двадцати проектов до одного или двух. Определитесь с ними до того, как откроете страницу с описанием функций.

• Должна ли электронная почта преобразовываться в тикеты, или пользователи будут использовать веб-форму и авторизацию?
• Это поддержка клиентов или внутренняя служба IT, где тикет привязан к ноутбуку или серверу?
• Сколько агентов будут работать в системе? Продукт для двух человек отличается от продукта для двадцати.
• Нужен ли кому-то таймер SLA, учет активов, публичная база знаний или этапы согласования?

Приведенные ниже разделы следуют этому порядку. Список продуктов идет последним, так как выбор продукта — это наименее важная часть вашего решения.

Должна ли электронная почта преобразовываться в тикеты?

Если ответ «да», то электронная почта становится основным механизмом интеграции в любой устанавливаемой вами системе. У этого процесса есть две стороны, каждая из которых может выйти из строя по-своему.

Входящие сообщения: создание тикета

Почти все варианты, описанные в этой статье, считывают почту из уже имеющегося у вас ящика по протоколам IMAP (internet message access protocol) или POP3 (post office protocol). Система поддержки подключается как обычный почтовый клиент и опрашивает ящик по таймеру. Никакой механизм не «проталкивает» почту в систему, поэтому, если таймер останавливается, создание тикетов прекращается, а клиент не получает никаких уведомлений об ошибке. Исключением является Request Tracker: в его руководстве по установке описан только алиас на вашем почтовом сервере, который перенаправляет каждое сообщение в rt-mailgate. Таким образом, чтение почты у провайдера требует использования промежуточного инструмента, например fetchmail, и именно этот инструмент становится тем таймером, за которым нужно следить.

В osTicket этот механизм реализован наглядно. Вы задаете частоту опроса для каждой почтовой учетной записи в панели администратора, но одного включения опроса недостаточно. Процесс опроса находится в api/cron.php, и стандартная настройка подразумевает запись в crontab, которая запускает его, как правило, каждые пять минут. Встроенная альтернатива, auto-cron, срабатывает только тогда, когда агент авторизован в веб-интерфейсе, поэтому в тихие выходные почта не будет собираться до тех пор, пока кто-нибудь не войдет в систему.

GLPI разделяет эту задачу на две части. Receiver (так в GLPI называется сборщик почты) хранит учетные данные ящика, а автоматическое действие mailgate определяет частоту сбора. Если тикеты перестали появляться, проверьте это автоматическое действие, прежде чем переходить к настройкам почтового ящика. Zammad выполняет сбор по IMAP или POP3 через конфигурацию канала, а на собственном сервере его также можно настроить через fetchmail, который перенаправляет каждое сообщение в почтовый драйвер Zammad. Опция Sendmail предназначена только для исходящей почты, поэтому документированного способа перенаправления входящей почты через pipe для него не существует.

Следующая ловушка — трединг (группировка сообщений). Ответ клиента должен попадать в существующий тикет, а не создавать новый. Почта группируется по заголовкам Message-ID, In-Reply-To и References, а системы поддержки в качестве резервного варианта добавляют ссылку на тикет в тему письма. Именно поэтому письма от службы поддержки приходят с заголовками вида [#123456] в теме. Если удалить этот токен из шаблона исходящего письма, каждый ответ будет приходить как новый тикет.

Последний момент — автоответы. Ваша система отправляет подтверждение на каждое новое сообщение. Если адрес, на который она отвечает, сам является автоответчиком, они могут зациклиться, пока кто-то не остановит один из них. RFC 3834 определяет заголовок Auto-Submitted: auto-replied, чтобы автоматические ответчики могли распознавать друг друга и не реагировать, и корректно настроенные системы его используют. Протестируйте систему с реальным почтовым ящиком, прежде чем направлять службу поддержки на алиас, который пересылает почту в список рассылки.

Исходящие сообщения: доставка ответов

Проблемы с входящими сообщениями заметны, так как тикеты не создаются. Проблемы с исходящими сообщениями скрыты: ответ отправлен, агент закрывает тикет, а клиент его не получает. Ваша система тикетов отправляет почту от имени вашего домена, поэтому домен должен авторизовать такую отправку.

Домену необходима запись SPF (sender policy framework), в которой перечислены все отправители почты. Также требуется подпись DKIM (domainkeys identified mail) и запись DMARC (domain-based message authentication, reporting and conformance), политика которой согласуется с обеими предыдущими. Проверьте текущие настройки перед установкой чего-либо:

dig +short TXT example.com
dig +short TXT _dmarc.example.com
dig +short TXT selector1._domainkey.example.com

Первая команда должна вывести строку, начинающуюся с v=spf1. Вторая должна вывести строку, начинающуюся с v=DMARC1. Третья команда отвечает только за имя селектора, который использует ваш подписывающий сервер, поэтому пустой результат обычно означает, что вы указали неверный селектор, а не то, что DKIM отсутствует.

Отправка почты напрямую с VPS часто приводит к проблемам. У нового IP-адреса нет репутации отправителя, а многие хостинг-провайдеры блокируют исходящий 25 порт, пока вы не попросите его открыть. Используйте релей через почтового провайдера — это решение, которое приходится принимать для любого сервиса на сервере: настройка отправки почты из приложений на собственном сервере без попадания в спам описывает этот процесс один раз для всех случаев. Если вы хотите владеть и почтовым ящиком, почтовый сервер Mailcow на VPS предоставит вам входящую почту, которую будет опрашивать служба поддержки, хотя это более масштабный проект, чем сама система тикетов.

Клиентская поддержка или внутренняя служба IT-поддержки?

Это две разные модели данных, использующие схожие интерфейсы, и именно разница между ними определяет ваш выбор.

В клиентской поддержке заявитель — это адрес электронной почты. Идентификация слабая, поток запросов неравномерный, а успех означает, что ответ дошел до человека, который никогда не будет авторизоваться в ваших системах. Здесь важны веб-формы, шаблоны ответов и очереди по отделам. Учет активов не требуется.

Во внутренней службе поддержки заявитель — это сотрудник, данные которого обычно подтягиваются из каталога по протоколу LDAP (lightweight directory access protocol), а тикет привязан к объекту: ноутбуку, лицензии или виртуальной машине. Этот объект находится в CMDB (configuration management database) или инвентарной описи, и половина ценности инструмента заключается в возможности отследить, какой тикет относится к какому устройству.

GLPI и iTop созданы для второй модели. FreeScout и osTicket — для первой. Zammad хорошо подходит для клиентской поддержки и может использоваться как внутренняя служба, но без учета активов. Попытка сменить модель в будущем станет дорогостоящей ошибкой, так как мигрировать придется именно структуру данных, а не тему оформления.

Сколько агентов будет работать в системе?

В этой статье нет тарификации по количеству агентов, поэтому их число не влияет на стоимость. Оно определяет объем структуры, которую необходимо создать до поступления первого тикета.

При наличии двух агентов структура становится скорее проблемой, чем решением. Вам нужно общее представление одного почтового ящика, способ отслеживать, кто занимается конкретной задачей, и история переписки с возможностью поиска. FreeScout идеально подходит для этих целей. osTicket подходит, если клиенты отправляют запросы через форму на вашем сайте.

При наличии десяти или двадцати агентов вам потребуются очереди или отделы, правила назначения, уровни прав доступа и отчетность, показывающая, на каком этапе застревает работа. osTicket, Zammad и GLPI поддерживают этот функционал. Настройка занимает рабочий день, а отказ от нее приводит к типичной ошибке, когда все запросы попадают в одну очередь и никто не несет ответственности за их выполнение.

Нужны ли вам SLA, учет активов, база знаний или система согласований?

Внедряйте эти функции по очереди, так как каждая из них сокращает список подходящих решений.

Таймер SLA отслеживает время реакции и решения задачи относительно целевых показателей, поэтому для него требуются график работы, схема приоритетов и путь эскалации. osTicket поставляется с планами SLA, Zammad поддерживает SLA, а GLPI и iTop рассматривают управление уровнем сервиса как базовый элемент своей модели.

Учет активов — это прерогатива GLPI или iTop. GLPI включает собственный инвентарь оборудования, интегрированный с сервис-деском. iTop — это CMDB с надстройкой в виде системы тикетов, поэтому он выигрывает, если основная задача заключается в отслеживании связей между сервисами и оборудованием. Znuny и OTOBO могут добавить функции CMDB через свои ITSM-пакеты.

База знаний — распространенная, но не универсальная функция. Zammad включает её в состав, но она отключена, пока администратор не активирует её. osTicket содержит FAQ. GLPI имеет базу знаний, связанную с сервис-деском. FreeScout предлагает базу знаний как платный модуль.

Этапы согласования и управление изменениями — более узкая ниша: здесь лидируют iTop и наследники OTRS. Если работа не может начаться без чьего-либо одобрения, в первую очередь рассматривайте эти решения и будьте готовы к дополнительной сложности, которую они привносят.

Живой чат — это не тикет-система

Если вам нужен общий почтовый ящик с функцией живого чата на сайте, прекратите сравнивать тикет-системы и переходите к развертыванию Chatwoot в качестве службы поддержки.

Разница заключается в модели состояний. Диалог в Chatwoot — это поток сообщений, привязанный к конкретному пользователю, оптимизированный для быстрого ответа в различных каналах. Тикет — это запись, имеющая статус, ответственного, очередь, срок выполнения и историю для отчетности; она предназначена для задач, которые требуют длительного времени на решение. Сопровождение замены оборудования в течение четырех дней — это работа с тикетами. Ответ на вопрос «где мой заказ» за девяносто секунд — это работа в чате.

Многим командам требуется и то, и другое. Использование обоих инструментов означает наличие двух почтовых ящиков и двух наборов уведомлений. Выберите тот вариант, который соответствует большей части входящего объема обращений, а второй канал настройте на пересылку сообщений по email.

Варианты, заслуживающие внимания

FreeScout: общий почтовый ящик с функционалом helpdesk

Распространяется по лицензии AGPL-3.0, написан на PHP с использованием фреймворка Laravel, обновления выходят постоянно: версия 1.8.247 была выпущена 10 октября 2026 года. Согласно документации, минимальные требования к CPU или RAM отсутствуют, система работает даже на виртуальном хостинге. Базовая версия бесплатна, поддерживает неограниченное количество агентов и тикетов. Большой список дополнительных функций (база знаний, рабочие процессы, онлайн-чат, теги) реализован в виде платных модулей, которые продаются как бессрочные лицензии для одного экземпляра. Выбирайте этот вариант, если основным каналом связи является электронная почта, а команда невелика.

osTicket: классическая система тикетов с формами и очередями

Лицензия GPL-2.0, требует PHP от 8.2 до 8.4 и MySQL. Версия 1.18.4 была выпущена в июне 2026 года, разработка ведётся в медленном, но стабильном темпе. Доступны департаменты, категории обращений, пользовательские формы, шаблоны ответов и планы SLA. Интерфейс выглядит устаревшим. Выбирайте этот вариант, если клиенты создают тикеты через форму, вам нужны стандартные очереди, а требования к ресурсам сервера минимальны.

Zammad: полноценная система, если вы готовы выделить достаточно RAM

Лицензия AGPL-3.0, написана на Ruby on Rails, серия 7.2 актуальна с 23 сентября 2026 года. Самостоятельно размещаемое ПО бесплатно. Подписки на странице цен Zammad — это контракты на поддержку, стоимость которых начинается от 2,999 евро в год за уровень Business по состоянию на октябрь 2026 года. Официальная страница системных требований Zammad рекомендует два ядра CPU и 6 ГБ RAM, плюс ещё 4 ГБ, если на том же сервере работает Elasticsearch. Elasticsearch не является обязательным, но именно он обеспечивает быстрый поиск по тикетам за прошлые годы. Выбирайте Zammad, если у вас большой поток обращений, несколько каналов связи и сервер, способный выдержать такую нагрузку.

GLPI: IT service desk с инвентаризацией активов

Лицензия GPL-3.0. Версия 12.0.0 выпущена 7 октября 2026 года и требует PHP 8.3 или новее. Серия 11.0 всё ещё получает обновления (версия 11.0.11 от 1 октября 2026 года) и работает на PHP 8.2 или новее с MySQL 8.0 или MariaDB 10.6 и выше. Электронная почта преобразуется в тикеты через механизм receiver и автоматическое действие mailgate. Правила маршрутизации позволяют распределять сообщения по разным сущностям, что позволяет GLPI моделировать отдельные площадки или организации-клиенты в рамках одной установки. Выбирайте для внутреннего IT, где список активов так же важен, как и очередь обращений.

iTop: CMDB с функциями тикетирования

Лицензия AGPL-3.0, текущая версия 3.3.0 от 15 сентября 2026 года. Рекомендации по ресурсам начинаются с 4 ГБ RAM для обработки менее 200 тикетов в месяц при менее чем 20 пользователях консоли, и возрастают до 8 ГБ для нагрузки до 5,000 тикетов в месяц. Выбирайте этот вариант, если вы моделируете услуги, контракты и влияние изменений, а тикеты являются лишь малой частью этой структуры.

Znuny и OTOBO: линейка OTRS, которая продолжает развиваться

Оба продукта являются наследниками OTRS Community Edition, жизненный цикл которой завершился в конце декабря 2020 года. Znuny (GPL-3.0) продолжает кодовую базу 6.0.30 и находится в серии 7.3. OTOBO (GPL-3.0) отделился в 2019 году и находится в серии 11.0. Оба написаны на Perl, оба опираются на практики ITIL и оба требовательны к ресурсам: документация OTOBO требует 8 ГБ RAM и 40 ГБ дискового пространства для продуктивного сервера, при этом рекомендуется 16 ГБ RAM. Выбирайте один из них, если вам нужна автоматизация процессов и модель тикетов, созданная для сервисной организации, а в команде есть специалист, уверенно работающий с Perl.

Ещё два варианта, заслуживающих внимания

Request Tracker (GPL-2.0, Perl) выпустил версию 6.0.3 в мае 2026 года. Электронная почта является его встроенным интерфейсом, а не дополнением, что делает его хорошим решением для очередей, управляемых через почту. Frappe Helpdesk (AGPL-3.0) выпустил версию 1.30.2 в октябре 2026 года и обладает самым современным интерфейсом из представленных, включая SLA и базу знаний. Однако вы получаете весь стек Frappe, что означает необходимость запуска Redis и фоновых процессов наряду с базой данных.

Требования каждого решения к небольшому VPS

Опубликованные минимальные требования — это честная отправная точка. Это собственные цифры проектов, а не мои замеры.

[
  {
    "tool": "OTOBO 11",
    "min_ram_gb": 8,
    "notes": "production minimum, 16 GB recommended, 4 GB for a test box"
  },
  {
    "tool": "Zammad 7",
    "min_ram_gb": 6,
    "notes": "add 4 GB more to run Elasticsearch on the same server"
  },
  {
    "tool": "iTop 3.3",
    "min_ram_gb": 4,
    "notes": "under 200 tickets a month, fewer than 20 console users"
  }
]

Воспринимайте эти 3 цифры как нижний предел, а не как целевое значение, поскольку каждая из них предполагает умеренный поток обращений. RAM — это лишь половина дела. Каждому варианту здесь нужна база данных, а базе данных требуется собственный бюджет памяти. Поэтому сервер с 4 GB RAM, на котором работает Zammad, — это на самом деле сервер с 4 GB RAM, на котором работают Zammad, PostgreSQL и всё остальное, что вы на него установите.

FreeScout и osTicket вообще не публикуют минимальные требования к RAM. Это не маркетинговый ход. Это обычные PHP-приложения, работающие с MySQL, поэтому их нижний предел определяется PHP и базой данных, а не самим хелпдеском, и этот предел значительно ниже указанных выше цифр. Вместо этого следите за диском: вложения растут быстрее, чем кто-либо планирует, потому что клиенты присылают скриншоты.

Как понять, что проект поддерживается?

Проверяйте это до изучения списка функций, так как заброшенная система поддержки, хранящая данные клиентов, — это проблема, которую невозможно решить настройками.

• Читайте лицензию в репозитории, а не на маркетинговой странице. Сообщество UVdesk использует OSL-3.0 — лицензию, которую большинство команд никогда не изучали, а последний релиз v1.1.8 вышел в сентябре 2025 года.
• Смотрите на дату последнего релиза, а не последнего коммита. Коммит может быть исправлением опечатки в README.
• Проверьте, не находится ли репозиторий в архиве. Peppermint, helpdesk с открытым кодом, который часто встречается в списках, был переведён владельцем в архив 17 июля 2026 года, а его последний релиз 0.5.5 вышел в ноябре 2024 года. Архивированный репозиторий доступен только для чтения, поэтому никто не выпускает для него обновления безопасности.
• Если проект является форком чего-то заброшенного, убедитесь, что сам форк активен. Znuny и OTOBO поддерживаются, их релизы выходили в течение 2026 года.

Когда не стоит заниматься self-hosting

Будьте честны относительно размера вашей команды. Двум сотрудникам, отвечающим на несколько сообщений в день, не нужна система обработки тикетов. Им достаточно общего почтового ящика, меток и договоренности о том, кто на что отвечает. Helpdesk добавляет базу данных, которую нужно резервировать, почтовую интеграцию, которая может незаметно перестать работать, и приложение, которое нужно постоянно обновлять. При этом сама система не ответит за вас ни на один тикет.

Занимайтесь self-hosting, если у вас есть веская причина: данные должны оставаться на инфраструктуре под вашим контролем или стоимость лицензий на каждого агента стала самой большой статьей расходов в бюджете на инструменты. Необходимость кастомизации, которую не предлагает ни один вендор, также является веской причиной. Это правильные аргументы, а упомянутые выше инструменты действительно качественны.

Не выбирайте self-hosting только ради экономии при малых масштабах. Система тикетов хранит имена клиентов, адреса, детали заказов и историю обращений, поэтому установка патчей обязательна, а резервные копии считаются надежными только после того, как вы хотя бы раз успешно восстановили из них данные. Облачный тариф, за который вы не хотите платить, включает в себя доставку почты, обновления и дежурную смену на стороне провайдера. Для двух агентов это обычно более выгодная сделка, и к этому решению легко вернуться, когда очередь обращений вырастет.

Предстоящая работа

Спланируйте резервное копирование до начала установки. Вам потребуются база данных и каталог с вложениями; восстановите их один раз на резервном сервере, чтобы убедиться в работоспособности бэкапа.

Запускайте систему через Compose, чтобы обновление сводилось к изменению версии и перезапуску. Если вы не знакомы с Compose, основы Docker Compose для VPS помогут разобраться со структурой файлов и именованием томов. Храните базу данных в именованном томе, а не внутри контейнера, иначе при обновлении вы потеряете все тикеты.

Следите за сборщиком почты, так как это компонент, который чаще всего выходит из строя незаметно. Тикет, который не был получен, не вызывает тревоги, и первым признаком проблемы станет гневное сообщение клиента о том, что ему никто не ответил. Раз в неделю отправляйте письмо на адрес поддержки и проверяйте, что оно появилось в системе. Еще лучше — настройте оповещения: push-уведомление на ваш телефон о том, что задача сбора почты остановилась, эффективнее, чем дашборд, который никто не открывает.

Наконец, анализируйте содержание тикетов. Если большинство из них содержат один и тот же вопрос от разных людей, форум, который вы хостите самостоятельно, позволит ответить на него один раз публично. Если же большинство обращений касается платежей и сроков, возможно, лучше наладить учет, чем использовать службу поддержки, и в этом случае больше подойдут инструменты для выставления счетов с self-hosted размещением.

FAQ

Можно ли запустить self-hosted helpdesk на VPS с 2 GB RAM?

Да, если выбрать приложение на PHP. В документации FreeScout указано, что минимальных требований к CPU или RAM нет, osTicket также не публикует подобных ограничений, поэтому нижний порог определяется лишь потребностями PHP и MySQL на вашем сервере. Zammad и OTOBO — противоположный случай: их документация требует 6 GB и 8 GB оперативной памяти еще до установки Elasticsearch. Для этих двух систем выделите отдельный сервер.

Нужен ли собственный почтовый сервер для превращения писем в тикеты?

Нет. Почти все представленные здесь решения подключаются к уже имеющемуся у вас почтовому ящику по протоколу IMAP или POP3 и отправляют ответы через SMTP. Request Tracker ожидает входящую почту через pipe, поэтому между ним и почтовым ящиком потребуется fetcher, например fetchmail. Достаточно обычного почтового ящика у вашего текущего провайдера. Что действительно необходимо — это авторизация для адреса отправителя: SPF-запись, охватывающая все реле, через которые идет почта, подпись DKIM и DMARC-запись, согласованная с ними обоими. Без этого ответы будут попадать в спам, и тикет будет выглядеть как отвеченный только с вашей стороны экрана.

Что выбрать: Chatwoot или тикет-систему?

Используйте Chatwoot, если работа строится на диалогах: живой чат на сайте, социальные сети, общие почтовые ящики, где ответы требуются в течение нескольких минут. Используйте тикет-систему, если у задачи есть статус, ответственный и срок выполнения, а сама задача существует дольше, чем начавший её диалог. Эскалация, согласования и SLA-таймеры — это атрибуты тикетов. Если подходят оба варианта, начните с того, который соответствует большей части входящего потока, а второй канал направьте в него по электронной почте.

Как проверить, поддерживается ли проект helpdesk?

Откройте репозиторий и посмотрите дату последнего релиза, затем убедитесь, что репозиторий не находится в архиве. Проект Peppermint был переведен владельцем в архив в июле 2026 года, а его последний релиз датирован ноябрем 2024 года; архивированный репозиторий доступен только для чтения, поэтому исправлений безопасности больше не будет. Затем прочитайте файл лицензии непосредственно в репозитории, а не ту лицензию, что указана на сайте, так как некоторые проекты используют условия, с которыми вы могли не ознакомиться ранее, например OSL-3.0 у UVdesk.

Что выбрать небольшой команде по умолчанию?

Если основной канал — электронная почта, а в команде менее пяти агентов, начните с FreeScout: он легкий, часто обновляется и соответствует привычному стилю работы небольшой команды. Если клиенты должны создавать тикеты через форму, а вам нужны отделы и SLA-планы при ограниченном объеме RAM, начните с osTicket. Если тикеты связаны с оборудованием компании, начните с GLPI, чтобы инвентаризация активов и очередь заявок находились в одном месте.