Автоматическое обновление цен по расписанию в 1С-Битрикс

Представьте: интернет-магазин с 10 000 товаров, прайс от поставщика приходит ежедневно в 6 утра. Ручное обновление занимает 3 часа, и к 10 утра цены уже устарели, если поставщик меняет их в 8. Автоматизация решает эту проблему: запланированное обновление через cron снижает задержку до минут и исключает ошибки ввода. Мы автоматизируем синхронизацию цен из внешних источников в 1С-Битрикс — от парсинга прайсов до контроля аномалий. Наш опыт показывает, что правильная настройка окупается за несколько недель. Мы обладаем многолетним опытом в интеграциях 1С-Битрикс с внешними системами и реализовали более 50 проектов по автоматизации цен. Оценим ваш проект бесплатно.

Как настроить обновление цен по расписанию в 1С-Битрикс?

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

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

Для каждого формата нужен свой обработчик, но логика обновления цен в Битрикс одинакова. Парсинг через API в 10 раз надёжнее ручного ввода — он исключает человеческий фактор.

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

Цены хранятся в таблице b_catalog_price. Ключевые поля: PRODUCT_ID, CATALOG_GROUP_ID, PRICE, CURRENCY. Для обновления цены через API:

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

Bitrix Documentation: PriceTable API

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

Шаг 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() или точечный сброс страниц изменённых товаров.

Процесс работы и что входит

Мы используем проверенную методологию:

1. Аналитика — изучаем источники данных поставщиков, структуру прайсов, формат.
2. Проектирование — разрабатываем архитектуру обработчиков, правила маппинга и наценок.
3. Реализация — пишем код загрузки, парсинга и обновления цен, настраиваем cron.
4. Тестирование — проверяем на тестовом каталоге, имитируем аномалии.
5. Деплой — запускаем в бой, настраиваем мониторинг и уведомления.

Комплекс работ включает:

• Анализ источников данных и форматов.
• Разработка парсеров для каждого источника.
• Настройка маппинга артикулов и формул наценок.
• Реализация механизмов контроля (пороги, логирование, уведомления).
• Настройка cron-задач и мониторинга.
• Документация и инструкции для менеджера.
• Гарантия корректной работы в течение месяца.

Свяжитесь с нами — поможем настроить обновление цен под ключ. Получите консультацию по вашему проекту. Закажите бесплатную оценку — мы проанализируем ваши источники и предложим оптимальное решение.