Настройка обновления цен по расписанию из внешних источников 1С-Битрикс

Настройка обновления цен по расписанию из внешних источников 1С-Битрикс

Ручное обновление цен в каталоге из прайс-листов поставщиков — это ежедневная рутина менеджера, которая занимает от 30 минут до нескольких часов. При этом любая задержка означает продажу по устаревшей цене — либо в убыток, либо с потерей клиента. Автоматическое обновление цен по расписанию устраняет человеческий фактор и сокращает задержку до минут.

Источники данных о ценах

Поставщики отдают цены в разных форматах:

• CSV/Excel — файл на FTP, по ссылке или email. Самый распространённый формат.
• XML (YML, CommerceML) — структурированный формат, часто с дополнительными данными (остатки, описания).
• API — REST или SOAP-эндпоинт поставщика. Наиболее надёжный вариант, но есть не у всех.
• 1С-выгрузка — CommerceML-файлы из 1С:Предприятие через стандартный обмен.

Для каждого формата нужен свой обработчик, но логика обновления цен в Битрикс одинакова.

Структура цен в Битрикс

Цены хранятся в таблице b_catalog_price. Ключевые поля:

• PRODUCT_ID — ID элемента каталога.
• CATALOG_GROUP_ID — тип цены (розничная, оптовая, закупочная). Типы цен задаются в b_catalog_group.
• PRICE — числовое значение.
• CURRENCY — валюта (ISO-код).

Для обновления цены через API:

\Bitrix\Catalog\PriceTable::update($priceId, [
    'PRICE' => $newPrice,
    'CURRENCY' => 'RUB',
]);

Или через старый API, если нужно создать цену при её отсутствии:

CPrice::SetBasePrice($productId, $newPrice, 'RUB');

Алгоритм обновления

Шаг 1. Загрузка прайса. Скрипт забирает файл с FTP (ftp_get()), скачивает по URL (file_get_contents()) или запрашивает API поставщика.

Шаг 2. Парсинг. CSV парсится через fgetcsv(), Excel — через PhpSpreadsheet, XML — через SimpleXMLElement. Результат — массив пар «идентификатор товара → цена».

Шаг 3. Маппинг. Артикул поставщика сопоставляется с элементом каталога Битрикс. Поиск по свойству PROPERTY_SUPPLIER_ARTICLE или XML_ID:

$element = CIBlockElement::GetList(
    [],
    ['IBLOCK_ID' => $catalogIblockId, 'PROPERTY_ARTICLE' => $supplierArticle],
    false,
    ['nTopCount' => 1],
    ['ID']
)->Fetch();

Шаг 4. Обновление. Запись новой цены в b_catalog_price. При обновлении тысяч товаров используйте прямые SQL-запросы или батчевое обновление через D7 — поэлементное обновление через CPrice::SetBasePrice() слишком медленное.

Наценки и формулы

Поставщик отдаёт закупочную цену. Розничная рассчитывается по формуле:

• Фиксированная наценка: розничная = закупочная × 1.3 (30%).
• Прогрессивная: наценка зависит от диапазона цен (дешёвые товары — 50%, дорогие — 15%).
• Округление: ceil($price / 10) * 10 - 1 → цена 1 287 → 1 289.

Формулы наценки хранятся в конфигурации, а не зашиваются в код. Это позволяет менеджеру менять правила через административный интерфейс.

Cron-настройка

Обновление цен запускается по cron:

# Загрузка прайса поставщика А — ежедневно в 6:00
0 6 * * * /usr/bin/php /home/bitrix/scripts/update_prices.php --source=supplier_a >> /var/log/price_update.log 2>&1

# Загрузка прайса поставщика Б — ежедневно в 6:30
30 6 * * * /usr/bin/php /home/bitrix/scripts/update_prices.php --source=supplier_b >> /var/log/price_update.log 2>&1

Разносите обновления по времени — параллельный запуск нескольких импортов нагружает базу и может привести к дедлокам.

Контроль изменений

Слепое обновление цен опасно. Ошибка в прайсе поставщика (цена 100 вместо 10 000) приведёт к убыткам. Механизмы защиты:

• Порог изменения — если цена изменилась более чем на 30%, не обновлять автоматически, а пометить для ручной проверки.
• Логирование — таблица price_update_log с полями: товар, старая цена, новая цена, источник, дата. Позволяет откатить ошибочное обновление.
• Уведомление — email или Telegram-уведомление менеджеру при аномальных изменениях.

$changePercent = abs($newPrice - $oldPrice) / $oldPrice * 100;
if ($changePercent > 30) {
    logAnomaly($productId, $oldPrice, $newPrice, $source);
    continue; // Пропускаем обновление
}

Сброс кеша после обновления

После массового обновления цен необходимо сбросить кеш каталога, иначе пользователи увидят старые цены:

\Bitrix\Iblock\ElementTable::getEntity()->cleanCache();
BXClearCache(true, '/catalog/');

Для сайтов с композитным кешем дополнительно вызовите \Bitrix\Main\Composite\Engine::deleteAllCache() или точечный сброс страниц изменённых товаров.