PIM, ERP і WMS: скільки систем Вам справді потрібно для багатоканального продажу і як їх поєднати.
Автор: Borys Terlecki · продажі та впровадження на маркетплейсах у Commercraft · оновлено: вересень 2026
Коротко
PIM відповідає на питання, як виглядає товар, ERP показує, як працює компанія, а WMS керує тим, що відбувається на складі. Ці системи утворюють один ланцюг і не конкурують між собою.
Системи з'єднуються з каналами продажу через платформу інтеграції, наприклад Base.com. На практиці ламається рідко програма, найчастіше проблема в тому, що одне поле має двох власників.
Почніть з платформи інтеграції. PIM додайте, коли переклади й атрибути для кількох ринків перестають уміщатися в таблиці, ERP, коли не справляєтеся з рахунками та ПДВ у кількох країнах, а WMS, коли комплектувальники більше ходять, ніж пакують.
Коли Ви продаєте одночасно через інтернет-магазин і два маркетплейси, постійно повертаються ті самі три питання. Де актуальний опис товару. Скільки одиниць справді лежить на полиці. Чому ціна на одній платформі відрізняється від ціни на іншій.
На ці питання відповідають три системи: PIM, ERP і WMS. Тут пояснено, за що відповідає кожна з них, де підключаються інтернет-магазин і акаунти на маркетплейсах, а також які з них справді потрібні на Вашому етапі.
Найпростіше запам’ятати їх за питанням, на яке відповідає кожна:
Вони не змагаються за одне завдання. Вони вишиковуються в ланцюг, який веде від інформації про товар через процеси компанії до посилки, що виїжджає зі складу. Проблеми починаються тоді, коли дві системи зберігають одне й те саме поле, і жодна з них не є джерелом істини.
PIM є центральною базою, де товар описують один раз, а дані потрапляють в усі канали: власний магазин, Allegro, Amazon, маркетплейси регіону DACH. Замість того щоб виправляти опис у п’яти місцях, Ви виправляєте його в одному. Для продавця в багатьох каналах, особливо з перекладами для кількох ринків, PIM є основою узгодженості й величезною економією часу.
ERP пов’язує бізнес-процеси: від замовлення через виставлення рахунків і розрахунки до закупівель і планування. Вона є джерелом істини щодо фінансів і руху товарів в обліковому та бізнесовому вимірі. Що більша компанія і що більше каналів, то сильніше ERP стає центром, до якого підключаються інші системи.
WMS керує фізичним складом: знає, де зберігається конкретний товар, веде працівників під час комплектації, відстежує залишки в реальному часі та зменшує кількість помилок у відправленнях. Коли обсяги зростають, саме вона вирішує, чи буде відвантаження швидким і без помилок, чи стане вузьким місцем.
Самі по собі системи змінюють небагато. Важливо, як вони з’єднані з каналами продажу, а це зазвичай відбувається через платформу інтеграції: на польському ринку це Base.com, яку досі часто знають під старою назвою Baselinker, в інших країнах Європи Channable або plentymarkets.
З’єднаний ланцюг працює так. PIM наповнює картки товару в кожному каналі, замовлення з маркетплейсів потрапляють в ERP як документи, WMS комплектує й відправляє їх і повертає рівень залишків в усі канали одночасно. Ви отримуєте одну версію даних, жодного продажу понад залишок і значно менше ручного перенесення даних.
Власний магазин є ще одним каналом у цьому ланцюгу, а не окремим світом. Опис, який іде на Allegro чи Amazon, потрібен і Вашому магазину, а дані про залишки мають доходити до всіх каналів, інакше Ви продасте останню одиницю двічі.
В інтегрованій схемі магазин бере дані про товар із PIM, надсилає замовлення до тієї ж ERP, що й маркетплейси, і зчитує залишки з WMS. Платформа інтеграції стоїть між маркетплейсами та рештою ланцюга, бо інтерфейси маркетплейсів змінюються значно частіше, ніж Ваша ERP.
На практиці майже ніколи не ламається програмне забезпечення. Ламається те, що одне поле має двох власників: ціну ведуть і в магазині, і в ERP, або залишки ведуть у таблиці поруч із WMS. Перш ніж щось з’єднувати, визначте для кожного поля, яка система є власником істини, і запишіть це.
Назви полегшують порівняння краще, ніж категорії:
Джерела: сторінки та прайс-листи постачальників, переглянуті у вересні 2026 року; дані про масштаб Ergonode з ergonode.com; ціни Base.com після зміни 2026 року.
на старті платформа інтеграції з модулями товарів, замовлень і залишків довго Вас витягне і коштує частку від решти,
коли переклади й атрибути для кількох ринків перестають уміщатися в таблиці, окремий PIM окупається,
коли рахунки, закупівлі та ПДВ у кількох країнах перестають уміщатися в бухгалтерській програмі, повна ERP,
коли комплектувальники більше ходять, ніж пакують, WMS.
Сигналом є процес, який більше не вміщається в наявні інструменти, а кількість позицій тут другорядна. Купуючи всі чотири системи одразу, компанії врешті платять за PIM, який ніхто не заповнює.
Ми описуємо те, що у Вас уже працює, призначаємо власника кожного важливого поля й підключаємо до цього канали: спочатку інтеграції з маркетплейсами, потім дані про товари в PIM, далі зв’язки з Вашими ERP і WMS. У більшості проєктів перший місяць іде на дані, а не на програмне забезпечення.
Якщо Ви обираєте сам інтегратор, наш путівник про налаштування Base.com крок за кроком пояснює конфігурацію. Попросіть нас переглянути Вашу поточну схему, перш ніж купувати щось нове.
Перерахунок у EUR: курс NBP від 18.09.2026 (таблиця 182/A/NBP/2026), 1 EUR = 4,3633 PLN.
Розрахуйте потенційний ROI каналу самостійно
Введіть виручку, маржу, комісію та вартість доставки. Калькулятор покаже маржу після комісії, місяць, коли канал окупиться, і як ведення каналу власною командою порівнюється з керованим сервісом. Суми в євро, без реєстрації.
Borys Terlecki – продажі та впровадження на маркетплейсах у Commercraft. Раніше працював на боці оператора маркетплейс-платформ (Mirakl, Мюнхен), сьогодні виводить бренди на маркетплейси Польщі та регіону DACH і веде їхні облікові записи.
Допоможемо впровадити ці знання операційно – від інтеграції до кампаній.
+48 797 810 997
×
