...

Як інтегрувати BAS з маркетплейсами

Повний гайд 2026

Продажі одночасно через власний інтернет-магазин, Prom, Rozetka та інші майданчики дають бізнесу більше замовлень, але створюють нову проблему — дані починають жити в різних системах.

Замовлення менеджер бачить на маркетплейсі. Залишки зберігаються в BAS. Ціни змінюються в обліковій системі. Інформація про клієнта знаходиться ще в одному кабінеті. Після продажу потрібно створити документи, провести оплату, передати замовлення на склад і оновити залишок.

Управління торговим підприємством

Якщо кожен етап виконувати вручну, зростання кількості замовлень означає не тільки збільшення продажів, а й збільшення обсягу рутинної роботи.

Рішення — інтеграція BAS з маркетплейсами та інтернет-магазинами.

У 2026 році BAS можна об’єднати в єдину систему з Prom, Rozetka, EVA, Kasta, Price.ua, а також магазинами на OpenCart, WooCommerce, PrestaShop, Joomla та Shopify.

Розберемося, як працює така інтеграція, які дані варто синхронізувати та на що звернути увагу перед запуском.

Що таке інтеграція BAS з маркетплейсом

Інтеграція — це автоматизований обмін інформацією між BAS та зовнішнім торговим майданчиком.

module-content-img2
  1. Маркетплейс → BAS

    У найпростішому варіанті система отримує нові замовлення.

    Але повноцінна інтеграція може працювати у двох напрямках:

    Маркетплейс → BAS

    Передаються замовлення, покупці, способи доставки, статуси оплати та інша необхідна інформація.

  2. BAS → маркетплейс

    Передаються товари, ціни, залишки, статуси замовлень та інші дані, які підтримує конкретний канал продажів.

    Таким чином BAS може стати центральним джерелом облікової інформації, а маркетплейси — каналами продажу.

    Замість того щоб підтримувати десять окремих товарних баз, компанія будує один керований інформаційний потік.

Які дані можна синхронізувати

Конкретний набір можливостей залежить від API маркетплейсу, CMS, конфігурації BAS та завдань підприємства.

  1. Найчастіше бізнесу потрібен обмін такими даними:
    • товари та їх характеристики;
    • артикули й SKU;
    • категорії;
    • ціни;
    • залишки;
    • замовлення;
    • клієнти;
    • способи оплати;
    • способи доставки;
    • статуси замовлень;
    • статуси оплати;
    • дані для відправлення;
    • зображення й описи — якщо це передбачено конкретною інтеграцією.
  2. Але синхронізувати все

    тільки тому, що це технічно можливо, не завжди потрібно.

    Перед розробкою важливо визначити головну систему для кожного виду інформації.

    Наприклад:

    BAS — головна система для номенклатури, цін і залишків.
    Маркетплейс — джерело замовлень.
    CRM — система роботи менеджерів із клієнтами.

    Саме така логіка дозволяє уникнути ситуації, коли одну ціну одночасно змінюють у трьох програмах і ніхто вже не розуміє, яке значення правильне.

Інтеграція Prom з BAS

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

iconizer-Ellipse 4
Декілька замовленнь на день

Для магазину з декількома замовленнями на день ручне перенесення ще може бути прийнятним. Коли замовлень десятки або сотні, інтеграція стає значно вигіднішою.

Prom має публічні механізми API, через які можна будувати автоматизований обмін із зовнішніми системами.

iconizer-Ellipse 4
Типовий сценарій виглядає так:

покупець оформлює замовлення → замовлення потрапляє в BAS → система створює необхідні документи → товар резервується → менеджер обробляє замовлення → статус оновлюється.

В іншому напрямку BAS може використовуватися як джерело актуальних товарних даних.

Особливо важливо автоматизувати залишки. Якщо магазин продає одночасно через Prom, Rozetka та власний сайт, ручне оновлення кількості товарів швидко стає ненадійним.

Інтеграція Rozetka з BAS

Для продавців Rozetka завдання аналогічне: необхідно пов’язати кабінет продавця з внутрішнім обліком.

Інтеграція дозволяє побудувати обмін інформацією про замовлення та іншими доступними даними між торговим майданчиком і BAS.

Практичний сценарій може виглядати так:

Rozetka → BAS → резервування → склад → оплата → ПРРО → доставка.

Якщо підприємство додатково використовує CRM, схема може бути ширшою:

Rozetka → CRM → BAS → склад / фінанси / ПРРО / доставка.

У такій архітектурі CRM відповідає за роботу менеджера із замовленням, а BAS — за облік.

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

Інтеграція EVA з BAS

Ева
EVA також розвиває власний маркетплейс.

Тут важливо враховувати конкретний формат роботи продавця. У довідковому центрі EVA для продавців зазначається, що товари синхронізуються з прайс-листом продавця у форматі XML.

Для BAS це відкриває практичний сценарій автоматизації: замість ручного створення та постійного редагування товарного файлу можна організувати його формування на основі актуальної інформації облікової системи.

Наприклад:

BAS → номенклатура → ціни → залишки → XML → EVA.

Під час реалізації необхідно правильно зіставити номенклатуру BAS із вимогами маркетплейсу, категоріями, характеристиками та іншими обов’язковими полями.

Особливо важливо протестувати товари з варіаціями: різними кольорами, розмірами, об’ємом або іншими характеристиками.