Поддержка клиентов Freshservice plans

Freshservice API

API Freshservice для ITSM: tickets, incidents, service requests, requesters, assets, approvals, SLA и AI-автоматизации service desk.

Что это

Freshservice API — это программный доступ к ITSM-процессам Freshservice: tickets, incidents, service requests, requesters, agents, assets, approvals, notes, categories и статусы заявок.

Для AI-сценариев API полезен как операционный слой service desk. AI-агент может классифицировать тикет, определить приоритет, найти похожий incident, подготовить reply draft, сделать summary, предложить runbook или создать задачу на эскалацию.

В ITSM важно не только быстро отвечать, но и не ломать процесс. Автоматические изменения статусов, назначение групп, закрытие тикетов и действия с assets должны проходить через правила, SLA, audit log и human approval для рискованных случаев.

Ключевые параметры

  • Категория: Операционные задачи
  • Сложность: Для разработчика
  • Запуск: Один рабочий день
  • Open-source: Нет
  • Данные: Высокий контроль
  • Чувствительные данные: Только с настройками
API Файлы Код Structured output Tool calling Память Контекст: не LLM; контекст формируется из тикетов, комментариев, requesters, assets, SLA и истории обработки Freshservice REST API tickets service requests assets approvals SLA knowledge base Slack email Cloud Сервер

Доступные модели и версии

tickets requesters agents service requests assets notes categories approvals SLA data

Сильные стороны

  • дает API-доступ к тикетам, requesters, service requests и assets
  • подходит для AI triage, summaries, reply drafts и SLA monitoring
  • можно связывать ITSM с Slack, email, knowledge base и внутренними tools
  • помогает строить IT service desk agent с human-in-the-loop
  • удобен для отчетов по просрочкам, категориям, группам и повторяющимся проблемам

Ограничения

  • качество AI triage зависит от категорий, SLA, базы знаний и дисциплины заполнения тикетов
  • write-операции требуют approval, audit log и rollback-подхода
  • нужно обрабатывать rate limits, retries, webhooks и дубли событий
  • часть данных может быть чувствительной: сотрудники, устройства, доступы, инциденты
  • региональная доступность и API-возможности зависят от тарифа Freshservice

Как использовать

1. Определите сценарий: triage, SLA alerts, reply drafts, incident summary, asset lookup или service request automation.
2. Создайте сервисный API-доступ с минимальными правами и отдельными scopes.
3. Опишите модель данных: ticket type, category, priority, requester, group, agent, SLA, asset, service item.
4. Начните с read-only режима: агент читает тикет и готовит summary, классификацию или черновик ответа.
5. Для write-операций добавьте approval: смена статуса, назначение группы, закрытие тикета, изменение asset.
6. Подключите knowledge base или runbooks, чтобы агент предлагал решения по проверенным источникам.
7. Логируйте все AI-рекомендации и API-действия: кто, что, почему, old value, new value, run ID.
8. Измеряйте качество: first response time, SLA breaches, reopen rate, resolution time, escalation rate и CSAT.

Примеры сценариев

  • AI-агент читает новый ticket, определяет категорию, приоритет и предлагает группу назначения.
  • Service desk получает reply draft по инструкции из базы знаний, оператор проверяет и отправляет.
  • Система создает alert, если SLA близок к нарушению по критичному incident.
  • Агент смотрит asset пользователя и предлагает диагностику для ноутбука или доступа.
  • Руководитель получает weekly report: топ категорий, просрочки SLA, reopen rate и повторяющиеся проблемы.

Доступ и оплата

  • Модель оплаты: Платно
  • Работа в РФ: Ограниченно
  • VPN: Иногда может понадобиться
  • Русский интерфейс: Частично
  • Русский язык: Средне

Для безопасной интеграции используйте сервисные аккаунты, минимальные права, server-side tokens, audit log и approval перед действиями, влияющими на SLA, доступы, assets или закрытие заявок.

Какой тариф выбрать

  • Начинайте с read-only AI triage и summaries: это дает пользу без риска испортить процесс.
  • Write-автоматизацию включайте только после проверки категорий, SLA и approval workflow.
  • Считайте стоимость не только Freshservice, но и LLM, логирования, monitoring и работы операторов на review.
  • Для enterprise заранее согласуйте правила хранения тикетов, PII и incident data.

Когда не подходит

  • автономное закрытие критичных incident tickets без проверки
  • изменение assets, доступов и прав без approval
  • обход ITIL/ITSM-процессов и SLA-правил
  • отправка внутренних incident details во внешнюю LLM без фильтрации
  • замена service desk команды без fallback и escalation policy

Альтернативы

Jira Service Management API ServiceNow API Zendesk API Freshdesk API ManageEngine ServiceDesk Plus API HaloITSM API Intercom API

ServiceNow силен в enterprise ITSM, Jira Service Management удобен рядом с Atlassian, Zendesk/Freshdesk ближе к customer support, ManageEngine часто выбирают для инфраструктурных IT-команд. Freshservice API хорош, если ITSM уже живет во Freshservice.

Когда выбирать

Подходит для черновиков ответов, классификации обращений, поиска по базе знаний и разгрузки первой линии поддержки.

На что обратить внимание

AI не должен уверенно отвечать на то, чего нет в базе знаний. Нужны эскалация к оператору, источники ответа и запрет на выдуманные обещания.

Как начать

  • Соберите частые вопросы.
  • Подключите базу знаний.
  • Настройте тон и правила эскалации.
  • Отслеживайте качество ответов оператором.

Параметры для подборок

API itsm tickets assets sla automation ticket-triage incident-response service-request asset-management approval-workflow it-service-desk-agent it-service-desk devops-engineer operations-team enterprise-team Для разработчиков support-team Для бизнеса itsm-tools automation-tools Инструменты разработчика

FAQ

Для чего нужен Freshservice API?

Чтобы программно работать с ITSM-данными: tickets, service requests, requesters, agents, assets, approvals, notes и SLA.

Можно ли сделать AI-агента service desk на Freshservice API?

Да. Агент может классифицировать тикеты, готовить summary, reply drafts, искать runbooks, следить за SLA и предлагать эскалацию.

Можно ли AI автоматически закрывать тикеты?

Для простых низкорисковых сценариев — только после строгих правил. Для критичных incidents лучше требовать human approval и audit log.

Какие данные особенно чувствительны?

Данные сотрудников, устройства, доступы, внутренние инциденты, вложения, логи, IP, сервисные аккаунты и комментарии инженеров.

Что важно перед интеграцией?

Нормальные категории тикетов, SLA-правила, база знаний, права API, логирование, approval workflow и понятный fallback на человека.

Лучше всего подходит

Типовые задачи

классифицировать и маршрутизировать ITSM tickets готовить summary и reply drafts для service desk находить похожие incidents и предлагать runbook отслеживать SLA, просрочки и рискованные заявки связать requesters, assets и service requests в AI-помощнике автоматизировать эскалации, approvals и отчеты по IT-поддержке

Упоминания

Статьи, где встречается Freshservice API