API Яндекс Трекера связывает заявку из CRM с задачей исполнителю, а агенты пишут обмен статусами

CRM уже ведёт продажи, а Трекер работу исполнителей. Для обмена между ними не требуется строить новую CRM.

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

Начать стоит с этого пути. Перенос всей переписки и вложений расширит задачу раньше, чем компания проверит, вернулся ли результат.

«Закрыт» в Трекере ещё не означает «сделка выиграна» в CRM. Исполнитель мог выполнить работу или закрыть её без выполнения.

До кода согласуют критерии готовой задачи. В нашем примере исполнительский статус меняет поле «Ход работ», а продажи ведут сделку отдельно.

Триггер Трекера умеет отправлять HTTP-запрос во внешнюю систему. Обработчик находит заявку по сохранённой паре номеров и записывает согласованный результат.

Связка должна переживать повторную доставку. Ответ мог потеряться после создания задачи; повтор того же запроса не должен давать исполнителю ещё одно поручение.

Для этого у Трекера есть поле unique, уникальное внутри организации. В него можно включить имя исходной CRM и неизменный номер заявки.

Повторное создание с тем же значением вернёт ошибку 409. Обработчик должен найти прежнюю задачу и восстановить связь, а не показать «всё готово» без её ключа.

Для каждой заявки обработчик разбирает события по очереди и читает текущий статус Трекера. Недоставленные изменения хранит до подтверждения CRM.

У нашего сайта были поломки с потерянным полем, повторами и пустым результатом поиска. Это опыт собственной разработки, который помогает составить проверки связки.

На машине нашего сайта 8 октября показаны 7 107 коммитов за 99 дней с 1 июля. Это история изменений, а не замер скорости интеграций.

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

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

API Трекера действует с правами пользователя, от имени которого идёт запрос. Проверка под администратором не доказывает работу под выбранной учётной записью.

Передавать данные клиентов агенту для написания обмена не требуется. Обезличенный пример показывает структуру заявки без клиентской переписки.

Тариф «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. В нём одна задача в работе; следующая ждёт в очереди.

По подписке на разработку инженер с машиной агентов пишет создание задачи и возврат результата в репозитории клиента. Фикс за месяц не является ценой одной интеграции.

Лицензии CRM и Трекера остаются отдельными расходами. Для бюджета также нужны размещение обмена и платные возможности сервисов, если выбранная связка их использует.

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

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

Наш способ работы разобран в курсе агентной разработки, включая урок «Одиннадцать шагов одной задачи». Для заказа ориентир тот же: ветка, проверки и принятый результат.

1. Начните с одного пути: заявка, задача исполнителю, результат в исходной CRM.
2. Сохраните номера обеих записей; повтор должен находить прежнюю задачу.
3. Согласуйте смысл статусов: закрытая задача не обязательно означает выигранную сделку.
4. Принимайте обмен по возврату результата, правам и восстановлению после сбоя.
5. Считайте месяц разработки и расходы сервисов отдельно; цену интеграции без обследования не фиксируйте.