Повна інтеграція Бітрікс24 з 1С: обмін замовленнями, оплатами, документами

Коли компанія виростає до 15–20 менеджерів, дані про клієнтів, замовлення та оплати живуть окремо в CRM та обліковій системі?

Менеджер бачить у Бітрікс24 угоду, але не знає, чи пройшла оплата в 1С. Бухгалтер бачить платіж, але не може пов'язати його з конкретною угодою без дзвінка. Ми вирішуємо цю проблему: проектуємо та успішно впроваджуємо двосторонній канал обміну даними між Бітрікс24 та 1С:Підприємство. Наші інженери мають 5+ років досвіду в інтеграціях та реалізували понад 50 успішних проектів для різних конфігурацій: 1С:Управління торгівлею, 1С:Роздріб, 1С:Бухгалтерія та інших. Типовий проект займає від 2 до 4 тижнів, повний документообіг — до 3 місяців. Гарантуємо стабільний обмін та цілодобову технічну підтримку. Замовте безкоштовний аудит інтеграції — ми оцінимо ваш проект за один день.

Які дані ми синхронізуємо?

Обсяг інтеграції залежить від бізнес-процесів. На практиці виділяються три рівні: Базовий — одностороння передача даних з 1С до Бітрікс24 (або навпаки):

• Контрагенти з 1С → компанії та контакти в CRM
• Номенклатура з 1С → каталог Бітрікс24
• Замовлення з Бітрікс24 → документи «Замовлення покупця» в 1С

Розширений — двостороння синхронізація зі зворотним зв'язком:

• Оплати з 1С → зміна стадії угоди в Бітрікс24
• Заборгованість контрагента з 1С → поле в картці компанії
• Відвантаження з 1С → оновлення статусу замовлення

Повний — синхронізація документообігу:

• Рахунки з Бітрікс24 → рахунки в 1С
• Акти виконаних робіт
• Накладні, рахунки-фактури
• Залишки товарів на складах у реальному часі

Складність синхронізації контрагентів

В 1С контрагент — юридична особа з ІПН. В CRM контакт — фізична особа, що представляє компанію. Структури даних фундаментально різні. Типові проблеми при злитті баз:

• Один і той самий клієнт заведений як «ТОВ Ромашка» і «Ромашка ТОВ» — без ІПН як ключа виникають дублі.
• У Бітрікс24 один контакт може бути прив'язаний до кількох компаній, в 1С такого зв'язку немає.
• Фізичні особи в CRM не мають ІПН, але можуть робити покупки.

Рішення: ключ синхронізації — ІПН для юросіб, телефон або email для фізосіб. При первинному завантаженні запускаємо дедуплікацію: знаходимо збіг за ключем, при збігу оновлюємо, при відсутності — створюємо новий запис із проставленням XML_ID для подальшої ідентифікації.

Технічні варіанти підключення

Архітектура інтеграції визначається тим, чи використовується хмарний або коробковий Бітрікс24, і яка конфігурація 1С.

REST API + webhooks — універсальний варіант. Бітрікс24 надає REST API для всіх об'єктів CRM. На стороні 1С розгортається HTTP-сервіс. Працює з будь-яким Бітрікс24. Цей підхід дозволяє знизити затримки в 2-3 рази порівняно з файловим обміном CommerceML.

Стандартний модуль 1С-Бітрікс24 — вбудований у коробковий Бітрікс24. Обмінюється даними через CommerceML або COM-з'єднання (тільки Windows). Синхронізує номенклатуру та замовлення, фінансові документи не передає — потребує доробки.

Проміжна шина (ESB) — для складних сценаріїв з кількома юрособами або базами 1С. Використовуємо 1С:Конвертація даних або самописний middleware на PHP.

Як синхронізувати номенклатуру та залишки?

Номенклатура передається з 1С до Бітрікс24 (або в обидві сторони). Для кожного товару критичні:

• Артикул (код товару) — ключ для ідентифікації, він же XML ID.
• Одиниця виміру — мапінг ОКВІ в одиниці CRM.
• Ціни — якщо в 1С кілька типів цін, визначаємо, яка потрапляє в який прайс.
• Залишки — по складах та періодичність (активна торгівля: кожні 15–30 хвилин, B2B: раз на годину).

Як передаються оплати з 1С до Бітрікс24?

Передача оплат з 1С до Бітрікс24 — ключ для менеджерів. У картці угоди мають бути: факт оплати, сума, дата, залишок. В 1С регламентне завдання перевіряє проведені надходження та прибуткові ордери, знаходить угоду за номером рахунку та викликає crm.deal.update.

Кейс з нашої практики: оптово-роздрібна компанія, 3 юрособи

Наш клієнт — компанія з трьома юрособами, 25 менеджерами та двома базами 1С (роздріб та опт). Завдання — єдиний Бітрікс24 з видимістю фінансів з обох баз. Архітектурне рішення: проміжний PHP-сервіс агрегує дані. Джерело кодується в кастомному полі угоди («Юрособа продавця»), щоб обробник розумів, куди писати. Окрема складність — взаєморозрахунки між юрособами: при переміщенні угоди між воронками обнуляємо борг по одній та створюємо по іншій. Реалізували через кастомну подію в бізнес-процесі.

Що входить в нашу роботу

1. Аудит поточних процесів та даних (дедуплікація, мапінг)
2. Вибір архітектури та протоколу обміну
3. Розробка та налаштування інтеграції
4. Тестування на копіях баз
5. Документація схеми та полів
6. Навчання користувачів
7. Підтримка після запуску (моніторинг, алерти, правки)

Орієнтовний термін робіт

Інтеграція окупається за рахунок виключення ручного введення та зниження операційних витрат. Гарантуємо стабільний обмін та оперативну підтримку. Зв'яжіться з нами для консультації.