Уявіть картину. В інтернет-магазині — 3000 товарів. В 1С — ще 3000 товарів, але із зовсім іншими цінами, бо хтось не встиг оновити. Клієнт замовляє на сайті позицію, якої на складі давно немає. Менеджер отримує замовлення на пошту, вручну копіює його в CRM, потім у 1С — і десь по дорозі плутає артикул. Знайомо? Якщо ні — вам пощастило. Якщо так — ви знаєте, навіщо потрібна інтеграція.
Інтеграція — це коли сайт і бізнес-системи спілкуються між собою автоматично. Без менеджера-посередника, без ручного копіювання, без людських помилок. Товар закінчився на складі — на сайті він зник через хвилину. Клієнт оформив замовлення — воно одразу в CRM і в 1С. Ціна змінилась у системі обліку — на сайті вона оновилась без участі людини.
У цій статті команда веб студії Estetic Web Design розбирає, як це працює на практиці: які бувають типи інтеграцій, чим відрізняються API від вебхуків, і що реально потрібно бізнесу — а що є зайвим ускладненням.
Що з чим з’єднують і навіщо
Найчастіші сценарії інтеграції для українського бізнесу — три штуки. Перший: сайт + 1С (або БАС, або будь-яка облікова система). Тут основне — синхронізація товарів, цін, залишків та обмін замовленнями. 1С знає, скільки товару на складі. Сайт повинен це знати теж. І навпаки — замовлення з сайту має потрапляти в 1С без ручного введення.
Другий: сайт + CRM (KeyCRM, Pipedrive, Бітрікс24, HubSpot). Тут головне — замовлення та ліди. Клієнт залишив заявку на корпоративному сайті — менеджер бачить її у CRM через секунду. Зі всіма даними: ім’я, телефон, що саме цікавило, з якої сторінки прийшов. Не треба перевіряти пошту, копіювати контакти — все вже в системі.
Третій: сайт + ERP (повноцінна система управління підприємством). Це вже рівень середнього та великого бізнесу, де в одній системі зав’язані закупівлі, виробництво, логістика, фінанси. Сайт стає одним із каналів збуту, підключеним до цієї екосистеми. Замовлення з сайту запускає ланцюжок: перевірка залишків → резервування → формування накладної → передача в логістику. Автоматично, без жодного ручного кроку.
API, вебхуки, файловий обмін — три способи з’єднання
Тепер до технічної частини. Є три основні способи, якими сайт «спілкується» із зовнішніми системами. Кожен має свої плюси, мінуси і ситуації, де він доречний.
API (Application Programming Interface) — найсучасніший варіант. Системи обмінюються даними у реальному часі через HTTP-запити. Сайт запитує в 1С залишки — 1С відповідає. Клієнт оформив замовлення — сайт відправляє дані в CRM. Всё відбувається миттєво. Більшість сучасних CRM (KeyCRM, Pipedrive, HubSpot) мають документований REST API, і підключити їх до сайту — задача передбачувана.
Вебхуки (Webhooks) — «зворотний API». Замість того, щоб сайт постійно питав «є щось нове?», зовнішня система сама відправляє повідомлення, коли щось змінилось. Статус замовлення в CRM оновився на «Відправлено» — вебхук стукає на сайт, і клієнт бачить оновлений статус у своєму кабінеті. Менше навантаження на сервер, швидша реакція на зміни.
Файловий обмін (XML, CSV, Excel) — «дідівський» спосіб, але ще живий. 1С вивантажує файл із товарами та цінами, сайт його підтягує за розкладом — наприклад, кожні 30 хвилин. Підходить для бізнесу, де дані оновлюються не часто (раз на день, раз на тиждень), або коли 1С — стара версія без нормального API. Не ідеально, але працює і коштує дешевше за повноцінну API-інтеграцію.
Інтеграція з 1С: найболючіша і найпотрібніша
1С — стандарт обліку для 80% українського бізнесу. І водночас — найбільший головний біль для веброзробників. Чому? Бо версій 1С — десятки. Конфігурацій — сотні. У кожного бухгалтера своя «допиляна» версія, де половина полів називається не так, як у документації. Тому «підключити 1С» — це не одна задача, а розслідування: яка версія, яка конфігурація, що саме треба синхронізувати і в який бік.
Для WordPress із WooCommerce є модулі обміну через стандартний протокол CommerceML — формат, який 1С підтримує «з коробки». Завантаження товарів, цін, залишків із 1С на сайт і вивантаження замовлень із сайту в 1С. Для OpenCart аналогічні модулі існують на маркетплейсі, хоча вибір вужчий і якість різна — деякі доводиться допрацьовувати під конкретний проєкт.
Якщо стандартний CommerceML не покриває потреби (а він не покриває, коли треба синхронізувати характеристики товарів, варіації, знижки, клієнтські групи) — будується кастомний обмін через API 1С або проміжну базу. Це вже серйозна розробка, але для магазину з 1000+ товарами вона окупається за перший місяць — просто за рахунок часу, який менеджери перестають витрачати на ручне оновлення.
Готовий модуль чи кастомна розробка
Питання, яке виникає завжди. Коротка відповідь: починайте з готового, переходьте на кастом, коли готовий перестає справлятись.
Для типових сценаріїв — синхронізація товарів і замовлень між WooCommerce та 1С, передача лідів у Бітрікс24, підключення KeyCRM до магазину — існують готові плагіни та конектори. Встановлення додаткових модулів займає від кількох годин до пари днів, включаючи налаштування та тестування. Це швидко і відносно дешево.
Кастомна розробка потрібна, коли: у вас нестандартна конфігурація 1С з кастомними полями, потрібна двостороння синхронізація в реальному часі, бізнес-логіка складна (наприклад, ціна залежить від групи клієнта, регіону та об’єму замовлення одночасно), або коли потрібно з’єднати три і більше системи між собою.
На WordPress кастомні інтеграції пишуться як окремі плагіни — це зручно, бо при оновленні теми або ядра WordPress інтеграційний модуль залишається незмінним. Ми завжди рекомендуємо ізолювати кастомний код від основного сайту — менше шансів, що щось зламається при черговому оновленні.
Граблі, на які наступають усі
Перша помилка — не продумати, що буде при збої. API 1С недоступний (сервер ліг, інтернет у офісі зник) — що відбувається з сайтом? Якщо магазин «падає» разом із 1С — це катастрофа. Правильний підхід: сайт працює автономно із кешованими даними, а синхронізація відновлюється автоматично, коли з’єднання повернеться.
Друга — синхронізувати все підряд. Не треба тягнути на сайт усі 15 000 позицій із 1С, якщо продаєте тільки 2 000. Не треба передавати в CRM кожен клік на сайті — тільки заявки і замовлення. Чим менше даних летить туди-сюди, тим стабільніше працює система і тим менше навантаження на сервер. Добрий домен та хостинг витримає багато, але навіщо навантажувати його зайвими запитами?
Третя — забути про підтримку інтеграцій після запуску. 1С оновилась, API змінився, CRM випустила нову версію — і обмін тихо зламався. Менеджери не помічають тиждень, поки клієнт не скаржиться, що замовив товар, якого немає. Технічна підтримка сайту для проєктів із інтеграціями обов’язково включає моніторинг обміну даними — щоб про збій дізнавалась команда підтримки, а не розлючений покупець.
Кому це потрібно, а хто може обійтись
Не кожному бізнесу потрібна інтеграція з першого дня. Якщо у вас 50 товарів і 10 замовлень на тиждень — ви спокійно оновлюєте ціни вручну і вносите замовлення в 1С за п’ять хвилин. Витрачати бюджет на інтеграцію в такому випадку — передчасна оптимізація.
Інтеграція стає необхідністю, коли: товарів більше 200 і ціни міняються частіше, ніж раз на тиждень; замовлень більше 10 на день і менеджер витрачає годину тільки на перенесення їх у систему; є кілька каналів продажу (сайт, маркетплейси, офлайн) і потрібен єдиний облік залишків. Якщо впізнали свою ситуацію — час інтегруватись.
Для нових проєктів найрозумніший підхід — закласти можливість інтеграції на етапі розробки, навіть якщо підключати її будете пізніше. Розробка інтернет-магазину під ключ із правильною архітектурою дозволяє додати обмін із 1С чи CRM через місяці після запуску — без переробки половини сайту.
До речі, правильна інтеграція непрямо впливає і на SEO-оптимізацію сайту. Актуальні залишки — менше сторінок із «немає в наявності» (Google не любить такі). Автоматичне оновлення описів — свіжий контент. Швидка обробка замовлень — менше негативних відгуків, краща репутація в пошуку. Зв’язок непрямий, але відчутний.
Якщо сайт вже працює і потрібно додати інтеграцію до існуючого проєкту — це типовий випадок доопрацювання сайту. Важливо перед початком зробити аудит: яка CMS, які плагіни встановлені, чи немає конфліктів. Інакше нова інтеграція може зламати те, що вже працює. А це — подвійна робота і подвійний бюджет.
Інтеграція сайту з 1С, CRM та ERP — це не «модна технологія», а практичний інструмент, який економить час, зменшує помилки і дозволяє бізнесу рости без пропорційного зростання штату. Починайте з готових модулів, переходьте на кастом за потреби, обов’язково моніторте стабільність обміну після запуску. І найголовніше — замовляйте розробку сайту в Києві у команди, яка розуміє не тільки код, а й бізнес-процеси. Бо інтеграція — це про процеси, а не про плагіни.