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

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

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

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

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

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

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

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

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

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

GLPI разделяет эту задачу на две части. Receiver — так в GLPI называется сборщик почты — хранит учетные данные ящика, а автоматическое действие mailgate определяет частоту сбора писем. Если тикеты перестали появляться, проверьте это автоматическое действие, прежде чем менять настройки почтового ящика. Zammad забирает почту по IMAP или POP3 через конфигурацию каналов, а на собственном сервере его также можно настроить через fetchmail или 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.236 была выпущена 24 августа 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.1 на август 2026 года. Самостоятельный запуск ПО бесплатен. Подписки на странице цен Zammad — это контракты на поддержку; по состоянию на август 2026 года стоимость уровня Business начинается от 2,999 евро в год. Официальные требования к аппаратному обеспечению Zammad включают два ядра CPU и 6 ГБ RAM, плюс еще 4 ГБ, если на том же сервере работает Elasticsearch. Elasticsearch не обязателен, но именно он обеспечивает быстрый поиск по тикетам за прошлые годы. Выбирайте Zammad, если у вас большой поток обращений, несколько каналов связи и сервер, способный выдержать такую нагрузку.

GLPI: IT-сервис-деск с инвентаризацией

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

iTop: CMDB с надстройкой для тикетов

Лицензия AGPL-3.0, текущая версия 3.2.3-2 от августа 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 ГБ. Выбирайте один из них, если вам нужна автоматизация процессов и модель тикетов, созданная для сервисной организации, а в команде есть специалист, уверенно работающий с Perl.

Еще два варианта, о которых стоит знать

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

Требования каждого решения к небольшому 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.2",
    "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. Достаточно почтового ящика у вашего текущего провайдера. Что действительно необходимо, так это авторизация для адреса отправки: SPF-запись, охватывающая все реле, через которые проходит почта, подпись DKIM и DMARC-запись, согласованная с ними обоими. Без этого ответы будут попадать в спам, и с вашей стороны экрана тикет будет выглядеть как обработанный.

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

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

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

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

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

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