Товари
Каталог і доступний асортимент.
Каталог, замовлення та канали
Кілька каналів продажів — один робочий процес
Зв’язуємо інтернет-магазини та CRM з маркетплейсами, щоб автоматизувати передачу товарів, цін, залишків, замовлень і статусів та зменшити ручну роботу менеджерів.
Один каталог і один процес обробки замовлень — кілька каналів продажів.
Дані
Що можна синхронізувати
Працюємо лише з даними, які доступні через API, фіди, імпорт або інший офіційний механізм конкретного маркетплейсу.
SKU / артикул
Стабільні ідентифікатори позицій.
Назви й описи
Контент у форматі конкретного каналу.
Характеристики
Атрибути та мапінг категорій.
Фото
Посилання й порядок зображень.
Ціни
Базові або окремі ціни каналів.
Залишки
Наявність і погоджений буфер.
Замовлення
Склад і джерело звернення.
Клієнти
Доступні контактні дані.
Статуси
Мапінг етапів обробки.
Доставка
Спосіб і дані одержувача.
ТТН
Номер відправлення, якщо доступний.
Фактичний набір даних залежить від API, фідів та правил конкретного маркетплейсу.
Схема інтеграції
Одна система керує кількома каналами
Інтеграційний шар трансформує дані під вимоги кожного майданчика. Зворотний обмін замовленнями та статусами залежить від доступних методів конкретної системи.
Інтернет-магазинкаталог / ціни / залишки↔Інтеграційний шарправила й мапінг↔
ROZETKAProm.uaЕпіцентрKastaALLO
Замовлення / статуси → CRM або сайт, якщо це підтримують системи
Українські маркетплейси
Працюємо з популярними каналами продажів
Це приклади майданчиків із технічними механізмами інтеграції, а не перелік готових кейсів PromoSite.
01XML / API
ROZETKA
- товари
- ціни
- залишки
- замовлення
02API / import
Prom.ua
- замовлення
- статуси
- CRM
- XML / YML / CSV
03Merchant API / import
Епіцентр
- XLSX / XML
- замовлення
- статуси
- доставка / ТТН
04API / XML / Excel
Kasta
- завантаження контенту
- інтегратори
- CRM-сценарії
05API
ALLO
- доступні сценарії кабінету
- автоматизація після перевірки
Конкретні можливості перевіряємо за актуальною документацією маркетплейсу перед оцінкою задачі.
Каталог товарів
Один каталог — різні вимоги маркетплейсів
Кожен майданчик має власну структуру категорій, обов’язкові характеристики та правила контенту. Інтеграція готує дані до потрібного формату, але не гарантує проходження модерації.
- 01трансформувати дані
- 02формувати потрібний feed
- 03мапити категорії
- 04контролювати обов’язкові поля
- 05виключати товари за правилами
Ціни та залишки
Актуальна ціна та наявність без ручного редагування
Джерелом може бути сайт, CRM або облікова система. Частоту оновлення визначають можливості API, формат feed і бізнес-вимоги.
Для XML та інших feed-based сценаріїв не обіцяємо real-time: дані оновлюються за погодженим розкладом.
- сайт або CRM як джерело залишків
- оновлення за розкладом
- API-синхронізація
- XML / feed
- різні ціни для каналів
- приховування при нульовому залишку
- буфер залишку за потреби
Замовлення
Замовлення з різних майданчиків — в одному процесі
Менеджер може працювати в CRM або KeyCRM, а інтеграція зберігає джерело і доступні дані замовлення.
Marketplaceнове замовлення→Інтеграціяперевірка й мапінг→CRM / KeyCRMробота менеджера
маркетплейсmarketplace order IDклієнттоварицінидоставкаоплатакоментарстатус
KeyCRM + маркетплейси
Маркетплейси як ще одне джерело замовлень у KeyCRM
Якщо KeyCRM є основною робочою системою, у ній можна об’єднати замовлення із сайту та доступних каналів. Передачу статусу назад реалізуємо лише тоді, коли її підтримують обидві сторони.
Інтеграція з KeyCRM- джерело замовлення
- marketplace order ID
- SKU
- доставка
- статус
- оновлення запису
- передача статусу назад, якщо API дозволяє
Механізм обміну
API чи товарний фід
В одному проєкті можуть одночасно працювати різні механізми.
Оперативні сценарії
Для замовлень, статусів і складнішої автоматизації.
- отримання замовлень
- оновлення статусів
- оперативні дані
- доступні дії кабінету
Масове оновлення каталогу
Для товарів, цін, залишків і регулярного обміну файлами.
- каталог
- ціни
- залишки
- оновлення за розкладом
Часто використовуємо feed для каталогу та API для замовлень.
Source of truth
Потрібно визначити, де живуть основні дані
Для кожного типу даних обираємо master system. Це допомагає уникати циклічних оновлень, конфліктів і випадкового перезапису.
- 01
Каталог
Де створюються назви, описи й характеристики.
- 02
Залишок
Яка система знає фактичну доступність.
- 03
Ціна
Де розраховується ціна кожного каналу.
- 04
Замовлення
Де менеджер обробляє нове звернення.
- 05
Статус
Яка система керує подальшим етапом.
Надійність
Контролюємо обмін і повторні події
Набір механізмів залежить від критичності процесу, обсягу каталогу та обмежень зовнішніх систем.
- logging у погодженому обсязі
- контроль API response
- retry та queue за потреби
- pagination і rate limits
- external IDs
- захист від дублів
- повторна синхронізація
- контроль feed-помилок
Помилки каталогу
Некоректна позиція не повинна зупиняти весь обмін
Валідація допомагає знайти проблему до або після відправлення та повернути її команді у зрозумілому вигляді.
- відсутнє обов’язкове поле
- неправильна категорія
- товар не пройшов валідацію
- некоректний SKU
- невалідний атрибут
- 01логувати проблему
- 02формувати технічний звіт
- 03пропускати некоректні позиції
- 04повторювати відправлення після виправлення
Процес
Як будуємо інтеграцію маркетплейсів
- 01
Визначаємо канали
Фіксуємо потрібні маркетплейси.
- 02
Шукаємо джерела
Визначаємо каталог, ціни й залишки.
- 03
Аналізуємо
Перевіряємо API, feed і права акаунта.
- 04
Будуємо карту
Зіставляємо поля та ідентифікатори.
- 05
Проєктуємо
Описуємо напрямки й розклад обміну.
- 06
Реалізуємо
Створюємо погоджену логіку.
- 07
Тестуємо
Перевіряємо товари й замовлення.
- 08
Запускаємо
Контролюємо результати та помилки.
Типові задачі
Від товарного фіда до єдиного процесу замовлень
Реалізуємо погоджений сценарій після аналізу систем і доступних технічних механізмів.
- 01Сформувати XML / YML-фід
- 02Адаптувати існуючий фід
- 03Синхронізувати ціни
- 04Синхронізувати залишки
- 05Імпортувати замовлення в CRM
- 06Передавати замовлення в KeyCRM
- 07Синхронізувати статуси
- 08Передавати ТТН
- 09Мапити SKU
- 10Об’єднати кілька маркетплейсів
- 11Доопрацювати чужу інтеграцію
- 12Перейти від ручної роботи до API
Платформи
Підключаємося до існуючих ecommerce-проєктів
Сайт не обов’язково має бути розроблений PromoSite. Інтеграція також може працювати напряму між CRM і маркетплейсом.
- WordPress
- WooCommerce
- Bitrix
- OpenCart
- PrestaShop
- Кастомні ecommerce-проєкти
Що потрібно для старту
Готове ТЗ не обов’язкове
Достатньо показати поточний ручний процес, назвати системи та описати бажаний результат.
Описати канали продажів- 01маркетплейси
- 02URL сайту
- 03CMS або технологія
- 04CRM
- 05де знаходиться каталог
- 06де ведуться залишки
- 07як обробляються замовлення
- 08що зараз робиться вручну
Коротко про головне
Питання та відповіді
Чи можна інтегрувати ROZETKA?
Так. ROZETKA має XML та API-механізми для продавців. Конкретний сценарій визначаємо після аналізу актуальної документації та акаунта.
Чи можна інтегрувати Prom.ua?
Так. Prom.ua має публічне API та механізми імпорту. Доступний набір операцій перевіряємо перед оцінкою.
Чи працюєте з Епіцентром?
Можемо реалізовувати сценарії на базі доступного Merchant API та імпорту після перевірки актуальних можливостей акаунта.
Чи можна інтегрувати Kasta?
Kasta підтримує API, XML, Excel та інтегратори. Потрібний сценарій перевіряємо за документацією і доступами продавця.
Чи можна інтегрувати ALLO?
ALLO вказує API-інтеграцію для продавців. Конкретний функціонал перевіряємо перед реалізацією.
Чи можна передавати замовлення в KeyCRM?
Так, якщо маркетплейс дозволяє отримувати їх через API або інший доступний механізм, а потрібні поля підтримуються KeyCRM.
Чи можна синхронізувати залишки в реальному часі?
Залежить від маркетплейсу та механізму інтеграції. Для файлів або feed оновлення зазвичай виконується за розкладом.
Чи можна один фід використовувати для всіх маркетплейсів?
Не завжди. Вимоги до категорій, атрибутів і структури відрізняються, тому можуть знадобитися окремі перетворення.
Чи гарантує інтеграція проходження модерації?
Ні. Інтеграція допомагає підготувати й перевірити дані, але остаточне рішення приймає маркетплейс.
Наступний крок
Потрібно зв’язати магазин із маркетплейсами?
Напишіть, на яких майданчиках ви продаєте, де знаходяться каталог і залишки та в якій системі менеджери обробляють замовлення. Ми запропонуємо оптимальну схему обміну даними.