Автоматизация продаж: связка 1С-Битрикс и AliExpress через API

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

Связка 1С-Битрикс с AliExpress — это не просто выгрузка товаров. Это двусторонний обмен: цены, остатки, заказы, отгрузки — всё в реальном времени. Интеграция базируется на Solution API AliExpress, который принципиально отличается от глобального: авторизация через OAuth 2.0, JSON-формат, управление товарами и заказами только через REST. За 7 лет мы провели более 50 таких проектов, включая каталоги с миллионами SKU. Гарантируем стабильную работу и соответствие последним требованиям 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 API docs

Почему модерация 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 продаёт товар, которого на складе нет. Клиент получает отмену, рейтинг падает, площадка режет показы. Мы решаем это автоматической синхронизацией через API: заказы падают в Битрикс, остатки и цены обновляются из единой админки. Наш опыт — 60+ проектов по интеграции с Ozon, WB, Яндекс.Маркет. Гарантируем, что после настройки ни один товар не уйдёт в минус.

Важность автоматизации: 70% онлайн-покупок в России проходят через маркетплейсы. Товары с корректными остатками получают вдвое больше показов. Без автоматизации вы либо теряете продажи из-за оверстейтов, либо тратите часы на ручное обновление. Мы предлагаем интеграцию под ключ — от аудита каталога до мониторинга. Оценим ваш проект за один день: напишите для консультации.

Стабильность подтверждаем SLA: время реакции на сбой — 2 часа в рабочее время. Используем тегированное кэширование и агенты Битрикса, чтобы нагрузка на сервер не росла. Экономия на ручном труде после интеграции — до 40 часов в месяц, что при ставке менеджера даёт около 60 000 ₽ экономии.

Зачем подключать маркетплейсы

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

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

Как работает синхронизация остатков с Wildberries?

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

Типичная ошибка: в Битриксе остаток 10 единиц, на WB стоит 10, но 3 уже зарезервированы в заказах WB. Наш модуль вычитает резерв перед отправкой. Результат: после интеграции расхождений нет, рейтинг продавца растёт. Потери от оверстейтов на каталоге в 5 000 SKU составляют в среднем 150 000 ₽ в месяц — интеграция окупается за 3–4 недели.

Какие маркетплейсы подключаем

• 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 или агрегатор?

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

Агрегаторы — RetailCRM, МойСклад, ApiShip. Быстрый старт, но чёрный ящик: когда что-то ломается, дебажить через чужой слой — удовольствие сомнительное. Подходит при ограниченном бюджете. Фиды (YML/XML) — выгрузка каталога в формате Яндекс.Маркет (YML), Google Merchant (XML). Генерация настраивается через модуль catalog.export или кастомный обработчик на CIBlockXMLFile.

Почему прямая интеграция выгоднее агрегаторов? Агрегаторы унифицируют обмен с разными площадками, но каждая новая версия API маркетплейса требует обновления со стороны агрегатора. Ждать исправления — дни. Прямая интеграция даёт контроль: мы обновляем модуль в день изменения. Типичное время реакции на сбой в интеграции через агрегатор — от 24 часов, у нас — 2 часа. Экономия на потерянных заказах за месяц может достигать 200 000 ₽. Практика показывает: на highload-каталогах (10 000+ SKU) прямая работа через API в три раза дешевле в долгосрочной поддержке, чем ежемесячная плата за агрегатор плюс потеря выручки от простоев.

Выгрузка товаров и синхронизация

Выгрузка — не «нажал кнопку». За ней серьёзная подготовительная работа.

• Маппинг категорий — сопоставление разделов инфоблока Битрикс с деревом категорий площадки. У 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С. Детальную оценку даём после аудита. Закажите аудит каталога — бесплатно оценим ваш проект и предложим решение под ключ. Свяжитесь с нами, чтобы получить консультацию по интеграции и рассчитать индивидуальную стоимость.