Настройка оптовых цен по объему заказа 1С-Битрикс

Мы часто сталкиваемся с задачей настройки оптовых цен в 1С-Битрикс. Типичная ситуация: клиент хочет, чтобы чем больше покупатель берёт, тем дешевле ему обходится каждая единица. Базовая механика проста, но реализация в Битриксе требует понимания трёх разных подходов. Выбор неправильного — частая причина проблем с производительностью или некорректного расчёта. Например, при большом количестве товаров квантованные цены могут замедлить каталог, поэтому мы оптимизируем кэширование и используем индексы. У нас за плечами более 50 успешных проектов по Битрикс и 10+ лет опыта. Мы гарантируем, что предложим оптимальное решение под вашу архитектуру.

Какие проблемы решаем?

Оптовые цены по объёму могут быть реализованы несколькими способами, но каждый имеет нюансы. Разберём типовые сценарии.

Квантованные цены: встроенный механизм

Модуль catalog поддерживает ступенчатые цены через таблицу b_catalog_price. Для одного товара задаются несколько строк с одним типом цены, но разными диапазонами QUANTITY_FROM и QUANTITY_TO. Чем больше количество — тем ниже цена. Настройка в панели: карточка товара → вкладка «Цены» → добавление строк через интерфейс или программно через CCatalogProductPrice::Add(). При добавлении в корзину Битрикс автоматом подбирает нужную строку — дополнительный код не требуется.

Скидки по сумме корзины

Если цена зависит от общей суммы заказа, используем модуль скидок (CCatalogDiscount). Создаём правило типа «На корзину» с условием ORDER_PRICE > N и скидкой X%. Несколько уровней: 50 000 → 5%, 100 000 → 8%, 200 000 → 12%. Настройка: Магазин → Правила работы с ценами. Важно выставить флаги «Останавливать дальнейшее применение» по приоритету.

Скидки по объёму в категории

Сложный сценарий: скидка на товары из категории X при сумме больше Y. Расширенные условия скидки покрывают это через условие «Раздел инфоблока». Если нужна нестандартная логика (несколько категорий, весовые коэффициенты) — реализуем через обработчик OnSaleBasketBeforeSaved.

Как отобразить таблицу цен на витрине?

Покупатель должен видеть цены при разных объёмах до добавления в корзину. В bitrix:catalog.element в result_modifier.php подтягиваем все строки b_catalog_price с QUANTITY_FROM > 0, формируем массив QUANTITY_PRICES и выводим таблицей:

Почему стандартных инструментов может не хватить?

В реальных проектах часто встречаются гибридные схемы: скидка накапливается по видам товаров, применяется только для определённых групп пользователей или зависит от истории заказов. В таких случаях мы проектируем кастомную систему на базе событий OnSaleBasketBeforeSaved и OnOrderSave. Пример из практики: интернет-магазин строительных материалов, где оптовая цена считалась как сумма заказов за последний месяц с коэффициентом на категорию. Решение потребовало 10 дней разработки, включая тесты и документацию.

Как выбрать подходящий механизм?

Как мы это делаем?

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

Ориентировочные сроки

• Настройка ступенчатых цен через интерфейс + импорт: от 3 до 5 дней.
• Разработка кастомной логики с отображением: от 1 до 2 недель.

Стоимость рассчитывается индивидуально после оценки объёма работ.

Что входит в работу?

• Документация по настройкам и API.
• Передача доступов и исходных кодов.
• Обучение ваших менеджеров работе с инструментом.
• Поддержка в течение 30 дней после запуска.

Оценим ваш проект бесплатно. Свяжитесь с нами для консультации. Получите консультацию инженера бесплатно – расскажем, какой подход подходит именно вам.

Пример кастомного обработчика OnSaleBasketBeforeSaved:

// Код для кастомной скидки на категорию
AddEventHandler('sale', 'OnSaleBasketBeforeSaved', 'CustomDiscountHandler');
function CustomDiscountHandler(Basket $basket) {
    foreach ($basket as $item) {
        // Логика проверки категории и суммы
    }
}

Подробнее: OnSaleBasketBeforeSaved

B2B-порталы на 1С-Битрикс

Наша специализация — разработка B2B-порталов на 1С-Битрикс. Не просто «интернет-магазинов для оптовиков». Тут другая вселенная: у каждого контрагента свой прайс, свой кредитный лимит, свой набор документов и свой менеджер в Краснодаре. Розничный покупатель выбирает по картинке и отзывам. Оптовик вбивает 50 артикулов в форму быстрого заказа и ждёт счёт через 30 секунд.

У нас 10+ лет опыта в этой нише, более 50 проектов внедрения. Гарантия на работы — 12 месяцев. Сертифицированные специалисты 1С-Битрикс. Свяжитесь с нами — мы проанализируем вашу текущую структуру цен и предложим архитектуру портала под ваш бизнес.

Как устроено ценообразование в B2B-портале?

Если в рознице одна цена для всех, то в B2B — матрица. Типы цен в b_catalog_price умножаются на группы контрагентов, накопительные скидки, валютные пересчёты и договорные условия. Именно здесь проект либо взлетает, либо тонет в багах.

Типы цен и прайс-листы. В Битрикс типы цен задаются через CCatalogGroup. Стандартный набор: розничная, мелкооптовая, оптовая, дилерская, дистрибьюторская. Каждый контрагент привязан к группе пользователей, группа — к типу цены. Но реальность сложнее: один дилер может видеть оптовые цены на электронику и дистрибьюторские на аксессуары. Это уже не штатный механизм — нужна кастомная логика через обработчик OnSaleBasketItemBeforePriceSave.

Скидки — прогрессивная шкала по объёму (от 100 штук — минус 5%, от 500 — минус 12%), накопительные за период, сезонные, по категориям. Скидки комбинируются через приоритеты в b_sale_discount. Порядок применения — отдельная головная боль: скидка может быть до или после фиксированной; приоритеты настраиваются в «Правилах работы с корзиной». При 20+ правилах отладка превращается в квест.

Кредитные лимиты. Контрагенту устанавливается порог отгрузки в кредит. Текущая задолженность синхронизируется с 1С через регистр РасчетыСКонтрагентами. Превышение лимита → блокировка оформления заказа. Без этого менеджеры отгружают в долг, а бухгалтерия потом разгребает дебиторку.

Договорные цены — прайс привязан к конкретному договору: сроки действия, номер, условия пролонгации. Договор истёк — цены переключаются на базовые автоматически. Реализуется через пользовательские свойства заказа и обработчик OnSaleComponentOrderProperties.

Валюта — для ВЭД обязательно. Пересчёт по курсу ЦБ (парсинг cbr.ru через CCurrencyRates::ConvertCurrency()) или фиксированный курс контракта.

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

Заказы — полная история с фильтрацией по статусам, датам, суммам. Повтор предыдущего заказа в один клик — для регулярных закупок это экономит часы. Шаблоны заказов для типовых позиций.

Финансы — сальдо взаиморасчётов, акт сверки, история оплат. Всё, что бухгалтер обычно запрашивает по email и ждёт три дня — в кабинете мгновенно. Данные тянутся из 1С через REST или CommerceML.

Документы — счета, накладные, счета-фактуры, УПД, акты. Формируются в 1С, PDF пушится на портал через интеграцию. Скачивание одним кликом. Никакого «пришлите повторно, потерялось в почте».

Управление сотрудниками дилера — администратор создаёт учётки с разграничением прав. Менеджер по закупкам формирует заказы, бухгалтер видит только финансы, руководитель — общую картину. Реализуется через расширение стандартных групп пользователей Битрикс.

Быстрый заказ: артикул + количество = счёт

B2B-клиент знает, что ему нужно. Каталог с красивыми карточками ему не нужен — нужна форма: артикул, количество, следующая строка.

• Форма быстрого заказа — автоподстановка наименования и цены при вводе артикула. Используем AJAX-поиск по b_iblock_element.XML_ID или PROPERTY_ARTICLE. 50 позиций за 3 минуты
• Импорт из Excel/CSV — клиент выгрузил из своей системы, загрузил на портал. Автосопоставление артикулов, проверка наличия, формирование заказа. Парсинг через PHPExcel или PhpSpreadsheet
• Корзина с полной информацией — вес, объём, количество мест, ориентировочная стоимость доставки до оформления

Почему интеграция с 1С критична для B2B-портала?

Без актуальных данных из 1С портал бесполезен. Менеджер Иванов изменил цену на гвозди — через 15 минут дилер в Красноярске должен видеть новую цену.

CommerceML проще: штатный модуль обмена, XML-файлы, минимум настройки. Но он медленный на больших каталогах и не поддерживает кастомные сущности (кредитные лимиты, сальдо). REST API через HTTP-сервис 1С — гибче, быстрее, но требует доработки на стороне 1С. На практике часто используем гибрид: CommerceML для каталога, REST для цен, остатков и документов. Согласно официальной документации 1С-Битрикс, для B2B-порталов критично настроить синхронизацию справочников и остатков в реальном времени. Подробнее о CommerceML и REST API 1С-Битрикс.

ЭДО: юридически значимый обмен без бумаги

Для крупных B2B-проектов:

• Провайдеры — Контур.Диадок, СБИС, Калуга Астрал. Счета-фактуры, акты, накладные в электронном виде с юридической силой
• КЭП — квалифицированная электронная подпись. Контрагент подписывает акт прямо в кабинете
• Роуминг между операторами — без этого половина партнёров, у которых другой оператор ЭДО, останется за бортом

Многофилиальность

• Региональные склады — клиент видит остатки ближайшего склада, может выбрать склад отгрузки. Товар есть в Новосибирске, но нет в Москве — портал покажет оба варианта с разными сроками
• Автоназначение менеджера — дилер из Краснодара работает с Иваном, из Екатеринбурга — с Мариной. По полю UF_REGION в карточке контрагента
• Локальные условия — минимальная сумма заказа, условия доставки, сроки — отличаются по регионам

Процесс разработки B2B-порталов

Разработка B2B-порталов включает пять этапов. Ниже таблица с ориентировочными сроками и результатами.

Что входит в работу:

• Полная проектная документация (ТЗ, архитектурная схема, протоколы интеграции)
• Настройка серверного окружения и развёртывание (On-Premise или облако)
• Перенос всех пользовательских данных и конфигураций
• Обучение администраторов портала (2 занятия онлайн)
• Гарантийная поддержка 12 месяцев с реакцией до 4 часов

После запуска — техподдержка и развитие. B2B-портал — живая система, которая эволюционирует вместе с бизнесом.

Средняя экономия времени менеджера на обработке заказов — до 20 часов в неделю.

На старте проверьте корректность типов цен и групп пользователей, ограничьте количество скидочных правил (не более 3–4), протестируйте интеграцию с 1С на реальных данных, выдайте дилерам доступы и проведите нагрузочное тестирование на 50 одновременных пользователей.

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