Kommo + Notion: задачи и базы данных из воронки продаж без ручного переноса
Нативной интеграции между Kommo и Notion нет. Когда сделка переходит в «Производство» или «Активный проект», менеджер вручную создаёт карточку в Notion, копирует данные клиента, ставит задачи команде. Когда проект завершается в Notion — менеджер снова идёт в Kommo и вручную закрывает сделку. Этот разрыв между продажами и производством — типичная проблема для сервисных компаний.
Кастомная интеграция синхронизирует переход: сделка перешла в нужный этап -> запись в Notion-базе создана автоматически с данными из CRM. Статус в Notion изменился -> Kommo получает обновление.
Типичный сценарий: агентство или сервисная компания
Продажи ведутся в Kommo: лиды, переговоры, договор. После подписания начинается работа — её ведут в Notion: проектная доска, задачи команды, документы, онбординг клиента.
Без интеграции:
- Менеджер подписывает договор, переводит в «Производство»
- Идёт в Notion, создаёт новую страницу/запись в БД
- Копирует: имя клиента, контакт, сумму, условия, дедлайн
- Ставит задачи команде
- Команда работает в Notion
- Проект завершён -> менеджер снова идёт в Kommo закрывать сделку
С интеграцией шаги 2–4 выполняются автоматически за 5 секунд после смены этапа.
Что умеет кастомная интеграция
Kommo -> Notion (по триггеру этапа):
— При переводе сделки в «Производство» -> создаётся запись в Notion-базе «Проекты»
— Поля сделки (название, клиент, сумма, ответственный, дедлайн) -> свойства Notion-записи
— Автоматически создаётся набор задач (чеклист) по шаблону для данного типа проекта
— Ссылка на Notion-страницу записывается в кастомное поле сделки Kommo
Notion -> Kommo (через polling или Notion webhooks):
— Статус записи в Notion изменился на «Завершён» -> сделка в Kommo переводится на следующий этап
— Дата завершения проекта фиксируется в поле сделки
— Опционально: если статус «Заморожен» -> задача менеджеру в Kommo «Уточнить у клиента»
Работа с Notion API
Notion имеет официальный REST API (версия 2022-06-28). Для работы нужна интеграция (Integration Token) с доступом к нужным базам данных.
Создание записи в Notion-базе:
POST https://api.notion.com/v1/pages
Notion-Version: 2022-06-28
Authorization: Bearer {integration_token}
{
"parent": { "database_id": "{projects_db_id}" },
"properties": {
"Название": {
"title": [{ "text": { "content": "Проект: {deal_name}" } }]
},
"Клиент": {
"rich_text": [{ "text": { "content": "{client_name}" } }]
},
"Сумма": { "number": {deal_amount} },
"Дедлайн": { "date": { "start": "{deadline_date}" } },
"Статус": { "select": { "name": "В работе" } },
"Kommo ID": {
"rich_text": [{ "text": { "content": "{kommo_lead_id}" } }]
}
}
}Добавление задач-чеклиста к странице:
PATCH https://api.notion.com/v1/blocks/{page_id}/children
{
"children": [
{
"type": "to_do",
"to_do": {
"rich_text": [{ "text": { "content": "Онбординг-звонок с клиентом" } }],
"checked": false
}
},
{
"type": "to_do",
"to_do": {
"rich_text": [{ "text": { "content": "Доступы получены" } }],
"checked": false
}
}
]
}Шаблоны задач хранятся в конфиге backend и выбираются по типу проекта (поле в сделке Kommo).
Синхронизация статуса из Notion в Kommo
Notion не имеет нативных webhooks (по состоянию на Q2 2026 — функция в beta для Enterprise). Для остальных планов используется polling:
Backend каждые 5–10 минут запрашивает изменённые страницы:
POST https://api.notion.com/v1/databases/{db_id}/query
{
"filter": {
"and": [
{ "property": "Статус", "select": { "equals": "Завершён" } },
{ "timestamp": "last_edited_time",
"last_edited_time": { "after": "{last_check_timestamp}" } }
]
}
}Для найденных записей: читает Kommo ID из свойства страницы -> обновляет этап сделки в Kommo.
Если Notion webhooks в вашем тарифе доступны — polling заменяется на event-driven подход: мгновенное обновление вместо задержки в 5–10 минут.
Разные базы для разных типов проектов
Если в компании несколько типов проектов с разными Notion-базами (например, «Разработка», «Дизайн», «Консалтинг»), маппинг хранится в конфиге:
{
"pipeline_stage_mapping": {
"18766543": {
"deal_type_field": "Тип проекта",
"databases": {
"Разработка": "db_id_development",
"Дизайн": "db_id_design",
"Консалтинг": "db_id_consulting"
},
"task_templates": {
"Разработка": ["Технический бриф", "Доступы к репозиторию", "Настройка окружения"],
"Дизайн": ["Бриф на дизайн", "Референсы согласованы", "Первый вариант"]
}
}
}
}Реальный кейс
Для веб-агентства (8 менеджеров, 4 разработчика, проекты $3,000–20,000):
— До интеграции: менеджер тратил 15–20 минут на создание проекта в Notion после каждой продажи. При 10 сделках в месяц — 3+ часа только на «заведение» проектов.
— Команда периодически получала неполные данные (менеджер забывал скопировать телефон или дедлайн)
— После завершения проекта Kommo обновлялся в лучшем случае на следующий день
После интеграции:
— Проект в Notion создаётся через 8 секунд после смены этапа
— Все данные из сделки передаются автоматически — ошибок «забыл скопировать» нет
— Статус «Завершён» в Notion обновляет Kommo в течение 10 минут (polling)
— Менеджеры отмечают: «видим в Kommo что проект закрыт, не нужно переспрашивать разработчиков»
Для кого актуально
Интеграция Kommo + Notion имеет смысл если:
— Компания — сервисная (агентство, консалтинг, разработка): продажи в CRM, производство в Notion
— При закрытии сделки нужно автоматически создать проектную страницу с задачами
— Важна синхронизация статуса проекта обратно в CRM без ручного обновления
— В Notion ведутся шаблонные проекты — один тип сделки = один набор задач
Для компаний, которые используют ClickUp вместо Notion — аналогичная схема доступна через интеграцию Kommo и ClickUp с нативным API ClickUp.
Часто задаваемые вопросы
Notion API бесплатный?
Да. Notion API доступен на всех платных планах Notion (Plus, Business, Enterprise) и на бесплатном плане с ограничениями. Integration Token создаётся в настройках Notion -> My connections -> Develop or manage integrations. Запросов API — без явных лимитов, но с rate limiting при высокой нагрузке (3 запроса в секунду).
Можно ли создавать несколько Notion-страниц для одной сделки?
Да. Например: при смене этапа «Дизайн» -> создаётся страница в базе «Дизайн-проекты». При смене на «Разработка» -> создаётся страница в «Dev-проекты». Backend хранит несколько Notion-ID для одной сделки в разных кастомных полях Kommo.
Что если менеджер переименовал запись в Notion?
По умолчанию синхронизация идёт по ID, не по названию. Переименование в Notion не ломает связь — backend использует Kommo ID из служебного свойства записи для идентификации. Название в Notion можно менять свободно.
Notion подходит как полноценный project management инструмент?
Для команд до 15–20 человек с несложными проектами — да. Для более сложных сценариев (dependencies между задачами, Gantt, time tracking) лучше смотреть в сторону ClickUp, Jira или Asana. Схема интеграции с Kommo аналогична — меняется только API целевого инструмента.
Итого
- Нативной интеграции Kommo + Notion нет; Zapier даёт только базовое создание страницы без задач и шаблонов
- Кастомная интеграция: смена этапа в Kommo -> создание Notion-записи с чеклистом задач
- Обратная синхронизация: polling каждые 5–10 минут или Notion webhooks (Enterprise)
- Маппинг тип проекта -> Notion-база -> шаблон задач задаётся в конфиге
- Типовой срок разработки — 2–3 недели
Если ваша команда ведёт продажи в Kommo, а проекты в Notion — опишите схему работы. Exceltic.dev оценит сложность и предложит конкретное решение.