Как интегрировать Bitrix24 и 1С: пошаговая схема проекта

Интеграция Bitrix24 и 1С позволяет связать работу отдела продаж с учётом, складом, оплатами, закупками и производством.

Менеджеры работают с клиентами и сделками в CRM. Бухгалтерия, склад и другие подразделения продолжают использовать 1С. Данные между системами передаются автоматически, поэтому сотрудникам не приходится повторно вводить одну и ту же информацию.

При правильной интеграции компания получает единый процесс:

обращение клиента → сделка → заказ → счёт → оплата → производство или комплектация → отгрузка → повторная продажа.

Однако интеграция — это не просто включение готового обмена.

Перед началом проекта необходимо определить:

• какие процессы должны быть связаны;
• какая система хранит каждый вид данных;
• какие документы передаются;
• в каком направлении работает обмен;
• что происходит при изменении заказа;
• как обрабатываются ошибки и дубли;
• кто отвечает за качество информации.

Если начать разработку без этих решений, компания рискует получить нестабильный обмен, дублирование данных и конфликты между CRM и учётной системой.

Разберём пошаговую схему проекта интеграции Bitrix24 и 1С.

Зачем интегрировать Bitrix24 и 1С

Bitrix24 и 1С решают разные задачи.

Bitrix24 управляет клиентским процессом

В CRM обычно ведутся:

• обращения;
• компании и контакты;
• звонки;
• электронная почта;
• переписки;
• встречи;
• сделки;
• задачи менеджеров;
• коммерческие договорённости;
• повторные продажи;
• сервисные обращения.

1С управляет учётом и исполнением

В зависимости от конфигурации в 1С могут храниться:

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

Без интеграции сотрудники вручную переносят информацию между системами.

Это приводит к нескольким проблемам:

• двойному вводу данных;
• ошибкам в реквизитах;
• расхождениям в составе заказа;
• использованию устаревших цен;
• задержкам при выставлении счетов;
• отсутствию информации об оплате в CRM;
• потере времени на уточнение статусов;
• недостоверной отчётности.

Интеграция устраняет разрыв между коммерческой и учётной частью бизнеса.

Что может передаваться между Bitrix24 и 1С

Состав обмена зависит от процессов компании, используемой конфигурации 1С и задач проекта.

Из Bitrix24 в 1С могут передаваться

• компании;
• контактные лица;
• реквизиты;
• сделки;
• заказы;
• состав заказа;
• количество;
• цены;
• скидки;
• адрес доставки;
• комментарии;
• ответственный менеджер;
• источник клиента;
• дополнительные параметры.

Из 1С в Bitrix24 могут передаваться

• номенклатура;
• характеристики товаров;
• цены;
• остатки;
• счета;
• статусы оплаты;
• сумма задолженности;
• реализации;
• отгрузки;
• возвраты;
• производственные статусы;
• номера документов;
• фактическая себестоимость;
• история покупок.

Необязательно передавать всё.

В проект нужно включать только те данные, которые действительно используются сотрудниками и влияют на процесс.

Почему интеграцию нельзя начинать с программирования

Распространённая ошибка — сразу передавать задачу разработчику:

«Нужно связать Bitrix24 и 1С».

Но эта формулировка слишком широкая.

Разработчик не должен самостоятельно решать:

• когда сделка становится заказом;
• кто утверждает состав;
• какая цена считается окончательной;
• можно ли менять заказ после передачи;
• когда запускать производство;
• что делать при частичной оплате;
• какая система является основной.

Это управленческие и аналитические вопросы.

Поэтому интеграция начинается с предпроектного обследования, а не с написания кода.

Пошаговая схема интеграции Bitrix24 и 1С

Шаг 1. Определить бизнес-цель проекта

Сначала необходимо ответить на вопрос:

какую проблему должна решить интеграция?

Например:

• убрать двойной ввод заказов;
• ускорить выставление счетов;
• показывать менеджерам оплаты;
• передавать заказы в производство;
• отображать остатки и цены;
• контролировать задолженность;
• связать продажи с фактической выручкой;
• запускать повторные продажи после отгрузки.

Цель должна быть конкретной и измеримой.

Слабая формулировка:

«Автоматизировать обмен».

Сильная формулировка:

«После согласования сделки заказ автоматически создаётся в 1С, а информация об оплате и отгрузке возвращается в CRM».

Шаг 2. Провести предпроектное обследование

Специалисты изучают текущую работу компании.

Необходимо понять:

• как создаётся клиент;
• где формируется заказ;
• кто устанавливает цену;
• как применяются скидки;
• кто выставляет счёт;
• как фиксируется оплата;
• как запускается производство;
• как выполняется отгрузка;
• какие документы используются;
• где возникают ошибки;
• какие действия выполняются вручную.

Также изучаются:

• версия и конфигурация 1С;
• доработки;
• структура справочников;
• текущий Bitrix24;
• существующие интеграции;
• качество данных;
• права пользователей;
• требования безопасности.

По итогам обследования формируется понимание реального объёма проекта.

Шаг 3. Описать текущий процесс

Процесс фиксируется в модели «как есть».

Например:

1. Менеджер принимает заявку.
2. Рассчитывает заказ в Excel.
3. Отправляет данные бухгалтеру.
4. Бухгалтер повторно создаёт клиента и заказ в 1С.
5. После оплаты сообщает менеджеру в мессенджере.
6. Менеджер передаёт заказ производству.
7. Статус готовности уточняется по телефону.

Такое описание помогает увидеть:

• повторный ввод;
• лишние согласования;
• задержки;
• отсутствие ответственных;
• информационные разрывы.

Шаг 4. Спроектировать целевой процесс

Далее создаётся модель «как должно быть».

Например:

1. Обращение автоматически регистрируется в Bitrix24.
2. Менеджер формирует сделку и заполняет обязательные данные.
3. Цены и товары выбираются из синхронизированного каталога.
4. Скидка проходит автоматическое согласование.
5. После подтверждения заказ передаётся в 1С.
6. В 1С создаётся учётный документ.
7. Счёт возвращается в CRM.
8. После оплаты статус сделки автоматически меняется.
9. Производство получает заказ.
10. Менеджер видит этап исполнения и дату готовности.
11. После отгрузки создаётся задача на обратную связь и повторную продажу.

Целевая модель должна быть согласована с владельцами процессов.

Шаг 5. Распределить роли между Bitrix24 и 1С

На этом этапе определяется, какая система отвечает за каждый объект.

Это один из главных вопросов архитектуры.

Пример распределения:

У одного типа данных должен быть понятный основной источник.

Если цена редактируется одновременно в обеих системах, неизбежно возникнут расхождения.

Шаг 6. Определить объекты обмена

Нужно составить точный перечень данных.

Например:

Контрагенты

• название;
• БИН;
• юридический адрес;
• банковские реквизиты;
• контактные лица;
• телефон;
• электронная почта.

Номенклатура

• код;
• наименование;
• артикул;
• характеристика;
• единица измерения;
• цена;
• остаток;
• ставка НДС.

Заказ

• клиент;
• состав;
• количество;
• цена;
• скидка;
• сумма;
• склад;
• адрес доставки;
• срок;
• комментарий;
• ответственный.

Оплата

• номер документа;
• дата;
• сумма;
• процент оплаты;
• остаток задолженности;
• статус.

Чем точнее описаны объекты, тем меньше разночтений возникает при разработке.

Шаг 7. Определить направление обмена

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

Возможны варианты:

• только из Bitrix24 в 1С;
• только из 1С в Bitrix24;
• двусторонняя синхронизация;
• создание в одной системе и обновление в другой;
• передача только при определённом событии.

Например:

• клиент создаётся в Bitrix24 и передаётся в 1С;
• номенклатура приходит только из 1С;
• заказ передаётся из CRM;
• оплата возвращается из 1С;
• производственный статус отображается в сделке;
• менеджер не может редактировать оплату вручную.

Шаг 8. Разработать правила сопоставления

Системы должны понимать, что объект в Bitrix24 и объект в 1С относятся к одному клиенту или заказу.

Для этого используются уникальные идентификаторы.

Сопоставление может выполняться по:

• внутреннему идентификатору;
• БИН;
• коду контрагента;
• номеру телефона;
• электронной почте;
• номеру заказа;
• специальному полю связи.

Полагаться только на название компании опасно.

Один клиент может быть записан по-разному:

• ТОО «Компания»;
• Компания ТОО;
• Компания;
• ТОО Компания, филиал.

Без правил сопоставления появляются дубли.

Шаг 9. Определить события запуска обмена

Информация может передаваться:

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

Например:

• заказ передаётся только после стадии «Согласовано клиентом»;
• производство запускается после предоплаты;
• остатки обновляются по расписанию;
• статус оплаты передаётся после проведения банковского документа;
• повторная сделка создаётся после реализации.

События должны соответствовать реальной логике бизнеса.

Шаг 10. Настроить обязательные проверки

До передачи данных система должна убедиться, что информация заполнена корректно.

Проверяться могут:

• реквизиты клиента;
• состав заказа;
• количество;
• цены;
• скидки;
• адрес доставки;
• склад;
• срок;
• ответственный;
• тип оплаты;
• наличие согласования.

Если обязательные данные отсутствуют, обмен не должен создавать некорректный документ.

Пользователь получает сообщение с указанием, что необходимо исправить.

Шаг 11. Продумать изменение заказа

После передачи заказа клиент может изменить:

• количество;
• состав;
• срок;
• адрес;
• условия оплаты;
• технические характеристики.

Необходимо заранее определить:

• можно ли редактировать заказ после передачи;
• какая система считается основной;
• требуется ли повторное согласование;
• создаётся ли новая версия;
• как уведомляются участники;
• что происходит с производством;
• как фиксируется история изменений.

Без этого менеджер может изменить сделку, а производство продолжит работать по старой версии.

Шаг 12. Учесть частичные операции

Реальные процессы редко ограничиваются полной оплатой и полной отгрузкой.

Интеграция должна учитывать:

• частичную предоплату;
• несколько платежей;
• частичную отгрузку;
• несколько складов;
• разделение заказа;
• возврат;
• корректировку;
• отмену;
• переплату;
• задолженность.

Например, в CRM может отображаться:

• заказ на 10 000 000 тенге;
• оплачено 6 000 000 тенге;
• осталось 4 000 000 тенге;
• отгружено 70%;
• следующая поставка запланирована на определённую дату.

Шаг 13. Продумать обработку ошибок

Даже качественная интеграция может столкнуться с технической или пользовательской ошибкой.

Например:

• 1С временно недоступна;
• отсутствует обязательный реквизит;
• товар удалён;
• соединение прервалось;
• документ уже существует;
• пользователь изменил данные;
• обмен запустился повторно.

Необходимо определить:

• где фиксируется ошибка;
• кто получает уведомление;
• можно ли повторить отправку;
• исключается ли создание дубля;
• сохраняется ли журнал обмена;
• как специалист находит причину;
• кто отвечает за исправление.

Интеграция без понятного мониторинга становится «чёрным ящиком».

Шаг 14. Разработать техническое задание

Техническое задание должно фиксировать:

• цели;
• процессы;
• системы;
• объекты;
• поля;
• направления обмена;
• события;
• правила сопоставления;
• проверки;
• права;
• ошибки;
• сценарии;
• критерии приёмки.

Формулировка «настроить обмен заказами» недостаточна.

Хорошее техническое задание описывает конкретные сценарии и ожидаемый результат.

Шаг 15. Подготовить тестовую среду

Проверять интеграцию сразу на рабочей базе опасно.

Желательно использовать:

• копию базы 1С;
• тестовый портал или отдельное направление CRM;
• тестовых клиентов;
• тестовую номенклатуру;
• контрольные заказы;
• ограниченную группу пользователей.

Это позволяет обнаружить ошибки без риска для реальных операций.

Шаг 16. Провести сценарное тестирование

Интеграцию нужно проверять не только в идеальном сценарии.

Минимальный набор тестов может включать:

1. Создание нового клиента.
2. Передачу существующего клиента.
3. Обработку дубля.
4. Создание заказа с одной позицией.
5. Заказ с несколькими позициями.
6. Применение скидки.
7. Изменение состава.
8. Частичную оплату.
9. Полную оплату.
10. Частичную отгрузку.
11. Отмену заказа.
12. Возврат.
13. Ошибку соединения.
14. Повторную отправку.
15. Изменение реквизитов.
16. Работу с несколькими юридическими лицами.

Результаты тестирования фиксируются.

Шаг 17. Обучить сотрудников

Отдельное обучение требуется для разных ролей.

Менеджерам

Нужно показать:

• как создать клиента;
• как сформировать заказ;
• какие поля обязательны;
• когда отправлять данные;
• как увидеть оплату;
• где смотреть статус;
• что делать при ошибке.

Бухгалтерии и сотрудникам 1С

Важно объяснить:

• откуда приходят документы;
• какие поля нельзя менять;
• как обновлять статусы;
• что делать с дублями;
• как контролировать обмен.

Руководителям

Нужно показать:

• какие показатели доступны;
• где находятся проблемные заказы;
• как контролировать ошибки;
• как оценивать работу процесса.

Обучение лучше проводить на реальных сценариях компании.

Шаг 18. Запустить пилот

Необязательно сразу переводить всю компанию на новую интеграцию.

Можно запустить:

• одну воронку;
• одно подразделение;
• одну категорию заказов;
• ограниченную группу менеджеров;
• одну базу 1С.

Во время пилота собираются:

• ошибки;
• вопросы пользователей;
• исключения;
• предложения;
• фактическая нагрузка.

После корректировки решение масштабируется.

Шаг 19. Перейти в промышленную эксплуатацию

Перед полноценным запуском необходимо убедиться, что:

• все сценарии проверены;
• пользователи обучены;
• данные очищены;
• права настроены;
• ответственные назначены;
• поддержка готова;
• резервные процедуры определены.

На первые недели желательно установить усиленный контроль:

• ежедневную проверку ошибок;
• короткие встречи;
• оперативное исправление;
• контроль использования системы.

Шаг 20. Организовать поддержку и развитие

Интеграция не заканчивается после запуска.

Бизнес меняется:

• появляются новые товары;
• меняются процессы;
• добавляются юридические лица;
• открываются склады;
• подключаются новые направления;
• дорабатывается 1С;
• обновляются требования к аналитике.

Поэтому необходимо определить:

• кто сопровождает интеграцию;
• в какие сроки обрабатываются обращения;
• как отслеживаются ошибки;
• как оцениваются доработки;
• кто отвечает за обновления;
• как ведётся документация.

Как может выглядеть типовой процесс после интеграции

Рассмотрим пример производственной компании.

1. Поступает обращение

Заявка с сайта, звонка или мессенджера автоматически создаётся в Bitrix24.

2. Менеджер квалифицирует клиента

Он собирает требования и формирует сделку.

3. Подбирается номенклатура

Товары, цены и остатки поступают из 1С.

4. Согласовываются условия

Скидка, срок и нестандартные условия проходят внутреннее согласование.

5. Создаётся заказ

После подтверждения клиентом CRM передаёт данные в 1С.

6. Выставляется счёт

Счёт создаётся в учётной системе и отображается в сделке.

7. Фиксируется оплата

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

8. Запускается исполнение

Заказ передаётся в производство, комплектацию или на склад.

9. Возвращаются статусы

В CRM отображаются:

• принят;
• запущен;
• в производстве;
• готов;
• частично отгружен;
• отгружен.

10. Завершается сделка

После реализации и отгрузки сделка закрывается.

11. Запускается работа с клиентом

CRM создаёт:

• задачу на обратную связь;
• опрос;
• сервисное обращение;
• повторную сделку;
• напоминание о следующем заказе.

Так Bitrix24 и 1С формируют единый сквозной процесс.

Какие ошибки чаще всего допускают при интеграции

Не определяют основную систему

Данные редактируются одновременно в CRM и 1С.

Передают слишком много информации

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

Не очищают справочники

В новую систему переносятся дубли и ошибки.

Не учитывают нестандартную 1С

Готовый обмен не соответствует фактической конфигурации.

Не тестируют частичные операции

Интеграция работает только на полном заказе и полной оплате.

Не ведут журнал ошибок

Пользователи не понимают, почему документ не появился.

Не назначают ответственного

Проблемы «перекидываются» между специалистами Bitrix24 и 1С.

Не обучают сотрудников

Люди обходят интеграцию и продолжают передавать данные вручную.

Не фиксируют требования

Во время проекта постоянно меняется понимание результата.

Автоматизируют неэффективный процесс

Сначала нужно оптимизировать логику работы, а затем переносить её в систему.

Готовый модуль или индивидуальная интеграция

Существует два основных подхода.

Готовое решение

Подходит, если:

• используется типовая конфигурация;
• процессы стандартны;
• нужны базовые объекты обмена;
• не требуется сложная логика;
• важен быстрый запуск.

Преимущества:

• ниже первоначальная стоимость;
• быстрее запуск;
• проще обновление.

Ограничения:

• меньше гибкости;
• не все сценарии поддерживаются;
• может потребоваться адаптация.

Индивидуальная интеграция

Нужна, если:

• 1С сильно доработана;
• несколько баз или юридических лиц;
• сложные производственные процессы;
• нестандартные документы;
• требуется специальная логика;
• используются дополнительные системы.

Преимущества:

• соответствие реальному бизнесу;
• гибкость;
• возможность развития.

Ограничения:

• требуется обследование;
• выше стоимость;
• важна качественная документация и поддержка.

Иногда оптимален комбинированный подход: готовая основа и индивидуальные доработки.

Сколько стоит интеграция Bitrix24 и 1С

Стоимость зависит не от одной кнопки обмена, а от сложности архитектуры.

На цену влияют:

• конфигурация 1С;
• наличие доработок;
• версия Bitrix24;
• количество баз;
• число юридических лиц;
• количество объектов обмена;
• направление синхронизации;
• сложность сопоставления;
• объём данных;
• обработка ошибок;
• требования к скорости;
• тестирование;
• миграция;
• обучение;
• поддержка.

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

Как оценивать результат проекта

До начала внедрения желательно зафиксировать показатели.

Например:

• время создания заказа;
• количество ручных операций;
• число ошибок ввода;
• срок выставления счёта;
• время получения информации об оплате;
• число звонков между менеджером и бухгалтерией;
• количество дублей;
• срок передачи заказа в производство;
• время подготовки отчёта;
• доля заказов с корректными данными.

После запуска показатели сравниваются.

Так компания видит реальный эффект, а не только факт технического подключения.

Как Profi Soft интегрирует Bitrix24 и 1С

Profi Soft рассматривает интеграцию как часть единой цифровой архитектуры бизнеса.

Мы не ограничиваемся передачей отдельных документов.

Наша задача — связать:

• клиента;
• коммуникации;
• сделку;
• заказ;
• оплату;
• производство;
• отгрузку;
• сервис;
• повторную продажу.

Проект может включать следующие этапы.

1. Предпроектное обследование

Изучаем процессы, Bitrix24, конфигурацию 1С и требования пользователей.

2. Проектирование архитектуры

Определяем:

• роли систем;
• объекты;
• направления;
• события;
• проверки;
• ошибки;
• ответственность.

3. Подготовка технического задания

Фиксируем сценарии и критерии результата.

4. Настройка Bitrix24

Настраиваем:

• CRM;
• карточки;
• воронки;
• обязательные поля;
• роботов;
• согласования;
• задачи.

5. Доработка 1С

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

6. Разработка интеграции

Реализуем согласованные сценарии.

7. Тестирование

Проверяем типовые и нестандартные ситуации.

8. Обучение

Готовим пользователей к работе в новом процессе.

9. Пилотный запуск

Запускаем ограниченный контур и устраняем обнаруженные проблемы.

10. Поддержка и развитие

Контролируем стабильность и добавляем новые процессы.

Что получает компания

После качественной интеграции Bitrix24 и 1С компания получает:

• единую клиентскую базу;
• меньше ручного ввода;
• актуальные цены и остатки;
• автоматическую передачу заказов;
• видимость оплат в CRM;
• контроль задолженности;
• отображение статусов исполнения;
• снижение количества ошибок;
• более быстрый обмен между подразделениями;
• прозрачную управленческую аналитику;
• основу для повторных продаж;
• данные для BI и AI.

Главный результат — продажи, учёт и исполнение перестают существовать отдельно.

Закажите аудит интеграции Bitrix24 и 1С

Если сотрудники повторно вводят заказы, менеджеры не видят оплаты, а данные CRM и 1С расходятся, начинать необходимо с анализа процессов.

Команда Profi Soft проведёт предпроектное обследование и разработает схему интеграции под задачи вашей компании.

По итогам вы получите:

• описание текущего процесса;
• список информационных разрывов;
• распределение ролей между Bitrix24 и 1С;
• перечень данных для обмена;
• целевой процесс;
• техническую архитектуру;
• этапы проекта;
• оценку сроков и бюджета.

Оставьте заявку на аудит интеграции. Мы покажем, как связать Bitrix24 и 1С без дублирования данных и превратить разрозненные операции в единый управляемый процесс.

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

Можно ли интегрировать Bitrix24 с любой конфигурацией 1С?

Во многих случаях да, но объём и способ интеграции зависят от конфигурации, версии и выполненных доработок.

Нужно ли менять текущую 1С?

Не всегда. Часто достаточно доработать отдельные механизмы и настроить обмен.

Можно ли передавать оплаты из 1С в Bitrix24?

Да. В CRM можно отображать факт, сумму, процент оплаты и остаток задолженности.

Можно ли передавать остатки и цены?

Да. Номенклатура, цены и остатки могут синхронизироваться из 1С в Bitrix24.

Где лучше создавать заказ?

Это определяется во время проектирования. Часто менеджер формирует заказ в CRM, после чего данные передаются в 1С для учёта и исполнения.

Как избежать дублей клиентов?

Используются уникальные идентификаторы, БИН, внутренние коды и правила сопоставления.

Что происходит, если 1С недоступна?

Интеграция должна зафиксировать ошибку, уведомить ответственного и предусматривать повторную отправку.

Можно ли связать несколько баз 1С с одним Bitrix24?

Да, но потребуется определить правила маршрутизации по юридическим лицам, подразделениям или типам заказов.

Сколько времени занимает проект?

Срок зависит от сложности процессов, конфигурации 1С, количества объектов и требований к тестированию. Комплексные проекты рекомендуется выполнять поэтапно.

С чего начать?

С предпроектного обследования. Оно позволяет определить процессы, архитектуру, объём работ и реалистичный бюджет.