Kommo + GetAccept: автоматизация отправки из воронки продаж

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


Почему нативной интеграции не существует

GetAccept отсутствует в маркетплейсе Kommo полностью — ни официального коннектора, ни популярных сторонних решений через Zapier или Make. Продукты практически не пересекаются в экосистеме автоматизаций несмотря на то, что GetAccept является одним из лидеров рынка sales document automation.

Это не проблема сложности интеграции — GetAccept предоставляет один из наиболее чистых и удобных API на рынке e-signature. Проблема в отсутствии готового коннектора. Кастомная интеграция через GetAccept API решает задачу полностью и строится быстрее, чем аналогичные решения для DocuSign.


Что такое GetAccept и чем отличается от DocuSign

GetAccept — это не просто инструмент электронной подписи. Это платформа sales document automation с функциями, которых нет у DocuSign:

  • Deal Room — персональное пространство для покупателя, где собраны все материалы по сделке: предложение, презентация, контракт, видеообращение от менеджера
  • Document Engagement Tracking — детальная аналитика: когда клиент открыл документ, сколько времени провёл на каждой странице, какие секции читал дольше всего
  • Video messaging — менеджер записывает персональное видео прямо в интерфейсе GetAccept и прикрепляет к документу
  • Smart proposals — интерактивные коммерческие предложения с ценовыми таблицами, в которых клиент может выбирать опции

Для компаний с длинным циклом сделки и высоким средним чеком это принципиально другой уровень работы с документами по сравнению с простой электронной подписью.


Что решает кастомная интеграция от Exceltic.dev

  • Автоматическая отправка документа — при переходе сделки на этап «Отправить proposal» или «Отправить контракт» GetAccept документ создаётся и отправляется автоматически
  • Prefill из полей сделки — название компании, имя контакта, сумма сделки, сроки, описание услуг — все данные из полей Kommo подставляются в merge tags шаблона GetAccept через custom_fields API
  • Автоматический переход этапа — при получении события document:signed сделка в Kommo мгновенно переходит на этап «Договор подписан»
  • Engagement уведомления в Kommo — при событии document:opened в карточке сделки создаётся заметка: «Клиент открыл документ» с timestamp. Менеджер видит это прямо в Kommo и может позвонить в нужный момент
  • Обратная синхронизация — данные, заполненные клиентом в документе, передаются обратно в кастомные поля сделки Kommo
  • Уведомление при отказе — событие document:declined создаёт задачу на менеджера с причиной отказа
  • Напоминание при истечении срока — событие document:expired автоматически создаёт задачу и переводит сделку на этап «Требует внимания»
  • Разные шаблоны для разных воронок — воронка «Новые клиенты» использует proposal-шаблон, воронка «Продление» — шаблон renewal-контракта

Как работает интеграция — технический процесс

Архитектура подключения

Интеграция построена на связке Kommo Webhooks → middleware Exceltic → GetAccept API v1. Аутентификация с GetAccept реализована через Bearer Token — наиболее простой и надёжный метод для серверных интеграций. Обратная синхронизация работает через GetAccept Webhooks, которые отправляют события при каждом изменении статуса документа.

GetAccept API выгодно отличается от DocuSign чистотой архитектуры: один запрос POST /v1/documents с массивом recipients, объектом custom_fields и template_id создаёт и отправляет документ с prefill данных. Это упрощает middleware и ускоряет разработку.

Пошаговый сценарий работы

  1. Менеджер переводит сделку на этап «Отправить предложение» в Kommo
  2. Kommo отправляет webhook с ID сделки на endpoint middleware
  3. Middleware запрашивает данные сделки GET /api/v4/leads/{id} и контакта GET /api/v4/contacts/{id}
  4. По типу воронки определяется template_id из конфигурационной таблицы
  5. Формируется запрос к GetAccept API с recipientscustom_fields и template_id
  6. Документ создаётся и отправляется: POST /v1/documents
  7. GetAccept возвращает document_id и ссылку на документ
  8. Middleware записывает document_id и ссылку в кастомные поля сделки Kommo: PATCH /api/v4/leads/{id}
  9. При открытии документа клиентом — Webhook document:opened создаёт заметку в Kommo
  10. При подписании — Webhook document:signed переводит сделку на этап «Договор подписан»
  11. Данные из заполненных полей документа записываются в кастомные поля контакта Kommo

Engagement-уведомления: почему это важно

Функция отслеживания вовлечённости — одно из главных преимуществ GetAccept перед DocuSign. Когда middleware получает событие document:opened с данными о просмотре (время открытия, страницы, время на каждой странице), эти данные записываются в timeline сделки Kommo. Менеджер видит точный момент, когда клиент изучает предложение, и может позвонить «по горячему следу» — конверсия таких звонков значительно выше.

Что происходит при ошибке

GetAccept API возвращает стандартные HTTP-коды ошибок с детализированными сообщениями. При 404 Template Not Found — немедленное уведомление администратора интеграции. При 429 Rate Limit — очередь с задержкой. При недоступности GetAccept — событие сохраняется в очередь с exponential backoff: повторные попытки через 1, 5 и 15 минут.


Реальный кейс

Архитектурное бюро, 3 менеджера, ~25 сделок в месяц, клиенты в EU.

Компания работала с двумя типами документов: коммерческое предложение (proposal с описанием проекта, этапами и ценами) и договор на проектирование. Предложение отправлялся вручную — менеджер каждый раз создавал документ с нуля в GetAccept, копировал данные проекта из Kommo. На каждое предложение уходило 25–30 минут.

Главной болью было отсутствие видимости: менеджеры не знали, смотрел ли клиент на предложение и какие разделы его интересовали. Звонки делались наугад — часто слишком рано или слишком поздно.

После запуска интеграции предложение уходит автоматически при смене этапа. Когда клиент открывает документ — в Kommo появляется заметка с временем открытия. Менеджеры начали звонить в течение 15–20 минут после открытия предложения. Конверсия предложения в подписанный договор выросла с 34% до 51% за три месяца.

Результат: 12 часов в месяц возвращено команде, конверсия предложения выросла на 50%, цикл от отправки до подписания сократился с 6,4 до 3,1 дня.


Для каких бизнесов подходит

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

GetAccept особенно эффективен для B2B-компаний с несколькими стейкхолдерами на стороне клиента — Deal Room позволяет собрать все материалы в одном месте и отслеживать, кто из команды клиента изучал документы.


Часто задаваемые вопросы

Чем GetAccept отличается от DocuSign для интеграции с Kommo?
DocuSign — инструмент электронной подписи с акцентом на юридическую силу документа. GetAccept — платформа sales document automation с Deal Room, engagement tracking и видеосообщениями. Для sales-команд GetAccept даёт значительно больше данных о поведении покупателя. С точки зрения интеграции GetAccept API проще и чище DocuSign API, что ускоряет разработку.

Можно ли отслеживать, какие страницы предложения клиент читал дольше всего?
Да. GetAccept передаёт детальные данные engagement через Webhooks: время открытия, общее время просмотра, время на каждой странице. Middleware записывает эти данные в timeline сделки Kommo — менеджер видит полную картину взаимодействия клиента с документом.

Поддерживает ли интеграция Deal Room GetAccept?
Да. При создании документа через API можно активировать Deal Room — персональное пространство для покупателя. Ссылка на Deal Room записывается в кастомное поле сделки Kommo и может отправляться клиенту через Salesbot.

Что происходит если клиент не открывает предложение несколько дней?
При событии document:expired (истечение срока действия документа) middleware создаёт задачу на менеджера в Kommo. Дополнительно можно настроить промежуточный триггер: если через 72 часа событие document:opened не получено — создаётся задача «Клиент не открыл предложение — напомните».

Сколько времени занимает разработка интеграции Kommo и GetAccept?
Базовая интеграция с prefill, автоматическим переходом этапа и engagement-уведомлениями — 3–5 рабочих дней. Версия с несколькими шаблонами, Deal Room и обратной синхронизацией данных — 6–8 рабочих дней. GetAccept API значительно проще DocuSign, что сокращает время разработки.

Если вы хотите автоматизировать отправку proposals и контрактов из Kommo через GetAccept — опишите задачу команде Exceltic.dev. Разберём сценарий и предложим архитектуру под ваш документооборот.

Ещё статьи

Все →