💡 Зачем нужна эта интеграция
Интеграция Яндекс Таблиц и Битрикс24 нужна компаниям, у которых часть данных ведётся в таблицах, а клиентская работа идёт в CRM. Это прайс-листы, реестры заявок от подрядчиков, планы продаж, отчёты менеджеров, списки лидов с выставок и от рекламных агентов. Без связки данные приходится переносить вручную: копировать строки в CRM, сверять статусы сделок, обновлять отчёты. Это отнимает время, приводит к дублям и опечаткам, а менеджеры работают с устаревшей информацией.
Автоматизация позволяет передавать данные в обе стороны. Новая строка в Яндекс Таблице (например, лид от партнёра) может автоматически создавать в Битрикс24 лид, контакт или сделку с нужными полями и ответственным. И наоборот, изменения в CRM (новая сделка, смена стадии, оплата счёта) можно выгружать в таблицу для сводных отчётов, планерок и расчёта KPI или бонусов. Руководитель получает актуальную картину без ручных выгрузок, а отдел продаж быстрее реагирует на входящие обращения.
Важно учитывать, что **простой нативной интеграции «в один клик» между Яндекс Таблицами и Битрикс24 нет**. Связку настраивают через платформы-коннекторы (Make, Zapier, APIX-Drive), которые работают с вебхуками и HTTP-запросами, либо через готовые виджеты и приложения из маркетплейса Битрикс24. Если нужного модуля Яндекс Таблиц в коннекторе нет, данные передают через вебхуки, API или промежуточный обмен файлами (CSV/XLSX). Такой подход гибок, не требует серьёзной разработки и подходит малому и среднему бизнесу.
🛠️ Как настроить интеграцию
- **Шаг 1. Подготовьте таблицу и определите сценарий.** Решите, в какую сторону передаются данные: из таблицы в Битрикс24 (создание лидов и сделок), из Битрикс24 в таблицу (отчёты) или в обе стороны. В Яндекс Таблице оформите структуру: первая строка с заголовками (ФИО, телефон, email, источник, сумма, комментарий, статус), без объединённых ячеек и пустых строк внутри данных. Добавьте служебный столбец «Статус обработки» или «ID в Битрикс24», чтобы не создавать дубли. Убедитесь, что у вас есть права на редактирование таблицы и доступ администратора в Битрикс24.
- **Шаг 2. Настройте доступ в Битрикс24.** Откройте раздел «Разработчикам» (или «Приложения» → «Вебхуки») и создайте входящий вебхук с правами на CRM. Скопируйте его URL: он нужен для методов `crm.lead.add`, `crm.deal.add`, `crm.contact.add` и других. Если нужна выгрузка данных из CRM, создайте исходящий вебхук или настройте роботов и бизнес-процессы, которые отправляют запрос при событии (создание сделки, смена стадии). Сопоставьте поля таблицы с полями CRM, включая пользовательские.
- **Шаг 3. Подключите сервис-коннектор.** Зарегистрируйтесь в Make, Zapier или APIX-Drive и создайте новый сценарий. В качестве источника выберите Яндекс Таблицы, если такой модуль доступен. Если его нет, используйте HTTP-запросы, Яндекс 360 API, регулярную выгрузку файла CSV/XLSX через Яндекс Диск или webhook-триггер. В качестве приёмника выберите Битрикс24: готовый модуль с авторизацией по аккаунту или HTTP-запрос на URL входящего вебхука. Вместо коннектора можно установить подходящий виджет или приложение для импорта данных из маркетплейса Битрикс24, если оно поддерживает ваш формат файлов.
- **Шаг 4. Настройте маппинг полей и правила обработки.** Сопоставьте столбцы таблицы с полями Битрикс24: «ФИО» с именем и фамилией, «Телефон» с контактным телефоном, «Источник» с полем источника, «Сумма» с суммой сделки. Задайте фильтры, например, обрабатывать только строки со статусом «Новая». Добавьте проверку дублей по телефону или email (поиск через `crm.duplicate.findbycomm` или модуль поиска в коннекторе). Настройте обратную запись: после создания лида сервис записывает в таблицу его ID и меняет статус на «Передано». Для выгрузки из CRM в таблицу задайте, какие поля и в какую строку или лист добавлять. Укажите расписание запуска (по событию или раз в 5–15 минут).
- **Шаг 5. Протестируйте интеграцию и запустите её в работу.** Добавьте в таблицу тестовую строку с заведомо понятными данными (например, «Тест Тестович») и запустите сценарий вручную. Проверьте в Битрикс24, что лид или сделка создались, поля заполнены верно, ответственный назначен, а в таблице появился ID и статус «Передано». Затем проверьте граничные случаи: пустой телефон, повторяющийся email, спецсимволы, большое число строк за раз. Если используется обратная выгрузка, измените стадию тестовой сделки и убедитесь, что данные обновились в таблице. Изучите журнал выполнения в коннекторе и настройте уведомления об ошибках на email или в мессенджер. После успешных проверок удалите тестовые записи, включите сценарий по расписанию и в первые дни контролируйте корректность передачи.