Настройка массового обновления цен 1С-Битрикс под ключ

Поставщик прислал прайс-лист с новыми закупочными ценами — 3000 позиций. Розничная наценка неизменна — 40%. Нужно обновить розничные цены к утру. Вручную — нереально: 8-10 часов монотонной работы с риском ошибок округления. Импорт через 1С — не всегда есть связка. Массовое обновление цен через API Битрикса — решение, которое мы настраиваем за несколько часов. Скрипт на PHP с использованием D7 ORM обрабатывает 3000 записей за 2-3 минуты. Типы цен, привязка к инфоблокам, зависимость от количества, сброс тегированного кэша — все это требует точного кода. Наша команда имеет 5+ лет опыта в таких задачах и гарантирует стабильный результат. Сертифицированные разработчики 1С-Битрикс предлагают комплексное решение под ключ. Экономия бюджета при автоматизации достигает 70% по сравнению с ручным трудом, а скорость обновления возрастает в десятки раз. Закажите консультацию для анализа вашего каталога.

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

Ручное редактирование тысяч товаров занимает дни, а скрипт справляется за минуты. Ошибки округления при ручном расчёте наценки — автоматизация исключает опечатки. Зависимость от 1С — когда обмен через CommerceML не настроен или временно недоступен, API спасает. Каталоги до 100 000 товаров обрабатываются без простоев.

Как работает массовое обновление через D7 ORM?

Цены хранятся в b_catalog_price. Ключевые поля: PRODUCT_ID, CATALOG_GROUP_ID (тип цены), PRICE, CURRENCY, QUANTITY_FROM, QUANTITY_TO (для ценовых диапазонов). Типы цен — b_catalog_group: BASE — базовая, остальные — дополнительные (розничная, оптовая, закупочная). CATALOG_GROUP_ID = 1 обычно — базовая цена, но это зависит от конкретной установки.

Сравнение методов обновления

Прямой API-метод выигрывает у CommerceML в скорости в 50 раз при разовых обновлениях — это ключевое преимущество для срочных задач.

Работа с PriceTable API

Получить ID типа цены по названию:

$priceType = \Bitrix\Catalog\GroupTable::getList([ 'filter' => ['NAME' => 'Розничная'], 'select' => ['ID'], ])->fetch(); $priceTypeId = $priceType['ID']; 

Подробнее о PriceTable API читайте в официальной документации.

Как реализовать обновление: от загрузки прайса до сброса кэша?

Загрузка из Excel/CSV и расчёт наценки

Прайс от поставщика чаще всего приходит в Excel или CSV. Для парсинга Excel используется PhpSpreadsheet:

$spreadsheet = \PhpOffice\PhpSpreadsheet\IOFactory::load('/path/to/price.xlsx'); $sheet = $spreadsheet->getActiveSheet(); foreach ($sheet->getRowIterator(2) as $row) { // со второй строки (пропускаем заголовок) $cells = $row->getCellIterator(); $cells->setIterateOnlyExistingCells(false); $rowData = []; foreach ($cells as $cell) { $rowData[] = $cell->getValue(); } $articul = $rowData[0]; // A: артикул $newPurchase = (float)$rowData[3]; // D: закупочная цена // Найти товар по артикулу $productId = findProductByArticul($articul); if ($productId) { updatePrice($productId, PURCHASE_PRICE_TYPE_ID, $newPurchase); updatePrice($productId, RETAIL_PRICE_TYPE_ID, calcRetailPrice($newPurchase, 40.0)); } } 

Расчёт розничной цены по наценке:

function calcRetailPrice(float $purchasePrice, float $markup): float { return round($purchasePrice * (1 + $markup / 100), 2); } 

Сброс кэша и лог изменений

После массового обновления цен страницы каталога показывают старые цены из кэша. Сброс кэша для всего каталога:

\Bitrix\Main\Application::getInstance()->getTaggedCache()->clearByTag('catalog'); // или сброс по инфоблоку \Bitrix\Main\Application::getInstance()->getTaggedCache()->clearByTag('iblock_id_' . $iblockId); 

Альтернатива — не сбрасывать кэш массово, а дождаться естественного устаревания (TTL). Но если цены изменились на акционные с конкретным сроком, сброс обязателен.

Для аудита рекомендуется перед обновлением сохранять старые цены в кастомную таблицу catalog_price_history с полями (product_id, price_type_id, old_price, new_price, changed_by, changed_at). Это позволяет откатить ошибочное обновление и анализировать динамику цен.

Пошаговая инструкция по обновлению

1. Подготовить прайс-лист в формате Excel или CSV.
2. Разобрать файл с помощью PhpSpreadsheet, извлечь артикулы и цены.
3. Выполнить валидацию и маппинг артикулов на ID товаров инфоблока.
4. Запустить цикл батчинга по 100 записей с паузой 50ms для обновления цен через PriceTable API.
5. Рассчитать розничную цену по наценке и записать оба типа цен.
6. Сбросить тегированный кэш каталога.
7. Записать лог изменений в таблицу catalog_price_history.

Как избежать ошибок при массовом обновлении?

Тестируйте скрипт на копии каталога перед боевым запуском. Включите логирование ошибок в PHP и используйте транзакции в MySQL для атомарности изменений. Мы включаем все эти элементы в стандартный набор работ.

Типичные ошибки

• Неверный идентификатор типа цены — цены записываются не туда.
• Отсутствие батчинга — MySQL падает на 10 000 товаров.
• Пропущенный сброс кэша — старые цены висят на витрине.
• Отсутствие транзакции — при сбое часть цен обновлена, часть нет.

При сбое обновления запустите скрипт заново — он пропустит уже обновлённые записи при наличии флага updated. Либо используйте откат по таблице catalog_price_history, если она была создана.

Что входит в настройку массового обновления и какие гарантии?

• Анализ текущей структуры каталога и типов цен.
• Разработка скрипта импорта из Excel/CSV с авторасчетом наценки.
• Реализация батчинга для больших объемов (до 100 000 товаров).
• Настройка сброса тегированного кэша.
• Создание таблицы лога изменений.
• Тестирование на копии каталога.
• Документация скрипта и инструкция по запуску.
• Гарантия стабильной работы 30 дней.

Свяжитесь с нами для оценки вашего проекта. Средняя экономия времени — 90% при каталогах свыше 10 000 товаров.