Автоматический сбор остатков с витрин поставщиков в 1С-Битрикс
Ситуация: поставщик не даёт API, прайс-листы присылает раз в неделю по почте, а реальные остатки меняются ежедневно. Покупатель оформляет заказ — товара нет. Мы решаем эту проблему парсингом витрины поставщика с обновлением поля CATALOG_QUANTITY в 1С-Битрикс. Парсинг — это не всегда HTML: часто остатки лежат в JSON-переменных на странице (window.__PRODUCT_DATA__). Используем CURL и regex — это быстрее headless-браузера и не нагружает сервер. Для защиты от блокировок применяем случайные User-Agent и ротацию прокси. За 5 лет на рынке автоматизировали сбор остатков для каталогов от 500 до 50 000 SKU. Каждый проект проходит индивидуальную настройку — от выбора метода парсинга до логики обработки нулевых остатков. Закажите разработку парсинга — и мы бесплатно проанализируем витрину вашего поставщика.
Как парсим остатки с сайтов поставщиков
На сайте поставщика остаток может быть представлен по-разному: числовое значение (в наличии: 47 шт) — прямо парсим число; статус наличия (в наличии, под заказ, нет) — маппим на 0/1/999; несколько складов — суммируем или берём ближайший склад. Иногда остатки прячутся в JS-переменных — ищем через regex в теле страницы, это быстрее headless-браузера. Если поставщик использует API (редко), подключаемся через REST.
Почему маппинг товаров — самое узкое место?
Ключевой этап. Без надёжного маппинга парсинг бесполезен. Варианты:
- Артикул поставщика — добавляем свойство
SUPPLIER_SKUв инфоблок. При парсинге ищем элемент с этим значением черезCIBlockElement::GetList()с фильтром по свойству. - XML_ID — если ранее импортировали товары из прайса поставщика, XML_ID может совпадать с его внутренним ID.
- EAN/штрихкод — универсальный вариант для брендовых товаров.
Для больших каталогов (10 000+ SKU) фильтрация по свойству через ORM работает медленно. Лучше построить обратный маппинг supplier_sku → element_id в Redis или в кастомной таблице и обновлять его при изменениях каталога.
Как обновляются остатки в Битриксе
Согласно документации 1С-Битрикс, обновление количества товара производится через метод CCatalogProduct::Update.
CCatalogProduct::Update($elementId, [ 'QUANTITY' => $parsedQty, 'QUANTITY_RESERVED' => 0, ]); Если магазин использует склады (b_catalog_store), обновляем через CCatalogStoreProduct::Update() с указанием STORE_ID.
При обновлении только количества не трогайте ACTIVE — иначе потеряете ручные правки активности. Делайте отдельный UPDATE только нужного поля.
Как обрабатывать нулевые остатки без потери продаж?
Не стоит автоматически скрывать товар при нулевом остатке — возможно, поставщик пополнит склад через день. Правильная щадящая логика:
- Количество = 0 → товар остаётся активным, но добавляется флаг «под заказ».
- Количество = 0 более N дней → уведомление менеджеру, ручное решение.
- Товар не найден на сайте поставщика 3+ раза подряд → флаг
SUPPLIER_DISCONTINUED.
Флаги реализуем через свойства инфоблока или поля Highload-блока.
Как настроить парсинг остатков: пошаговая инструкция
- Анализ витрины поставщика. Определяем способ парсинга (HTML, JSON-переменные, API), готовим селекторы.
- Разработка парсера. PHP-скрипт с поддержкой CURL, regex, опционально Guzzle. Для защиты от блокировок используем случайные User-Agent и прокси.
- Настройка маппинга SKU. Связка артикулов поставщика с ID товаров в Битриксе. Для каталогов 10 000+ SKU используем Redis.
- Интеграция в Битрикс. Агент или cron-задача, обновление остатков через
CCatalogProduct::Update(). Проверяем на тестовом наборе товаров. - Логика обработки нулевых остатков. Автоматические флаги, уведомления менеджеру. Тестируем сценарии: товар исчез, появился, изменилась цена.
- Мониторинг и поддержка. После запуска парсер работает стабильно; при изменении структуры сайта поставщика адаптация занимает не более пары часов.
Что входит в работу
| Компонент | Описание |
|---|---|
| Анализ витрины поставщика | Определяем способ парсинга (HTML, JSON-переменные, API), готовим селекторы |
| Разработка парсера | PHP-скрипт с поддержкой CURL, regex, опционально Guzzle |
| Маппинг SKU | Связка артикулов поставщика с ID товаров в Битриксе |
| Интеграция в Битрикс | Агент или cron-задача, обновление остатков через CCatalogProduct::Update() |
| Логика обработки нулевых остатков | Автоматические флаги, уведомления менеджеру |
| Документация и поддержка | Схема маппинга, инструкция по добавлению поставщика, 2 недели бесплатной поддержки |
Таймлайн работ
| Этап | Срок |
|---|---|
| Анализ сайта поставщика, выбор метода парсинга | 2–4 часа |
| Разработка парсера остатков | 1–2 дня |
| Настройка маппинга SKU | 4–8 часов |
| Логика обновления в Битриксе + обработка нулевых остатков | 4–8 часов |
| Настройка расписания и мониторинга | 2–4 часа |
Итого: 3–5 рабочих дней на одного поставщика. Каждый дополнительный поставщик — +1–2 дня (разная структура сайтов).
Мы гарантируем, что после запуска парсинг будет работать стабильно, а при изменении структуры сайта поставщика адаптация займёт не более пары часов. Экономия времени на ручной обработке остатков — до 80% в месяц. Оценим ваш проект бесплатно — просто напишите нам. Получите консультацию прямо сейчас.