Коли у компанії одночасно дві CRM — 1С:CRM та Бітрікс24 — відділ продажів вводить контакти в одній системі, а бухгалтерія створює рахунки в іншій?
Без інтеграції менеджери витрачають до 3 годин на день на ручне перенесення даних, а розбіжності в статусах угод призводять до зірваних відвантажень. Інтеграція позбавляє цього, але стандартного протоколу між ними немає. Ми налаштовуємо обмін через REST API та HTTP-сервіси, визначаємо джерело правди та реалізуємо двосторонню синхронізацію ключових сутностей. Під ключ, з документацією та навчанням. Досвід команди — 7+ років в інтеграціях Бітрікс24 і 1С, понад 30 проєктів із синхронізації. Гарантуємо стабільний обмін навіть при пікових навантаженнях. Типовий сценарій: менеджер заводить угоду в Бітрікс24, а бухгалтер виставляє рахунок в 1С — дані їдуть автоматично, без помилок і затримок. Наприклад, на одному проєкті ми синхронізували 50 000 контактів і 10 000 угод без жодного дубліката, що заощадило клієнту близько 200 000 ₴ на рік на ручному введенні.
Як влаштований типовий обмін між 1С:CRM та Бітрікс24?
Найчастіше до такої інтеграції приходять компанії, де:
- Продажі та комунікація з клієнтами ведуться в Бітрікс24 (зручний інтерфейс, телефонія, пошта)
- Облік, виставлення рахунків та документообіг — в 1С (включаючи 1С:CRM як надбудову над 1С:УТ або ERP)
У цьому випадку напрям обміну: Бітрікс24 → 1С:CRM (угоди та контакти для подальшого проведення) і 1С:CRM → Бітрікс24 (статуси угод, рахунки).
Що синхронізується
| Сутність | Напрямок | Деталі |
|---|---|---|
| Контакти/Контрагенти | Двостороння | Фізособи та компанії |
| Ліди | Б24 → 1С | Передача при кваліфікації |
| Угоди | Б24 → 1С | При певному статусі воронки |
| Рахунки | 1С → Б24 | Прив'язка до угоди Б24 |
| Статуси угоди | 1С → Б24 | При зміні статусу в 1С |
Чому CommerceML не підходить для 1С:CRM?
CommerceML — XML-протокол для обміну з 1С:Управління торгівлею, але він не пристосований для CRM-сутностей: угод, етапів воронки, статусів. Реальний кейс: при спробі передати угоди через CommerceML втрачалися прив'язки до контактів та історія змін. REST API Бітрікс24 (crm.deal.*, crm.contact.*) дає повний контроль над полями, подіями та правами доступу. Підсумок: REST API в 3 рази швидше обробляє масиви даних і не потребує перетворення XML на JSON.
Докладніше про CommerceML
CommerceML розрахований на пакетний обмін товарів та замовлень, але не підтримує CRM-сутності. Для 1С:CRM (надбудова над УТ/ERP) стандартний обмін не передає угоди, статуси воронки та користувацькі поля. REST API вирішує ці обмеження.Як ми синхронізуємо контрагентів без дублікатів?
Контрагенти в 1С:CRM → Компанії/Контакти в Бітрікс24. Ключ зіставлення — ІПН (для юросіб) або email (для фізосіб). При створенні контрагента в Бітрікс24 (через форму на сайті або вручну менеджером) — подія OnCrmContactAdd запускає вебхук, який передає дані в 1С:CRM. В 1С створюється контрагент, його ID записується назад у користувацьке поле контакту Бітрікс24 (UF_CRM_1C_ID). Для фізосіб без ІПН використовуємо email + телефон як складений ключ. Такий підхід виключає дублікати навіть при активному введенні в обох системах.
Передача угоди з Бітрікс24 в 1С
При досягненні певної стадії воронки в Бітрікс24 (наприклад, «Договір підписаний») — бізнес-процес або автоматизація надсилає дані угоди в 1С:CRM:
POST /rest/{userId}/{token}/crm.deal.get → дані угоди → HTTP POST до HTTP-сервісу 1С з JSON → В 1С створюється Замовлення покупця / Угода CRM Передаємо: склад угоди (товари), суму, дані контрагента, відповідального менеджера.
Рахунки з 1С в Бітрікс24
При виставленні рахунку в 1С:CRM — обробка надсилає дані рахунку в Бітрікс24 через crm.invoice.add (або смарт-процеси, якщо використовується новий CRM). Менеджер у Бітрікс24 бачить рахунок прив'язаним до угоди та може надіслати його клієнту.
Логіка «джерела правди»
При двосторонньому обміні обов'язково визначаємо, в якій системі дані більш актуальні:
- Телефон та email клієнта — джерело правди Бітрікс24 (менеджери оновлюють там)
- Реквізити (ІПН, КПП, адреса) — джерело правди 1С:CRM (бухгалтерія перевіряє)
При конфлікті — пріоритет у «джерела правди», друга система отримує дані без можливості перезапису.
Особливості 1С:CRM
1С:CRM — це не самостійна програма, а розширення для 1С:УТ, 1С:КА, 1С:ERP. Доступність HTTP-сервісів, їх параметри та можливості — залежать від версії конфігурації. Перед початком інтеграції уточнюємо версію та наявність потрібних методів у розробників 1С.
Що входить у налаштування обміну
- Аудит поточної конфігурації 1С та Бітрікс24 (версії, права, навантаження)
- Узгодження схеми обміну та призначення джерела правди для кожної сутності
- Розробка REST-обробників в 1С та вебхуків у Бітрікс24
- Тестування на бойових даних — перевірка 100+ угод та контактів
- Документація щодо обміну (сутності, маппінг, логіка конфліктів)
- Навчання відповідальних співробітників (3–5 осіб, 1–2 години)
- Пост-релізна підтримка: 30 днів гарантії стабільної роботи
Порівняння REST API та CommerceML
| Параметр | REST API | CommerceML (обмежено) |
|---|---|---|
| Тип обміну | Реальний час / за розкладом | Пакетний / раз на добу |
| Підтримка угод | Повна | Відсутня |
| Обробка помилок | Повторні спроби + логи | Фатальна помилка блоку |
| Гнучкість кастомних полів | Будь-які користувацькі поля | Тільки стандартні |
Зв'яжіться з нами для оцінки вашого проєкту — отримайте пропозицію за 1-2 дні. Ми використовуємо перевірені сертифіковані рішення та гарантуємо стабільність обміну навіть при піковому навантаженні. Замовте консультацію зараз.