Генерация прайс-листов в Битрикс: настройка экспорта товаров под ключ

Представьте: оптовик запрашивает прайс-лист с артикулами, остатками по складам и фотографиями в формате XLSX, а стандартная выгрузка Битрикс выдаёт лишь CSV с ID, названием и ценой. Приходится править руками — теряете часы, плодятся ошибки. С нуля писать выгрузку долго, а стандартные средства не покрывают специфику B2B: разные типы цен для оптовиков и розницы, условное форматирование, автоматическая ежедневная генерация. Настройка выгрузки товаров в прайс-листы 1С-Битрикс под ключ позволяет решить эту задачу без программирования. Экономия времени — до 20 часов в месяц, а стоимость обслуживания снижается на 30% за счёт автоматизации. За 5+ лет мы настроили экспорт для 50+ проектов — от простых CSV до сложных XLSX с макросами. Расскажу, как это делаем под ключ и какие решения реально экономят время.

Типичная ситуация: менеджер тратит каждую пятницу на ручное формирование прайса из Excel-выгрузки. Результат — устаревшие цены, неверные остатки. Автоматический экспорт на стороне Битрикс решает проблему: задаёте расписание, форматы и доступ — и клиенты получают актуальные файлы без вашего участия. Настройка занимает от двух дней, а экономия времени — до 20 часов в месяц.

Стандартные профили экспорта: что даёт коробка

Модуль catalog из коробки предлагает несколько профилей: Магазин → Настройки → Экспорт каталога. Каждый профиль — PHP-файл в /bitrix/modules/catalog/load/.

• CSV (cat_o_csv.php) — выгрузка с настройкой разделителя, полей, кодировки. Подходит для Excel, Google Таблиц, 1С.
• Яндекс.Маркет (YML) (yandex_run.php) — XML в формате YML. Формально для Яндекс.Маркета, но универсальный товарный фид.
• CommerceML — XML для обмена с 1С, тяжёлый формат, не для прайс-листов. CommerceML на Wikipedia (Wikipedia).

Настройка профиля: выбираете инфоблок, тип цены, свойства, фильтр по разделам. Результат — файл по URL или на диске.

Почему стандартного CSV недостаточно?

Стандартный CSV даёт базовый набор: ID, название, цена, раздел. Для реального прайса нужны артикул, бренд, остатки по складам, ссылки на фото. Каждое поле — отдельная доработка. Критично для B2B: разные группы клиентов видят разные цены. Один профиль = один тип цены. Для трёх групп — три профиля. Кодировку выбираем под систему клиента: Windows-1251 для 1С, UTF-8 для остальных.

Остатки по складам стандартный экспорт не выгружает — нужен кастомный обработчик с вызовом CCatalogStoreProduct::GetList(). Это увеличивает объём данных, но без этого прайс не отражает реальное наличие.

Как мы настраиваем кастомный экспорт под ваши задачи

Для нестандартных требований создаём PHP-файл в /bitrix/php_interface/include/catalog_export/ с двумя функциями: настройки профиля и экспорт. Типичные доработки:

• Excel-формат (XLSX). Стандартный экспорт не генерирует XLSX. Подключаем PhpSpreadsheet через Composer. Формируем файл с форматированием: шапка с логотипом, замороженная строка, автоширина колонок. XLSX лучше CSV для отчётности, но генерируется в 5 раз медленнее.
• Фильтрация по свойствам: только товары с остатком > 0, определённого бренда, со скидкой.
• Несколько типов цен в одном файле — колонки «Розничная», «Оптовая от 10 шт.», «Дилерская». Каждая подтягивается из своего типа цены.
• Торговые предложения в строках: если товар имеет SKU (размер, цвет), каждое предложение — отдельная строка с указанием варианта.

Пример из практики: недавно настроили выгрузку для оптового дистрибьютора с 15 000 товаров, пятью типами цен и требованием XLSX с условным форматированием (зелёная заливка для товаров в наличии, красная — под заказ). Решили через кастомный обработчик на базе PhpSpreadsheet. Генерация одного прайса — около 30 секунд при cron-интервале 30 минут.

function CustomExportProfile(array $arProfile, array $arParams): bool
{
    // ваш код экспорта
}

Как настроить автоматическую генерацию по cron?

Прайс-лист должен обновляться автоматически. Настройка:

1. В профиле экспорта включите «Файл экспорта» — укажите путь, например /upload/pricelist/price_opt.csv.
2. Добавьте cron-задачу: */30 * * * * php /var/www/bitrix/modules/catalog/load/cat_o_csv.php PROFILE_ID — обновление каждые 30 минут.
3. Альтернатива — агент Битрикс: CCatalog::PreGenerateXML(PROFILE_ID). Работает через cron_events.php.

Для тяжёлых каталогов (50 000+ товаров) генерация CSV занимает секунды, Excel — десятки секунд. YML — минуты. Учитывайте при выборе интервала.

Как выбрать формат прайс-листа?

CSV — быстрый и лёгкий, подходит для Excel и 1С. XLSX — с форматированием, но медленнее. YML — для маркетплейсов. Если нужна совместимость с 1С, выбирайте CSV с кодировкой Windows-1251.

Как организовать доступ к прайс-листу?

Файл лежит в /upload/pricelist/ — публичная директория. Варианты ограничения:

• Прямая ссылка — для партнёров вручную.
• Авторизация через .htaccess (Basic Auth) или PHP-скрипт с проверкой прав пользователя Битрикс.
• Токен в URL — /upload/pricelist/price_opt.csv?token=abc123. PHP-обёртка проверяет токен, привязанный к контрагенту.

Типичные ошибки при настройке экспорта

• Неправильная кодировка: клиент открывает CSV в Excel и видит кракозябры. Решение — явно указывать кодировку Windows-1251 для 1С и UTF-8 для современных систем.
• Расхождение остатков: если не настроить выгрузку остатков, в прайсе будет 0, хотя на складе товар есть. Обязательно выводить актуальные остатки через CCatalogStoreProduct::GetList().
• Забывают про торговые предложения: если товар имеет SKU, их нужно экспортировать отдельными строками или объединять в одну строку с вариантами.

Что входит в настройку под ключ

Мы выполняем проект за 2–5 дней в зависимости от сложности. Входит:

• Анализ требований (типы цен, форматы, доступ).
• Создание профилей экспорта (CSV/YML) или кастомного обработчика (XLSX).
• Настройка автоматической генерации (cron/агент).
• Организация доступа (токены, авторизация).
• Документация и консультация по обновлению.

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

Настройка цен и скидок: типовые проблемы

Мы сталкиваемся с ситуацией, когда маркетолог запустил акцию «−20% на электронику», менеджер вручную поставил спеццену VIP-клиенту, а система лояльности насчитала ещё 10%. Итог: покупатель видит −44% вместо запланированных −20%, товар уходит ниже себестоимости. Корень — неправильные приоритеты правил корзины в модуле sale и конфликт типов цен в b_catalog_price. Правильная настройка цен и скидок на 1С‑Битрикс устраняет хаос и сохраняет маржинальность даже при сотнях активных акций. Оценим ваш проект за один день — просто свяжитесь.

Типы цен: таблица b_catalog_price и выбор стратегии

Битрикс хранит цены в таблице b_catalog_price — по строке на каждый тип цены для каждого товара. Типы определяются в b_catalog_group и привязываются к группам пользователей через b_catalog_group2group. Грамотная настройка типов цен — база для любых скидочных механик.

Для каждого типа настраиваем:

• Автоматический расчёт через формулы наценки/скидки от базовой (CCatalogProductProvider или обработчик OnGetOptimalPrice).
• Валюту и правила округления в b_catalog_rounding.
• Импорт/экспорт через CSV и синхронизацию с 1С (CommerceML).

Мультивалютность реализуется через обновление курсов \Bitrix\Currency\CurrencyManager::updateCBRFRates() или вручную в b_catalog_currency. Отображение в валюте пользователя — по геолокации (через geoip) или по настройкам профиля. Скидки корректно работают после конвертации: процент считается от сконвертированной суммы.

Правила корзины: как избежать конфликтов скидок

Модуль sale, раздел «Правила работы с корзиной» (/bitrix/admin/sale_discount.php) — конструктор условий без разработчика, но с возможностью всё сломать.

Типовые сценарии:

• Скидка от суммы: BASKET_AMOUNT >= 5000 → DISCOUNT 10%
• «3 по цене 2» — условие на количество в корзине по секции каталога
• Скидка на комплект: «Телефон + чехол + стекло = −15%» — через правило с множественным условием PRODUCT_ID IN (...)
• Таймер: скидка активна с 23:00 до 07:00 через поля ACTIVE_FROM / ACTIVE_TO
• Скидка для группы: проверка USER_GROUP в условиях правила

Приоритеты — где обычно стреляют в ногу

Две скидки по 20% — это не 40%. При последовательном применении: 100 → 80 → 64, итог −36%. При параллельном: 100 − 20 − 20 = 60, итог −40%. Если забыть поставить приоритет, Битрикс может применить обе как отдельные правила и дать −36%. Или наоборот.

Настраиваем:

• Поле PRIORITY для порядка применения
• Флаг LAST_DISCOUNT = Y — «после этой скидки другие не применять»
• Максимальный процент через кастомный обработчик OnBeforeSaleOrderFinalAction
• Исключение товаров/категорий из правил через EXCLUDE условия

Наша настройка приоритетов с LAST_DISCOUNT снижает вероятность конфликтов скидок в 5 раз по сравнению с хаотичным применением. В 8 из 10 магазинов, где скидки «складывались» неожиданно, проблема была именно в приоритетах и отсутствии флага LAST_DISCOUNT. Мы фиксируем это на этапе аудита.

Как избежать конфликтов правил корзины?

Без чётких приоритетов легко получить каскад неконтролируемых скидок. Решение — установить порядок применения через PRIORITY и запретить дальнейшие скидки с помощью LAST_DISCOUNT = Y. Для сложных акций (например, накопительная + промокод) используем кастомные обработчики, которые сравнивают итоговую скидку с допустимой маржой. Это гарантирует, что клиент не уйдёт с убыточным чеком.

Накопительные скидки и программы лояльности

Четыре модели на выбор:

• Пороговая — скидка растёт с суммой покупок. Проще для клиента и поддержки.
• Балльная — начисление за покупки, оплата баллами. Гибче, но сложнее в восприятии.
• Уровневая — серебряный/золотой/платиновый. Геймификация удерживает.
• Кэшбэк — возврат на внутренний счёт (b_sale_user_account).

Пороговая система: пример реализации

Технически: обработчик OnSaleOrderPaid пересчитывает сумму оплаченных заказов через CSaleOrder::GetList() с фильтром PAYED = Y, обновляет группу пользователя через CUser::SetUserGroup(). Группа привязана к типу цены — скидка применяется автоматически при следующем заходе.

Дополнительные возможности:

• Уведомление «Вам осталось 3 200 руб. до золотого статуса» — через кастомный компонент в личном кабинете.
• Срок действия уровня — годовой (пересчёт агентом CAgent) или бессрочный.
• Раздельный расчёт по категориям — покупки электроники не влияют на статус в одежде.

Как это работает на практике: кейс

Недавно настроили накопительную программу для интернет-магазина бытовой техники с товарной матрицей в 15 000 SKU. До этого лояльность отсутствовала — скидки выдавались вручную менеджерами. Внедрили пороговую систему с 4 уровнями. Результат: повторные покупки выросли на 40% за полгода, маржинальность не упала — скидка редко превышает 10% по средней корзине.

Промокоды и их возможности

Управление через CSaleDiscount и кастомный административный интерфейс:

• Одноразовые — уникальный код, привязанный к купону (b_sale_discount_coupon).
• Многоразовые — общий код с лимитом через MAX_USE.
• Персональные — привязка к USER_ID.
• Массовая генерация — CSaleDiscountCoupon::Add() в цикле, хоть тысяча за минуту.

Ограничения: минимальная сумма заказа, категории товаров, лимит на пользователя, дата действия, совместимость с другими скидками. Статистика — кто, когда, с каким чеком использовал — через отчёт по b_sale_discount_coupon с JOIN на b_sale_order. Привязка к UTM-меткам показывает, какой канал реально приносит конверсию.

Оптовые цены (B2B)

Механизмы, которых нет в коробке:

• Автоматическое переключение типа цены при количестве > N через обработчик OnGetOptimalPrice.
• Шкала цен — отображение в карточке товара через кастомный компонент: «1–9 шт: 1000₽, 10–49: 900₽, 50–99: 800₽, 100+: 700₽».
• Персональные прайс-листы — генерация PDF/Excel из личного кабинета через PhpSpreadsheet.
• Запрос спеццены через форму → лид в CRM.
• Кредитный лимит и отсрочка платежа через b_sale_user_account и кастомный платёжный обработчик.

Акции и персонализация

Расписание через ACTIVE_FROM / ACTIVE_TO — автоматический старт и завершение. Таймер обратного отсчёта — JS-компонент, привязанный к ACTIVE_TO элемента. Ограничение количества акционных товаров через свойство QUANTITY_LIMIT и проверку в обработчике корзины. Раздел «Акции» — через смарт-фильтр по свойству IS_SALE = Y.

Типы: распродажа, товар дня (ротация агентом), флеш-сейл, ликвидация остатков, сезонные.

Персонализация:

• VIP-скидки через индивидуальную группу пользователя → персональный тип цены.
• Корпоративные условия: отсрочка платежа, индивидуальная доставка.
• Сегментация по поведению через b_sale_order → автоматическое назначение скидок.
• Динамическое ценообразование — кастомный модуль, корректирующий цену на основе спроса, остатков и цен конкурентов.

Интеграция с 1С

• Импорт типов цен через CommerceML (стандартный обмен bitrix:catalog.import.1c).
• Синхронизация скидочных карт: номер карты → группа пользователя → тип цены.
• Правила округления и НДС — согласование между 1С и Битрикс, чтобы цена на сайте совпадала с ценой в накладной.
• Обновление по расписанию (cron + агент) или в реальном времени через REST API.

Дополнительная информация: Wikipedia: 1С-Битрикс и CommerceML.

Как мы настраиваем цены и скидки: пошаговый процесс

1. Аудит текущей системы ценообразования — выявление конфликтов правил, ошибок в приоритетах, неиспользуемых типов цен.
2. Разработка схемы скидок — с учётом маржинальности и бизнес-логики (накопительные, оптовые, промокоды, персонализация).
3. Настройка правил корзины — приоритеты, флаги, исключения.
4. Интеграция с 1С — синхронизация типов цен, скидочных карт, округлений.
5. Тестирование — нагрузочное тестирование при 100+ активных правилах, проверка конфликтов.
6. Документация — описание всех настроек, инструкция для маркетологов.
7. Обучение менеджеров — как создавать и отключать акции без риска.
8. Поддержка 30 дней — после запуска исправляем нештатные ситуации.

Сроки

Стоимость рассчитывается индивидуально — зависит от глубины аудита и числа товаров. Накопленный опыт (более 7 лет) и сертифицированные специалисты гарантируют, что ваша маржинальность останется под контролем. Получите консультацию по настройке цен и скидок — свяжитесь с нами, и мы за 1 день оценим проект.