Менеджер витрачає до двох годин на день на перенесення замовлень з кабінетів Ozon, Wildberries та Яндекс Маркет у CRM. Ручне введення дає до 10% помилок — втрачені замовлення, подвійні записи, невірні суми. Наша команда має 6+ років досвіду в розробці інтеграцій та реалізувала понад 30 проєктів (30+ успішних впроваджень). Це підтверджує нашу експертизу: ми маємо сертифікацію 1С-Бітрікс та надаємо гарантію на працездатність інтеграції протягом 6 місяців після запуску. Замовлення автоматично потрапляють у Бітрікс24 як угоди, статуси синхронізуються в обидві сторони, а аналітика збирається в єдиних звітах. Обробка замовлення через інтеграцію займає 3 хвилини замість 1,5 годин — економія часу в 30 разів. Кастомне рішення окупається за 3–6 місяців. Вартість кастомної інтеграції для одного маркетплейсу становить від $800 до $1500 залежно від складності. Економія на заробітній платі менеджера складає близько $500-1000 на місяць.
Дані, що синхронізуються між Бітрікс24 та маркетплейсом
Бітрікс24 — це CRM та інструменти командної роботи, а не e-commerce платформа. Інтеграція вирішує три завдання:
-
Замовлення в CRM. Кожне замовлення створюється як угода (
crm.deal.add) або лід. Менеджер бачить його, обробляє, телефонує клієнту — все всередині CRM. Статуси синхронізуються в обидві сторони через API. -
Сповіщення. При новому замовленні або зміні статусу — сповіщення через
im.notify.system.addабо задачу/справу. - Аналітика. Дані про продажі з маркетплейсів потрапляють у звіти CRM. Можна порівнювати канали та будувати воронки.
Для комунікації з покупцями (наприклад, листування з Ozon) ми інтегруємо повідомлення в стрічку активності угоди. Ми використовуємо офіційні API: Ozon API та Bitrix24 REST API.
Архітектура: проміжний сервіс інтеграції критично важливий
Бітрікс24 REST API та API маркетплейсів не мають прямого з'єднання. Ми проєктуємо middleware — окремий додаток (PHP/Node.js/Python) з чергою та retry-логікою для сотень замовлень на день. Етапи роботи:
- Webhook від маркетплейсу (нове замовлення, зміна статусу).
- Перетворення даних у формат Бітрікс24 REST API.
- Створення/оновлення сутностей у CRM.
- Зворотна синхронізація: при зміні стадії угоди — виклик API маркетплейсу.
Для простих сценаріїв підходять no-code-конектори (n8n/Make), але вони не дають гнучкості кастомної розробки. Кастомна інтеграція краща за готові модулі у 3 рази за швидкістю оновлення статусів.
Як відбувається синхронізація замовлень?
Маппінг даних: угода vs замовлення. Поля замовлення маркетплейсу не збігаються з полями угоди в Бітрікс24. Ми налаштовуємо повну відповідність — маппінг статусів замовлень та інших полів:
| Поле замовлення маркетплейсу | Поле в Бітрікс24 CRM |
|---|---|
| order_id | UF_CRM_DEAL_* (користувацьке поле) або TITLE |
| buyer name / email | crm.contact (пошук або створення) |
| product list | crm.deal.productrows.set |
| total_price | OPPORTUNITY |
| status | STAGE_ID (маппінг статусів) |
| marketplace name | SOURCE_ID або користувацьке поле |
| created_at | DATE_CREATE |
| delivery address | CONTACT.ADDRESS або користувацьке поле |
Окреме завдання — маппінг статусів. Статуси маркетплейсу та стадії воронки зіставляються в конфігураційному файлі.
Дедуплікація контактів Бітрікс24
Покупець може замовляти на різних маркетплейсах та сайті. При створенні контакту в Бітрікс24 ми перевіряємо дублі через crm.duplicate.find.by.comm (email/телефон). Якщо контакт знайдено — прив'язуємо угоду до нього. Коли дані приховані (Wildberries не віддає email, Ozon — за запитом), використовуємо зовнішній ID покупця в користувацькому полі контакту.
Зворотна синхронізація статусів
Коли менеджер змінює стадію угоди в CRM, це має відображатися в кабінеті маркетплейсу. Ми підписуємося на подію ONCRMDEALUPDATE, при зміні STAGE_ID перевіряємо джерело угоди (UF_MARKETPLACE_SOURCE) та викликаємо API маркетплейсу: для Wildberries — /api/v3/orders/{orderId}/status, для Ozon — /v3/posting/fbs/status/set. Не всі статуси доступні для зміни ззовні — це враховується в логіці.
Синхронізація товарного каталогу
Якщо товари ведуться в crm.product або на сайті 1С-Бітрікс, можливе автоматичне вивантаження на маркетплейс. Це вимагає маппінгу атрибутів (артикул, розміри, ціни) і входить до розширеного обсягу робіт.
Терміни розробки
| Сценарій | Термін |
|---|---|
| Один маркетплейс, лише замовлення → угоди | 3–5 тижнів |
| Один маркетплейс, двостороння синхронізація статусів | 5–8 тижнів |
| Два маркетплейси, загальна інтеграція з CRM та сповіщеннями | 8–12 тижнів |
| Повний цикл: замовлення + каталог + аналітика, кілька маркетплейсів | 14–20 тижнів |
Що входить у роботу
- Аудит поточних процесів та вимог.
- Проєктування архітектури middleware.
- Розробка маппінгу даних та логіки синхронізації.
- Налаштування webhook'ів та подій Бітрікс24.
- Інтеграція каталогу (опціонально).
- Документація з архітектури та налаштування.
- Тестування та супровід після запуску.
Приклад маппінгу статусів
| Статус Ozon | Стадія угоди |
|---|---|
| awaiting_packaging | NEW |
| awaiting_deliver | PREPARATION |
| delivered | SUCCESS |
| cancelled | FAILED |
Чому варто обрати кастомну розробку замість готового модуля?
На маркетплейсі Бітрікс24 є додатки-конектори для Ozon та Wildberries. Вони закривають базові сценарії за невелику вартість. Обмеження: фіксована логіка, неможливість кастомізувати маппінг, залежність від оновлень вендора. Кастомна інтеграція виправдана, коли потрібна нестандартна логіка, зв'язка з 1С або складом, або вимоги до надійності вищі за середні. Наше рішення витримує до тисяч замовлень на день, обробка одного замовлення через інтеграцію займає в 30 разів менше часу, ніж ручне введення. Кастомний конектор маркетплейсу у 3 рази швидше реагує на зміни статусів, ніж типові модулі. Окупність — від 3 до 6 місяців. Синхронізація замовлень Бітрікс24 з маркетплейсом — це приклад розробки інтеграції Бітрікс24. Для Ozon, Wildberries та Яндекс Маркет ми пропонуємо індивідуальні рішення. Бітрікс24 CRM замовлення з маркетплейсів автоматично створюються як угоди. Отримайте попередню консультацію — ми допоможемо обрати оптимальне рішення. Зв'яжіться з нами для оцінки вашого проєкту.