Сделка на финальном этапе — клиент готов, осталось отправить предложение или контракт. Без интеграции менеджер открывает 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_fieldsAPI - Автоматический переход этапа — при получении события
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 и ускоряет разработку.
Пошаговый сценарий работы
- Менеджер переводит сделку на этап «Отправить предложение» в Kommo
- Kommo отправляет webhook с ID сделки на endpoint middleware
- Middleware запрашивает данные сделки
GET /api/v4/leads/{id}и контактаGET /api/v4/contacts/{id} - По типу воронки определяется
template_idиз конфигурационной таблицы - Формируется запрос к GetAccept API с
recipients,custom_fieldsиtemplate_id - Документ создаётся и отправляется:
POST /v1/documents - GetAccept возвращает
document_idи ссылку на документ - Middleware записывает
document_idи ссылку в кастомные поля сделки Kommo:PATCH /api/v4/leads/{id} - При открытии документа клиентом — Webhook
document:openedсоздаёт заметку в Kommo - При подписании — Webhook
document:signedпереводит сделку на этап «Договор подписан» - Данные из заполненных полей документа записываются в кастомные поля контакта 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. Разберём сценарий и предложим архитектуру под ваш документооборот.