Оператор щодня витрачає 2–3 години на перенесення замовлень з Ozon Білорусь в 1С-Бітрікс. Ціни застарівають, Ozon блокує картки. Залишки розходяться, клієнти скаржаться на скасування. Знайома картина? Ми автоматизуємо обмін товарами, замовленнями та залишками між вашим магазином на 1С-Бітрікс і Ozon Білорусь. Ми маємо 5+ років досвіду інтеграції 1С-Бітрікс з маркетплейсами та виконали 40+ проєктів для українських та білоруських продавців. Наприклад, у проєкті для мережі електроніки ми налаштували синхронізацію залишків кожні 5 хвилин, що зменшило кількість скасованих замовлень на 30%. Ozon активно зростає в Білорусі: окремий розділ для продавців, склади в Мінську, схеми FBS і FBO. Технічно інтеграція будується на Ozon Seller API — тому ж, що й у Росії, але з білоруською специфікою документообігу та логістики. Проаналізуємо ваш каталог і запропонуємо рішення за 1–2 дні. Вартість розраховується індивідуально. Отримайте консультацію — зв'яжіться з нами.
Як влаштований Ozon Seller API?
Ozon надає REST API за адресою https://api-seller.ozon.ru/. Аутентифікація — через заголовки Client-Id: {id} та Api-Key: {key}. Обидва значення беруться з особистого кабінету продавця. Основні методи:
-
POST /v2/product/import— завантаження товарів (асинхронне, через чергу) -
POST /v1/product/import/prices— оновлення цін -
POST /v2/products/stocks— оновлення залишків (FBS) -
POST /v3/posting/fbs/list— список замовлень FBS -
POST /v4/posting/fbs/ship— підтвердження відвантаження
Завантаження товарів асинхронне: відправляємо масив товарів, отримуємо task_id, потім опитуємо GET /v1/product/import/info?task_id={id} до завершення. Типовий час обробки — 5–15 хвилин. Ми гарантуємо коректне оброблення помилок і повторні спроби при збоях.
Ozon Seller API дозволяє повністю автоматизувати управління асортиментом і замовленнями — з документації Ozon.
Чому важливий маппінг атрибутів?
Ozon має власне дерево категорій і обов'язкові атрибути для кожної. Отримуємо атрибути через POST /v3/category/attribute. Для категорії «Смартфони» це 30+ атрибутів: бренд, колір, об'єм пам'яті, ОС — частина обов'язкових. Значення беруться з довідників Ozon: не можна написати «red» — потрібен ID значення. Отримуємо ID через POST /v2/category/attribute/values. Маппінг: властивість інфоблоку Бітрікс (наприклад, PROP_COLOR = "Червоний") → ID атрибута Ozon (attribute_id: 10096) → ID значення (value_id: 61587). Цю таблицю ведемо як окрему сутність в Бітрікс — вона змінюється при додаванні нових категорій. Без правильного маппінгу товар може бути заблокований.
FBS: управління залишками та замовленнями
При схемі FBS (fulfillment by seller) ключовий цикл:
- Оновлення залишків в Ozon з Бітрікс — кожні 5–15 хвилин.
- Отримання нових замовлень з Ozon — опитування
POST /v3/posting/fbs/listз фільтромstatus: awaiting_packaging. - Створення замовлення в Бітрікс, резервування товару.
- Збірка, формування етикетки (метод
POST /v2/posting/fbs/package-label). - Передача в Ozon акту про відвантаження.
Етикетки Ozon — PDF з 2D-баркодом. Друкуємо на принтері етикеток (Zebra, TSC) або звичайному принтері A4. Ми автоматизуємо цей процес, щоб ви не витрачали час на ручний друк.
Як уникнути oversell та розходження залишків?
Якщо інтеграція оновлює залишки рідше, ніж надходять замовлення, можливий oversell — продаж відсутнього товару. Для високооборотних товарів ми зменшуємо виставлений на Ozon залишок на 10–20% як буфер або збільшуємо частоту синхронізації до 5 хвилин. Також налаштовуємо автоматичне резервування в Бітрікс при отриманні замовлення з Ozon. Це знижує ризик розходжень до 1%.
Особливості для білоруських продавців
Білоруські продавці відвантажують на склади Ozon в Білорусі (Мінськ) або безпосередньо в пункти видачі. Логістика простіша та швидша, ніж відвантаження в Москву. Документообіг: при відвантаженні Ozon вимагає акт передачі в електронному вигляді. Для білоруських юросіб це накладна ТН-2. Дані для формування беремо із замовлення Ozon, генеруємо документ в Бітрікс або інтегрованій обліковій системі.
Повернення обробляються автоматично: Ozon створює повернення (refund або cancelled postings). Інтеграція відстежує події через POST /v3/returns/company/fbs, створює повернений документ в Бітрікс і повертає товар на залишки. Ми гарантуємо, що жодне повернення не буде втрачено.
Що входить в роботу з інтеграції?
| Етап | Склад робіт | Документація |
|---|---|---|
| Аналітика | Аудит каталогу, 1С-Бітрікс, схеми роботи | Технічне завдання |
| Проєктування | Маппінг атрибутів, категорій, налаштування API Ozon | Схема обміну даними |
| Реалізація | Розробка модуля, синхронізація, завантаження карток | Інструкція з експлуатації |
| Тестування | Перевірка всіх сценаріїв (залишки, замовлення, повернення) | Звіт про тестування |
| Запуск | Введення в експлуатацію, навчання операторів | — |
Додатково надаємо:
- Доступи до налаштованих систем.
- Навчання ваших співробітників роботі з інтеграцією.
- Гарантійну підтримку 30 днів після запуску.
- Можливість розширення (додавання нових категорій, схем).
Типові проблеми та їх вирішення
Товар заблоковано Ozon. Часта причина — невідповідність атрибутів вимогам категорії. Статус перевіряємо через POST /v2/product/info (поле status.state_failed), читаємо status.validation_errors і коригуємо атрибути. Ми включаємо автоматичні сповіщення про блокування.
Розходження залишків. Вирішується буфером (10–20%) або частішою синхронізацією. Для точності використовуємо теговане кешування в Бітрікс — дані про замовлення оновлюються швидше.
Інтеграція через API Ozon у 5 разів швидша за ручне введення даних, а автоматизація зменшує кількість помилок на 80%.
Орієнтири за термінами
| Сценарій | Термін |
|---|---|
| FBS: залишки + замовлення (без завантаження карток) | 3–5 тижнів |
| + завантаження карток, маппінг атрибутів (1–3 категорії) | 2–4 тижні додатково |
| Повна інтеграція з поверненнями та документами | 2–4 місяці |
Вартість розраховується індивідуально після аудиту каталогу та схеми роботи (FBS/FBO). Отримайте консультацію — зв'яжіться з нами для оцінки вашого проєкту.