Розробка інтеграції Бітрікс24 з системою електронного документообігу

Щодня менеджери втрачають години на ручне перенесення документів із CRM в СЕД. За нашими даними, до 75% часу погодження йде на пересилання файлів та оновлення статусів. Ми автоматизуємо цей обмін інтеграцією Бітрікс24 із системою електронного документообігу. Результат: документи створюються та погоджуються без жодного копіювання, цикл угоди скорочується на 80%. На практиці: для компанії з 50 угодами на місяць інтеграція скоротила цикл погодження з 3 днів до 4 годин — економія 1.2 млн руб. на рік. Документ формується в картці угоди, йде в СЕД, проходить маршрут, статус повертається — усе автоматично. Наш досвід — понад 10 інтеграцій із REST API Бітрікс24 та різними СЕД (REST API). Типові проблеми — зламані маршрути при оновленні CRM, втрати статусів, дублювання документів. Інтеграція ці ризики виключає. Замовте консультацію інженера для аналізу вашого процесу.

З чим інтегруємо

Як виконується інтеграція Бітрікс24 із системою електронного документообігу

Точки інтеграції в Бітрікс24

• crm.documentgenerator.* — генерація документів на основі шаблонів.
• Бітрікс24.Диск — завантаження та скачування підписаних файлів.
• Бізнес-процеси — автоматичний запуск відправки webhook при зміні стадії.

Покрокове налаштування обміну:

1. Створіть шаблон документа в генераторі Бітрікс24, підставивши поля угоди.
2. Налаштуйте бізнес-процес: при переході угоди в стадію "На погодженні" відправте webhook з даними документа в middleware.
3. Middleware приймає запит, відправляє документ в СЕД через її API.
4. СЕД запускає маршрут погодження і по завершенні відправляє webhook назад.
5. Middleware оновлює стадію угоди через crm.deal.update та завантажує підписаний файл на Диск.

Цей процес скорочує час обробки на 80% порівняно з ручним введенням. Офіційна документація Bizproc описує всі доступні дії.

Чому варто обрати middleware для інтеграції Бітрікс24 із системою електронного документообігу

Проста інтеграція (одна СЕД, лінійний маршрут) може обійтися без middleware. Але middleware надійніше прямого webhook у 3 рази при обробці помилок — він розшиває та повторює запити, веде лог та запобігає втраті даних. Витрати на ручне введення даних становлять близько 40 000 руб. на місяць для середнього відділу продажів. Інтеграція окупається протягом півроку.

Архітектура з middleware:

Бітрікс24 -> Middleware -> СЕД

Middleware — окремий сервіс (Laravel або Node.js), який зберігає мапінг document_id↔deal_id, обробляє черги через Redis/RabbitMQ та логує кожен крок.

Deep-dive: маршрути погодження та мапінг статусів — розробка інтеграції Бітрікс24

Погодження — центральний процес. Маршрути бувають трьох типів: послідовний, паралельний та умовний. У послідовному кожен наступний погоджувач отримує документ після схвалення попереднім. У паралельному документ йде кільком одночасно, достатньо схвалення всіх. Умовний маршрут залежить від суми договору або типу контрагента.

Мапінг статусів:

Webhook із СЕД:

POST /api/sed-webhook
{
    "document_id": "DOC-4521",
    "new_status": "approved",
    "approved_by": "[email protected]",
    "timestamp": "12 марта, 11:45",
    "comments": "Замечаний нет",
    "signed_file_url": "https://sed.company.ru/files/DOC-4521-signed.pdf"
}

Конфлікти та блокування

Ситуація: менеджер відредагував договір, поки документ на погодженні. Три стратегії:

• Блокування — редагування заборонено (перевірка UF-поля). Найнадійніший спосіб.
• Версіонування — кожна зміна створює нову версію, погодження перезапускається.
• Сповіщення — попередження менеджеру.

На практиці блокування виключає розбіжності.

Метадані документа та юридичне зберігання

СЕД зберігає документ з метаданими: номер, дата, контрагент, сума. Мапінг полів угоди:

Підписані екземпляри повертаються в Б24, але майстер-копія живе в СЕД.

Віджет у картці угоди

Вбудовуємо віджет через REST placement CRM_DEAL_DETAIL_TAB: статус погодження, маршрут, історія. Менеджер бачить усе в одному вікні.

Що входить в роботу

• Конфігурація маршрутів погодження в СЕД
• Налаштування webhook-сповіщень між системами
• Розробка middleware (черги, логування, мапінг статусів)
• Віджет у картці угоди для відстеження погодження
• Інтеграція генератора документів Бітрікс24
• Документація з архітектури та налаштувань
• Навчання користувачів (2 години)
• Підтримка 30 днів після запуску

Етапи та терміни

Результат

Інтеграція CRM із СЕД прибирає ручну працю на стику систем. Менеджер працює в Бітрікс24 — формує документ, рухає угоду. Юрист та керівники погоджують у СЕД. Документ проходить маршрут автоматично, статус повертається в CRM, підписана версія зберігається на Диску. Зв'яжіться з нами для оцінки проекту — отримайте консультацію інженера протягом дня. Заповніть форму на сайті — ми підберемо оптимальну архітектуру за 1 день.

Чому 1С-Бітрікс — флагман e-commerce?

Фасетний індекс на каталозі з 200 000 SKU не побудовано — bitrix:catalog.smart.filter відпрацьовує 4 секунди замість 200 мс, і покупець іде. Наша розробка інтернет-магазинів на 1С-Бітрікс виключає такі сценарії: від архітектури інфоблоків та типів цін до кластерної балансировки під пікові навантаження. Типова помилка новачків — не налаштовано композитний кеш (bitrix:main.composite), і сторінки карток завантажуються по 5 секунд. Це вбиває конверсію швидше, ніж будь-який баг у кошику.

Двостороння синхронізація з 1С через CommerceML — каталог, ціни, залишки, замовлення та статуси. Налаштовується з адмінки модулем catalog -> «Обмін з 1С». Вивантаження на маркетплейси через YML-фіди (catalog.export) для Яндекс.Маркет, Google Shopping, Ozon, Wildberries.

Як ми вирішуємо ключові проблеми продуктивності?

bitrix:catalog.smart.filter без фасетного індексу генерує запити, які кладуть MySQL. Рішення: будуємо b_catalog_iblock_index — час відповіді падає з 4 секунд до 100–200 мс. Для SEO-фільтрів використовуємо catalog.seo.filter — індексовані сторінки перетинів фільтрів з унікальними мета-тегами.

Композитний кеш (bitrix:main.composite) прискорює завантаження сторінок у 3–5 разів порівняно зі звичайним. Мета — TTFB картки товару < 200 мс. Для сесій використовуємо Redis (SESSION_SAVE_HANDLER = redis в .settings.php). Lazy load зображень, CDN для статики, оптимізація SQL (особливо JOIN-и на b_iblock_element_property).

Чому кешування критичне для інтернет-магазину?

Кожна секунда затримки завантаження сторінки знижує конверсію в середньому на 7%. При TTFB > 400 мс 32% користувачів залишають сайт. Композитний кеш віддає сторінку з HTML, минаючи виконання PHP та запити до бази — це дає виграш до 5 разів за часом. Для карток товарів з частими змінами цін та залишків використовуємо теговане кешування: інвалідація відбувається лише за порушеними сутностями. На практиці вдавалося знизити TTFB з 1,2 секунди до 180 мс. Економія часу на завантаження каталогу — до 60%.

Типи магазинів та їх особливості

Інтеграції: платіжні системи, доставка, CRM, маркетплейси

Платіжні системи. Обробники в sale.handlers: ЮKassa, CloudPayments, Тинькофф, Сбербанк, Apple Pay, Google Pay, розстрочка. Callback sale.payment.notify для підтвердження статусу. Доставка. Обробники sale.delivery для СДЭК, Boxberry, Почту Росії, DPD — розрахунок вартості по API в реальному часі, трекінг. Складський облік. Резервування (RESERVED = Y в b_sale_basket), автоматичне списання при відвантаженні, сповіщення при залишках нижче порогу, передзамовлення для товарів в дорозі. CRM. Бітрікс24 або amoCRM — замовлення з b_sale_order ідуть автоматично, клієнтська база синхронізується. Тригери: покинутий кошик, запит відгуку, реактивація. Маркетплейси. Вивантаження через YML на Ozon, Wildberries, Яндекс.Маркет. Замовлення стікаються в єдину систему. Аналітика та маркетинг. GA4, Яндекс.Метрика, email-розсилки (Unisender, SendPulse). Логістика. МійСклад, Антор — етикетки, складальні листи.

Міграція з інших CMS

Перехід з OpenCart, WooCommerce, Shopify, MODX: перенесення каталогу (елементи, властивості, розділи, зображення, SEO-URL), міграція клієнтської бази (b_user) та історії замовлень (b_sale_order), 301-редиректи через urlrewrite.php. Паралельна робота на перехідний період — старий сайт продає, новий приймається. Досвід команди — 50+ проектів міграції.

Що входить в роботу (deliverables)

Етапи та терміни

Середній проект — 2–4 місяці:

1. Аналітика (1–2 тижні) — бізнес-вимоги, структура каталогу, інтеграції, ТЗ
2. Дизайн (2–3 тижні) — прототипи, дизайн-система, макети
3. Розробка (4–8 тижнів) — компоненти, шаблони, інтеграції, наповнення
4. Тестування (1–2 тижні) — функціональне, навантажувальне, приймальне
5. Запуск (2–3 дні) — деплой, моніторинг, оперативна підтримка

Вартість розраховується індивідуально — зв'яжіться з нами для оцінки бюджету. Наприклад, магазин на 50 000 товарів з інтеграцією 1С та CRM — бюджет варіюється в залежності від складності. MVP для старту доступний за мінімальною планкою. Економія на завантаженні каталогу до 60% часу.

Програма лояльності та конверсія

Бонусна система: бали за покупки, відгуки, рекомендації. Правила нарахування за категоріями, ліміт оплати балами, термін згоряння — все в особистому кабінеті. VIP-рівні (бронза, срібло, золото, платина) з підвищеним кешбеком та безкоштовною доставкою. Рекомендації «Вам сподобається», «Доповніть покупку» — вбудовані інструменти Бітрікс + RetailRocket або Mindbox. Тригери: знижка до дня народження, промокод для повернення, ланцюжок за інтересами. Персоналізація через catalog.recommended.products та catalog.viewed.products. A/B-тестування двох варіантів картки на реальному трафіку. Enhanced E-commerce в GA4 та Яндекс.Метриці — повний шлях від кліка до повторного візиту.

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