Сделки из Битрикс24 в Google Таблицу: четыре способа выгрузки и какой из них выбрать

Почти в каждом проекте внедрения рано или поздно звучит одна и та же просьба: «А можно, чтобы сделки сами попадали в Google Таблицу?» Причины у всех свои. Директор десять лет смотрит на продажи в таблице и не хочет открывать CRM. Бухгалтерия сверяет оплаты по списку договоров. Складу нужен остаток «доступно минус продано». Дилеру надо показать его сделки, не пуская в портал.

Задача выглядит как одна кнопка, а способов решить её в Битрикс24 четыре — от экспорта в пару кликов до собственного скрипта, который обновляет таблицу каждые несколько минут. Они различаются не качеством, а задачей, которую закрывают. Ниже — что умеет каждый, во что упирается, и восемь граблей, на которые живая выгрузка наступает примерно через месяц работы.

Сначала один вопрос: разово или постоянно

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

• Как часто таблица должна обновляться? Раз в месяц, раз в день или в течение минут — это три разных решения.
• Должна ли она сохранить свою структуру? Вкладки, порядок колонок, строки с формулами — если файл живёт годами, менять его под инструмент никто не станет.
• Кто её читает? Один руководитель, весь отдел или люди за пределами компании — от этого зависят и права, и набор полей.

Способ 1. Экспорт из списка сделок

Встроенная возможность, ничего подключать не нужно. Откройте сделки в режиме «Список», отфильтруйте нужное — например, успешные сделки за квартал, — настройте колонки шестерёнкой над таблицей, затем «Настройки → Экспорт в Excel» или «в CSV». В Google Таблицах файл открывается через «Файл → Импортировать».

• В файл попадает то, что в списке. Строки — по фильтру, колонки — по настройке списка. Галочка «Экспортировать все поля» выгрузит и то, что в списке скрыто.
• Товары — отдельной опцией «с детализацией по товарным позициям». Сделка с тремя товарами займёт три строки, и сумма сделки повторится в каждой: простая сумма по колонке завысит оборот.
• ID сделки выгружается всегда. Не удаляйте эту колонку — по ней потом сверяют данные и находят дубли.
• Нужно право на экспорт. Для сделок, контактов и компаний оно настраивается отдельно, и это хорошо: базу нельзя унести одной кнопкой. Подробнее — в статье про защиту клиентской базы.
• CSV или Excel. CSV удобнее для переноса в другой портал, Excel — для анализа.

Когда хватает. Разовый анализ, отчёт для собственника раз в месяц, сверка с бухгалтерией, перенос данных. Где предел. Это снимок на момент выгрузки: через час он устарел, а обновить его можно, только повторив всё руками.

Способ 2. BI-конструктор — когда нужна не таблица, а отчёт

Нередко за просьбой «выгрузите в таблицу» стоит другое желание: увидеть план-факт, динамику по месяцам, продажи по менеджерам. Таблицу для этого придётся ещё строить — сводные, графики, формулы. В Битрикс24 для такой задачи есть BI-конструктор: встроенный инструмент отчётов на базе Apache Superset, который работает внутри портала и данные наружу не передаёт.

По прайсу bitrix24.kz он входит в тарифы начиная со «Стандартного», данные обновляются раз в час, лимит — от миллиона строк в наборе данных на «Стандартном» до десяти миллионов на «Энтерпрайзе». Отдельная возможность — BI-аналитика: она отдаёт данные портала в Google Looker Studio, Microsoft Power BI или Yandex DataLens, если отчёты у вас уже живут там; доступна не на всех тарифах.

Когда хватает. Руководителю нужны показатели, а не строки. Где предел. Это не таблица: напротив сделки нельзя дописать комментарий или добавить свою колонку с формулой, а многолетнюю структуру привычного файла отчёт не повторит. Как считать в нём рекламу — в статье про сквозную аналитику.

Способ 3. Готовые приложения и сервисы без кода

В Маркете Битрикс24 есть приложения, которые выгружают лиды и сделки в Google Sheets по расписанию или по событию: настраиваете, какие поля и на какой лист писать, — и таблица обновляется сама. Тем же занимаются внешние сервисы-коннекторы, где сценарий «сделка изменилась → обновить строку» собирается мышкой.

• Запуск за час-два и без программиста.
• Это подписка. У коннекторов — ещё и тариф по числу операций: при тысячах сделок в месяц посчитайте стоимость заранее.
• Структура — в пределах того, что умеет приложение. Обычно одна сделка — одна строка, набор полей на выбор, несколько листов по разным фильтрам. Вывести товарные позиции в колонки или не трогать строки с вашими формулами умеют не все — проверьте на копии таблицы.
• Данные идут через сервер стороннего разработчика. Для клиентской базы это вопрос, который задают до установки, а не после.
• Проверьте оплату из Казахстана и то, что приложение доступно в вашей зоне портала.

Когда хватает. Простая плоская таблица «одна сделка — одна строка», которую читают внутри компании. Где предел. Нестандартная раскладка данных и требования к тому, где они хранятся.

Способ 4. Вебхук и свой скрипт

Самый гибкий вариант и единственный, который подстраивается под таблицу, а не таблицу под себя. Устроен он просто: в Битрикс24 создаётся входящий вебхук — секретный адрес, по которому можно запрашивать данные портала; небольшой скрипт по расписанию спрашивает у портала изменившиеся сделки и записывает их в таблицу. Скрипт может жить прямо в таблице (Google Apps Script) или на сервере — это одна из типовых интеграций.

• Вебхук. Создаётся в разделе «Приложения → Разработчикам → Готовые сценарии → Другое → Входящий вебхук», права — только CRM. Он действует от имени сотрудника, который его создал, и видит ровно то, что видит этот сотрудник.
• Запрос сделок. Портал отдаёт сделки страницами по 50 записей; фильтр по дате изменения позволяет забирать только то, что поменялось с прошлого запуска.
• Расшифровка. Стадии, ответственные и поля-списки приходят кодами; скрипт заменяет их названиями по справочникам портала.
• Запись по ID. Скрипт ищет строку с таким ID сделки: нашёл — обновляет, не нашёл — добавляет. Никогда не дописывает вслепую в конец.
• Расписание и журнал. Запуск раз в несколько минут и отдельный лист с тем, сколько сделок обработано и были ли ошибки.

Про объёмы. Портал на обычных тарифах устойчиво выдерживает два запроса в секунду и кратковременно — до пятидесяти подряд. Один запуск Google Apps Script ограничен шестью минутами, а суммарная работа по расписанию — 90 минутами в сутки на бесплатном аккаунте Google и шестью часами в Workspace. На практике это значит: первую полную выгрузку 25 тысяч сделок — 500 запросов, около четырёх минут — сделать можно, но впритык, а с товарными позициями уже нет. Поэтому историю переносят один раз и по частям, а дальше скрипт забирает только изменения — это секунды. Сама Google Таблица вмещает до 20 миллионов ячеек, но тяжёлые формулы по всему листу начинают тормозить намного раньше.

Когда нужен. У таблицы уже есть структура, которую нельзя менять: вкладки по направлениям, товары в колонках, строки с остатками и формулами наверху. Где предел. Это разработка: её нужно один раз сделать и потом сопровождать — менять вместе с воронкой и полями.

Четыре способа в одной таблице

Восемь граблей живой синхронизации

Первую неделю любая выгрузка работает. Проблемы приходят позже и почти всегда одни и те же.

• В таблице коды вместо названий. Стадия приходит как C3:UC_K7X2PM, ответственный — как число 14, значение поля-списка — как 152. Без расшифровки таблицу невозможно читать, а справочники меняются: добавили стадию — обновите соответствие. Чтобы подставить имена сотрудников, вебхуку понадобится ещё и право на чтение пользователей.
• Дубли строк. Скрипт, который при каждом изменении дописывает сделку в конец, через неделю даёт пять строк на одну сделку и оборот, завышенный впятеро. Запись — только по ID: одна сделка, одна строка.
• Удалённые сделки остаются навсегда. Запрос списка удалённое просто не вернёт, и строка будет висеть в таблице, пока её не заметят. Нужна периодическая сверка списка ID или обработка события удаления.
• Проваленные сделки портят итоги. Решите заранее: убирать их из таблицы, красить или переносить на отдельную вкладку. «Пусть будут все» заканчивается оборотом, в котором сидят отказы, — и спором, почему цифры не сходятся.
• Товары. У сделки их может быть несколько, и запрашиваются они отдельно по каждой сделке. До начала работ договоритесь, как они лягут: строка на товар или колонки по товарам — и что считается суммой сделки.
• Даты уезжают на сутки. Время приходит с часовым поясом; если обрезать его до даты «в лоб», сделки, созданные около полуночи, попадут в соседний день — и дневной отчёт не сойдётся с CRM.
• Ручные правки рядом с данными. Кто-то добавил колонку «Комментарий» и отсортировал лист — комментарии остались на месте, а сделки переехали. Лист с выгрузкой должен быть только для записи скриптом; заметки, отчёты и формулы — на соседних листах со ссылкой по ID. Строки с итогами скрипт трогать не должен.
• Вебхук привязан к человеку. Он работает с правами сотрудника, который его создал: сузили ему доступ или отключили учётную запись после увольнения — выгрузка обеднеет или остановится, и узнают об этом по пустой таблице. Создавайте вебхук от технической учётной записи и ведите журнал запусков.

Безопасность: таблица — это копия вашей базы

Выгрузка сделок в Google Таблицу — это вынос части клиентской базы за пределы CRM, где действуют права доступа и журнал событий. Три правила, которые стоит соблюсти.

• Доступ по списку, а не по ссылке. «Все, у кого есть ссылка» — это любой, кому её переслали. Выдавайте доступ конкретным адресам, читателям — «просмотр», а не «редактирование».
• Вебхук — это ключ от CRM. Тот, у кого есть его адрес, может читать и менять сделки в пределах прав владельца. Редакторы таблицы видят встроенный в неё скрипт вместе с адресом вебхука — поэтому либо редакторов единицы, либо скрипт живёт отдельно от таблицы. Владельцу вебхука оставьте в CRM только чтение сделок.
• В таблицу — только нужное. Телефоны и адреса клиентов для отчёта по оплатам не нужны. Чем меньше персональных данных уходит из портала, тем меньше последствий, если таблицей поделятся не с тем.

Что выбрать: короткий алгоритм

• Нужно раз в месяц или реже — экспорт из списка. Сохраните фильтр, чтобы не собирать его заново.
• Нужны показатели и графики — BI-конструктор; таблица здесь лишнее звено.
• Нужна живая плоская таблица для своих — приложение из Маркета, заранее посчитав подписку.
• Таблица уже существует, у неё своя структура, и читают её не только ваши сотрудники — вебхук и скрипт.
• Хочется править сделки прямо в таблице, чтобы они менялись в CRM — остановитесь. Двусторонняя синхронизация означает конфликты правок и два источника правды; дешевле научить людей менять стадию в CRM.

Таблица отвечает на вопрос «что у нас сейчас». CRM отвечает на вопрос «почему так получилось». Выгружать стоит первое, править — только второе.

Частые вопросы

Если выгрузка нужна «ещё вчера», начните с экспорта из списка — он закроет отчёт этого месяца. А пока он считается, опишите на одном листе, какой должна быть таблица: колонки, вкладки, кто читает и как часто. С этим листом выбор способа занимает десять минут. Нужна помощь — напишите нам: посмотрим таблицу и портал и скажем, какой из четырёх способов ваш.