Як автоматизувати продажі на AliExpress за допомогою 1С-Бітрікс

Системний адміністратор інтернет-магазину витратив три робочих дні на ручне оновлення цін на AliExpress — і переплутав артикули, виставивши знижку 90% не на той товар. Така помилка коштувала компанії 200 000 рублів збитку за годину. Знайома ситуація? Ми вирішуємо її раз і назавжди: повна автоматизація каталогу та замовлень через API. Автоматизація через API працює в 10 разів швидше за ручне оновлення.

Зв'язка 1С-Бітрікс з AliExpress — це не просто вивантаження товарів. Це двосторонній обмін: ціни, залишки, замовлення, відвантаження — все в реальному часі. Інтеграція базується на Solution API AliExpress, який принципово відрізняється від глобального: авторизація через OAuth 2.0, JSON-формат, керування товарами та замовленнями тільки через REST. За 7 років ми провели понад 50 таких проектів, включаючи каталоги з мільйонами SKU. Ми реалізували більше 50 проектів інтеграції за 7 років роботи. Гарантуємо стабільну роботу та відповідність останнім вимогам AliExpress. Оцінимо ваш проект безкоштовно — зв'яжіться з нами.

Як авторизуватися на AliExpress через OAuth?

Для доступу до API зареєструйте додаток у панелі розробника. Після реєстрації ви отримаєте appKey та appSecret. Процес OAuth:

1. Формуєте URL авторизації з редиректом на ваш сайт.
2. Продавець підтверджує доступ на сторінці AliExpress.
3. Система повертає code, який обмінюється на access_token (термін життя 30 днів) та refresh_token.
4. Токени зберігаються в опціях модуля Бітрікс (COption::SetOptionString).
5. Cron-агент оновлює токен за 5 днів до закінчення.

Без цього механізму інтеграція зламається: API просто перестане приймати запити.

Створення товарів: aliexpress.solution.product.post

Метод aliexpress.solution.product.post створює товар на майданчику. Структура запиту:

• category_id — ідентифікатор категорії AliExpress. Дерево категорій отримується через aliexpress.solution.seller.category.tree.query.
• product_attributes — масив атрибутів. Обов'язкові атрибути залежать від категорії та отримуються через aliexpress.solution.product.schema.get.
• sku_info_list — масив SKU. Кожен елемент містить ціну, залишок, штрихкод, значення варійованих атрибутів, посилання на фото.
• image_url_list — основні зображення (до 6 штук, мінімум 800×800 px).

Маппінг на інфоблок Бітрікс:

Особливість: AliExpress допускає HTML в описі, включаючи <img> — можна вставляти інфографіку. Зображення в описі завантажуються через aliexpress.solution.feed.image.upload і повертають URL на CDN AliExpress.

{
  "category_id": 123456,
  "product_title": "Смарт-годинник X200",
  "product_description": "<p>Модель з пульсометром та GPS</p>",
  "image_url_list": ["https://example.com/watch1.jpg"],
  "sku_info_list": [
    {
      "sku_code": "W200-BLK",
      "price": "4990.00",
      "inventory": 100,
      "barcode": "1234567890123",
      "sku_attribute_list": [
        {"attribute_name_id": 1001, "attribute_value_id": 2001}
      ]
    }
  ]
}

Категорії та атрибути

Система категорій AliExpress — трирівнева. Для кожної кінцевої категорії є набір обов'язкових і рекомендованих атрибутів. Типи атрибутів:

• Текстові — вільний ввід (модель, матеріал).
• Довідникові — вибір зі списку attribute_value_id. Значення отримуються через aliexpress.solution.product.schema.get.
• SKU-атрибути — варіюються між SKU (колір, розмір).

При масовому маппінгу створюється таблиця відповідностей: властивість Бітрікс → attribute_value_id AliExpress. Для довідникових атрибутів зберігаються пари «значення → ID».

Управління цінами та залишками

Ціни оновлюються через aliexpress.solution.product.price.update. Валюта задається на рівні магазину. Знижки — через промо-акції в ОК або API промоакцій.

Залишки: aliexpress.solution.product.inventory.update — по SKU. Ліміт — 200 SKU за запит. Для каталогу на 5000+ позицій пакетна синхронізація займає кілька хвилин. Cron-агент в Бітрікс кожні 15–30 хвилин вибирає товари зі зміненими залишками/цінами за TIMESTAMP_X інфоблоку та b_catalog_store_product.TIMESTAMP_X.

Згідно з документацією API AliExpress, це найшвидший спосіб синхронізації без ручного вводу.

Чому модерація AliExpress відхиляє товари?

AliExpress перевіряє кожен товар протягом 1–2 днів. Основні причини відмов:

• Водяні знаки або логотипи інших майданчиків на фото.
• Некоректний бренд (якщо немає прав на продаж).
• Заборонена категорія (наприклад, електроніка без сертифікації).
• Опис містить контактні дані.

Якщо товар відхилено, API повертає код помилки з поясненням. Ми аналізуємо помилку, виправляємо атрибути або зображення та повторно надсилаємо товар. Середній час проходження модерації після виправлення — 1 день.

Обробка замовлень

Отримання замовлень: aliexpress.solution.order.get з фільтром за статусом та датою. Основні статуси:

Відвантаження підтверджується через aliexpress.solution.order.fulfill — передається трек-номер і служба доставки. AliExpress суворо стежить за строками: прострочення веде до штрафів і зниження рейтингу. Наша інтеграція автоматично створює замовлення в модулі sale, мапить товари за SKU-артикулом і передає дані покупця у властивості замовлення. Економія на ручній праці — до 300 000 рублів на рік для магазину зі 100 замовленнями на день.

Що входить у роботу

• Реєстрація додатку та налаштування OAuth.
• Маппінг категорій та атрибутів AliExpress на інфоблоки Бітрікс.
• Розробка модуля синхронізації товарів, цін, залишків.
• Обробка замовлень та відвантажень.
• Документація, навчання менеджерів, підтримка 30 днів.

Строки

Вартість розраховується індивідуально. Отримайте консультацію — оцінимо ваш проект за один день. Замовте інтеграцію та забудьте про ручну роботу з AliExpress.

Як відбувається інтеграція 1С-Бітрікс з маркетплейсами

Менеджер вручну оновлює залишки на Ozon, а Wildberries продає товар, якого на складі немає. Клієнт отримує скасування, рейтинг падає, майданчик ріже покази. Втрати від оверстейтів на каталозі в 5 000 SKU сягають 15% замовлень щомісяця. Ми вирішуємо це автоматичною синхронізацією через API: замовлення потрапляють в Бітрікс, залишки та ціни оновлюються з єдиної адмінки. Наш досвід — 60+ проєктів з інтеграції, 5+ років на ринку. Гарантуємо, що після налаштування жоден товар не піде в мінус.

За даними Вікіпедії, 1С-Бітрікс використовується на понад 100 000 сайтів, що робить його найпоширенішою CMS для e-commerce в Україні. 70% онлайн-покупок проходять через маркетплейси. Товари з коректними залишками отримують вдвічі більше показів. Без автоматизації ви або втрачаєте продажі, або витрачаєте години на ручне оновлення. Ми пропонуємо інтеграцію під ключ — від аудиту каталогу до моніторингу. Оцінимо ваш проєкт за один день: замовте консультацію.

Стабільність підтверджуємо SLA: час реакції на збій — 2 години в робочий час. Використовуємо теговане кешування та агенти Бітрікса, щоб навантаження на сервер не зростало. Економія на ручній праці після інтеграції — до 40 годин на місяць, що еквівалентно 25% робочого часу менеджера. Окупність проєкту — 3-4 тижні.

Навіщо підключати маркетплейси

Маркетплейси — готовий трафік, який один інтернет-магазин не збере. Більше половини онлайн-покупок — через майданчики. Вам залишається асортимент і ціни.

• Канали продажів — мільйони покупців з картою в руці.
• Єдине управління — товари, залишки, замовлення з усіх каналів в Бітріксі. Жодного ручного введення.
• Наскрізна аналітика — маржинальність по кожному каналу. Рішення на цифрах, не на інтуїції.

Як працює синхронізація залишків з Wildberries?

API постачальника WB вимагає оновлювати стоки на складах кожні 15-30 хвилин. Інакше залишки розходяться з сайтом, покупець оформлює замовлення на неіснуючий товар. Ми налаштовуємо агент Бітрікса: CAgent::AddAgent() з інтервалом 15 хвилин, який викликає /api/v3/stocks. Дані беруться з торговельного каталогу з урахуванням резервів.

Типова помилка: в Бітріксі залишок 10 одиниць, на WB стоїть 10, але 3 вже зарезервовані в замовленнях WB. Наш модуль віднімає резерв перед відправкою. Після інтеграції розбіжностей немає, рейтинг продавця зростає. 95% помилок синхронізації виявляються автоматично завдяки вбудованому контролю.

Які маркетплейси ми підключаємо

• Ozon — Seller API v3. Створення карток (/v3/product/import), оновлення цін (/v1/product/import/prices), залишки (/v2/products/stocks), замовлення FBO/FBS (/v3/posting/fbs/list), повернення. Налаштовуємо автогенерацію штрихкодів та етикеток через label/task.
• Wildberries — API постачальника. Вивантаження номенклатури з характеристиками за категоріями (/content/v2/cards/upload), баркоди, синхронізація залишків на складах WB (/api/v3/stocks), обробка замовлень та поставок, медіаконтент.
• Яндекс.Маркет — Partner API. Каталог через фід або push-модель, ціни, залишки, замовлення DBS/FBS/FBY (/campaigns/{campaignId}/orders), інтеграція з Яндекс.Доставкою.
• СберМегаМаркет — Merchant API. Товари, офери, замовлення, синхронізація статусів.
• Інші — AliExpress Росія, Авіто, галузеві майданчики (Lamoda, Leroy Merlin).

Чому пряма інтеграція вигідніша за агрегатори?

Пряма інтеграція через API дає повний контроль. Розробляємо кастомний модуль Бітрікс, який напряму викликає ендпоїнти майданчика. Якщо маркетплейс ламає зворотну сумісність (а WB робить це регулярно) — оновлюємо модуль самі, не чекаємо третю сторону. Кожен запит логується в b_event_log, ретраї на 429/500 — автоматичні.

Агрегатори — RetailCRM, МойСклад, ApiShip — швидкий старт, але чорна скриня. Час реакції на збій через агрегатор — від 24 годин, у нас — 2 години. На highload-каталогах (10 000+ SKU) пряма робота через API втричі дешевша в довгостроковій підтримці, ніж щомісячна плата за агрегатор плюс втрата виручки від простоїв. Фіди (YML/XML) — вивантаження каталогу у форматі Яндекс.Маркет (YML), Google Merchant (XML). Генерація налаштовується через модуль catalog.export або кастомний обробник на CIBlockXMLFile.

Як відбувається вивантаження товарів та синхронізація?

Вивантаження — не «натиснув кнопку». За нею серйозна підготовча робота.

• Мапінг категорій — зіставлення розділів інфоблоку Бітрікс з деревом категорій майданчика. У Ozon своя таксономія (/v1/description-category/tree), у WB — своя. Обов'язкові атрибути різняться.
• Мапінг властивостей — властивості інфоблоку (PROPERTY_*) → характеристики маркетплейсу. Конвертація одиниць, форматів — автоматично через таблицю відповідностей в highload-інфоблоці.
• Збагачення карток — rich-контент для Ozon, відеоогляди для WB, 360-фото. Майданчики ранжують за заповненістю: між «голою» та опрацьованою карткою різниця в продажах двократна.
• Зображення — автоматична генерація в потрібних роздільностях через CFile::ResizeImageGet().

Синхронізація — за розкладом через агенти CAgent::AddAgent():

Як відбувається обробка замовлень?

Замовлення з майданчиків потрапляють в b_sale_order автоматично та обробляються в єдиному потоці.

• Створення — замовлення приходить з усіма реквізитами. Модуль парсить відповідь API, створює замовлення через \Bitrix\Sale\Order::create(), прив'язує до типу платника та платіжної системи маркетплейсу.
• Єдиний потік — менеджери працюють з замовленнями з усіх каналів в одному інтерфейсі. Джерело замовлення видно у властивості ORDER_PROP.
• Синхронізація статусів — зібрали, відвантажили, доставили — статус оновлюється на маркетплейсі через callback. Обробник OnSaleStatusOrder.
• Повернення — скасування на маркетплейсі створює повернення в Бітрікс. Залишки повертаються на склад автоматично.
• Передача в 1С — замовлення йдуть в 1С:Підприємство через штатний обмін CommerceML. Одне джерело правди.

Як забезпечується моніторинг та стабільність?

Мультиканальна торгівля без моніторингу — хаос. Ми ставимо на контроль кожен канал.

• Контроль залишків — сповіщення при розбіжностях між Бітрікс, маркетплейсом та 1С. Товар з нульовим залишком блокується автоматично — не можна продати те, чого немає. Перевірка через cron кожні 10 хвилин.
• Логування та ретраї — кожен запит до API логується в b_event_log з тілом запиту та відповіді. Збій? Автоповтор з експоненційним backoff. Критична помилка? Сповіщення в Telegram-бот адміна.
• Ціноутворення — автоматичний розрахунок з урахуванням комісій майданчика, логістики та цільової маржі. Формула в налаштуваннях модуля: price = base_price / (1 - commission) + logistics — дозволяє зберегти маржу навіть при зміні комісій.
• Аналітика — дашборд: виручка, замовлення, середній чек, повернення, маржинальність по кожному маркетплейсу окремо. Оновлюється раз на годину.

Який підхід до інтеграції та обсяг робіт?

1. Аудит — дивимося каталог Бітрікс, структуру інфоблоків, наявні обміни з 1С. Визначаємо готовність даних. Буває, 80% роботи — привести картки до ладу: заповнити обов'язкові властивості, уніфікувати одиниці виміру.
2. Стратегія — пріоритетні майданчики, модель (FBO/FBS/DBS), глибина інтеграції.
3. Розробка модулів — мапінг, валідація, обробка помилок. Покриваємо unit-тестами критичні сценарії: розбиття замовлення, перерахунок залишків при частковому скасуванні.
4. Тестування — вивантаження тестових товарів, емуляція замовлень через sandbox API майданчиків, крайові випадки (нульовий залишок, товар без фото, ціна нижче мінімальної).
5. Запуск — послідовно запускаємо інтеграції, моніторимо перші обміни в реалтаймі.
6. Супровід — майданчики регулярно оновлюють API (WB — без попередження). Адаптуємося оперативно.

До роботи входить:

• Аудит поточного каталогу, інфоблоків та обміну з 1С — документація з рекомендаціями.
• Розробка модуля інтеграції (на кожен маркетплейс) з вихідним кодом.
• Налаштування мапінгу категорій та властивостей.
• Конфігурація агентів та webhook’ів.
• Тестування в sandbox та на реальних даних.
• Навчання менеджерів роботі з єдиним потоком замовлень.
• Моніторинг протягом перших двох тижнів після запуску.
• Технічна підтримка та оновлення при змінах API майданчиків.

Які терміни інтеграції?

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