Omnidesk через MCP: обращения, ответы клиенту и база знаний из чата
Разбираем API Omnidesk — российской платформы поддержки клиентов: обращения и переписка, пользователи и компании, база знаний, статистика по команде и оценкам. Как устроен доступ по ключу сотрудника, почему ответ клиенту требует отдельного разрешения, и как всё это работает через MCP-сервер Mira.
Обзор
Omnidesk — российская платформа поддержки клиентов: письма, чат на сайте, мессенджеры и соцсети сходятся в один список обращений, у каждого обращения есть статус, ответственный, метки и переписка с клиентом. Рядом живут база знаний для самообслуживания, шаблоны ответов и статистика — кто сколько обращений закрыл и как клиенты оценили ответы.
Доступ к API устроен непривычно, и это важнее, чем кажется. Ключ выдаётся не интеграции, а конкретному сотруднику: «Настройки → Сотрудники → сотрудник → API-ключ». API видит ровно то, что видит этот человек, и действует его правами. Подключая Omnidesk, владелец проекта выбирает не только систему, но и от чьего имени в ней будут работать.
Второй особенности не видно, пока не начнёшь ходить в API из кода: общего
адреса у Omnidesk нет. Каждая компания живёт на своём поддомене
(https://компания.omnidesk.ru), и адрес называет владелец при подключении.
Для человека в браузере это ничего не меняет, для системы — меняет всё:
запрос уходит по адресу, который назвали снаружи, поэтому все обращения к
Omnidesk идут через транспорт с ограничениями, не позволяющий увести запрос
во внутреннюю сеть.
API целиком: 103 действия
Машиночитаемой спецификации Omnidesk не публикует, поэтому перечень действий снят с самой документации программно — четырнадцать страниц, метод и адрес каждой операции, таблица параметров со звёздочкой обязательности, конверт из примера тела. Снимок лежит в репозитории, и тест сверяет с ним таблицу вызовов при каждом прогоне: не выборочно, а каждое действие, и обратно — каждая операция документации обязана найтись в таблице.
| Раздел | Действий | Что даёт |
|---|---|---|
| База знаний | 27 | Категории, разделы, статьи, переводы |
| Обращения | 22 | Список и карточка, ответы, заметки, оценки, история |
| Пользователи | 11 | Карточки клиентов, объединение, блокировка |
| Сотрудники | 9 | Список, права, статусы |
| Компании | 8 | Карточки компаний-клиентов |
| Группы | 7 | Команды поддержки |
| Категории предложений | 7 | Раздел идей от клиентов |
| Метки | 4 | Ярлыки обращений |
| Статистика | 3 | Лучшие в команде, статусы сотрудников, оценки |
| Прочее | 5 | Шаблоны, почтовые ящики, языки, свои поля и каналы |
Не вошли три действия — создание обращения, ответ и заметка с файлами: у них тот же адрес и метод, что у обычных, но тело загружается вложениями, а не JSON. Действие, которое не может сработать ни разу, хуже его отсутствия, поэтому оно названо отсутствующим, а не сделано наполовину. Файлы при этом не потеряны: ссылку на уже загруженный файл принимают и обычные действия.
Ответ клиенту — это не запись в базу
Из 103 действий 71 меняет данные, и каждое требует у источника отдельного разрешения на запись. Разрешение выдаёт владелец проекта, по умолчанию его нет: подключённый Omnidesk сначала только читается.
Разделение проходит не по «портит или не портит базу». Ответ клиенту уходит человеку в его канал — в почту, в мессенджер, в чат на сайте, — и отозвать его нельзя. Удаление обращения, объединение двух карточек клиента, смена ответственного видны команде поддержки. Всё это — запись, даже когда формально это «просто ещё одна строка в переписке».
Есть и обратная сторона. Проверка обязательных полей идёт до похода в Omnidesk, по тому же снимку документации. Причём проверка знает разницу между «обязательно» и «хотя бы одно из»: текст ответа Omnidesk принимает как обычный текст или как HTML, клиента обращения — по почте, телефону, идентификатору в вашей системе или контакту в мессенджере. Требовать их все значило бы отказывать законным вызовам; требовать ни одного — отправлять заведомо отклоняемый запрос.
Что это даёт в чате
Подключённый Omnidesk доступен и в чате Mira, и через MCP-сервер в Claude, Cursor или другом клиенте, который умеет MCP. Разговор с системой поддержки идёт словами, а не переключением вкладок:
- «Сколько обращений в работе и сколько висят без ответа больше суток?»
- «Покажи переписку по обращению 1420 и предложи ответ».
- «Какие оценки клиенты ставили на прошлой неделе и за что снижали?»
- «Найди статьи базы знаний про возврат — их стоит обновить?»
Первые три — чтение, они работают сразу после подключения. Ответ клиенту уйдёт только у источника с разрешением на запись, и только после того, как человек этот ответ увидел.
Как подключить
- В Omnidesk: «Настройки → Сотрудники» → выберите сотрудника, чьими правами будет работать Mira → скопируйте его API-ключ.
- Запомните адрес компании — тот поддомен, по которому вы входите:
https://компания.omnidesk.ru. - В Mira: проект → источники → Omnidesk → адрес компании, почта сотрудника и API-ключ.
Разрешение на запись выдаётся отдельно и в любой момент снимается. Пока его нет, Omnidesk отвечает на вопросы, но ничего в нём не меняет.
Новости в Telegram
Подпишитесь на каналы — новые статьи и обзоры каждый день.
Источники
Ещё по теме «MCP-серверы»
1С через OData: как достать данные учётной базы без единой строки кода на встроенном языке
Разбираем стандартный OData-интерфейс 1С:Предприятие: чем он отличается от API конкретного сервиса, как узнать, что вообще опубликовано на конкретной базе, как проводить и отменять проведение документов и как всё это работает через MCP-сервер Mira без единой строки кода на встроенном языке.
3 сентября 2026 г.Boxberry через API и MCP: документация переехала в Яндекс, а API остался жив
Разбираем API Boxberry для интернет-магазинов: один эндпоинт на 34 действия, поле method вместо путей, отказ, который иногда приходит на HTTP 200, и документация, которая в 2026 году целиком переехала на хостинг Яндекс Доставки — а сам API остался работать. Как всё это доступно через MCP-сервер Mira без единой строки кода.
3 сентября 2026 г.СДЭК через API и MCP: 46 методов, «принято» ≠ «выполнено» и две формы отказа
Разбираем CDEK API v2 изнутри: 46 методов на заказы, курьера, калькулятор и печатные формы, асинхронную обработку, при которой «202 Accepted» не значит «готово», и две разные формы отказа — и как всё это работает через MCP-сервер Mira без единой строки кода.
3 сентября 2026 г.