Коммерческий каталог на 1С-Битрикс с тысячами позиций требует постоянного мониторинга цен конкурентов. Вручную это делать нереально: данные устаревают за час, менеджеры перегружены, а прибыль утекает. Competera — платформа динамического ценообразования на основе ML — решает эту задачу, но только если данные проходят свободно между системами. Мы настраиваем бесшовную интеграцию под ключ: от выгрузки каталога до автоматического применения рекомендованных цен. Оценим ваш проект в течение дня — свяжитесь, чтобы обсудить детали.
Без интеграции категорийные менеджеры тратят до 40% времени на ручной сбор цен конкурентов. Ошибки при переносе данных ведут к потерям до 5% выручки (в денежном выражении — от 200 000 рублей ежемесячно для среднего интернет-магазина). Competera даёт рекомендации с точностью 85-95%, но применить их в Битрикс без автоматизации — отдельная боль. Автоматизация в 10 раз ускоряет обновление цен по сравнению с ручным вводом.
Проблемы, которые решаем
-
Разрозненные данные — каталог в Битрикс, цены конкурентов в Excel, рекомендации в Competera. Нет единого источника правды. Мы связываем системы через REST API 1С-Битрикс.
-
Задержка реакции — пока менеджер увидит изменение цены у конкурента, пройдёт несколько часов. Интеграция сокращает задержку до минут.
-
Ошибки человеческого фактора — ввод цены вручную с опечатками. Автоматическое применение исключает опечатки.
Как синхронизировать каталог Битрикс с Competera?
Competera ожидает данные в формате CSV или JSON с полями: SKU, название, EAN, текущая цена, себестоимость. Мы разрабатываем агент на PHP, который выгружает изменения из инфоблоков v2.0 по расписанию.
function SyncCatalogToCompetera(): string
{
$products = \CIBlockElement::GetList(
['ID' => 'ASC'],
['IBLOCK_ID' => CATALOG_IBLOCK_ID, 'ACTIVE' => 'Y'],
false,
['nPageSize' => 1000],
['ID', 'NAME', 'PROPERTY_ARTICLE', 'PROPERTY_BARCODE']
);
$rows = [['sku', 'name', 'ean', 'price', 'cost', 'category']];
while ($product = $products->GetNext()) {
$price = \CCatalogProduct::GetOptimalPrice($product['ID'])['PRICE']['PRICE'] ?? 0;
$cost = \CIBlockElement::GetProperty(CATALOG_IBLOCK_ID, $product['ID'], [], ['CODE' => 'COST_PRICE'])->Fetch()['VALUE'] ?? 0;
$rows[] = [
$product['PROPERTY_ARTICLE_VALUE'],
$product['NAME'],
$product['PROPERTY_BARCODE_VALUE'],
$price,
$cost,
$product['SECTION_NAME'],
];
}
$csv = implode("\n", array_map('str_getcsv', $rows));
$competera->post('/products/upload', ['file' => $csv, 'format' => 'csv']);
return __FUNCTION__ . '();';
}
Агент работает раз в сутки или при изменении товара через событие OnAfterIBlockElementUpdate. Для больших каталогов (100 000+ товаров) используем инкрементальную выгрузку — только изменённые позиции.
Почему стоит автоматизировать применение цен?
Ручное одобрение 500 рекомендаций в день — это 2-3 часа работы менеджера. Автоматизация с порогом уверенности (например, >80%) позволяет применять 80% рекомендаций без участия человека. Остальные 20% попадают в интерфейс одобрения, где менеджер одним кликом подтверждает или отклоняет.
Логика применения:
foreach ($recommendations as $rec) {
$product = ProductRepository::findBySku($rec['sku']);
if (!$product) continue;
$autoApply = (bool)\Bitrix\Main\Config\Option::get('competera', 'auto_apply_' . $product['SECTION_ID'], false);
$minConfidence = (float)\Bitrix\Main\Config\Option::get('competera', 'min_confidence', 0.8);
if ($autoApply && $rec['confidence'] >= $minConfidence) {
// Применяем автоматически
\CCatalogProduct::Update($product['ID'], ['PRICE' => $rec['recommended_price']]);
\CCatalogProduct::SetPrice($product['ID'], BASE_PRICE_TYPE_ID, $rec['recommended_price']);
PriceChangeLog::write($product['ID'], $rec['current_price'], $rec['recommended_price'], 'competera_auto');
} else {
// Ставим в очередь на одобрение менеджеру
CompeteraPendingTable::add([
'PRODUCT_ID' => $product['ID'],
'CURRENT_PRICE' => $rec['current_price'],
'RECOMMENDED' => $rec['recommended_price'],
'CONFIDENCE' => $rec['confidence'],
'REASON' => $rec['reason'],
'STATUS' => 'pending',
]);
}
}
Что вы получаете от интеграции?
| Параметр |
Ручной мониторинг |
Интеграция с Competera |
| Время обновления цен |
до 24 часов |
5-10 минут |
| Точность рекомендаций |
субъективная (60-70%) |
объективная (85-95%) |
| Затраты времени менеджера |
2-3 часа в день |
15 минут в день |
| Риск ошибок |
высокий (опечатки, пропуски) |
минимальный (автоматика) |
Процесс интеграции
- Анализ — изучаем структуру каталога, типы цен, процессы вашего бизнеса.
- Разработка API-клиента — подключаемся к REST API Competera, реализуем аутентификацию, обработку ошибок.
- Синхронизация — настраиваем выгрузку каталога и цен, загрузку рекомендаций.
- Интерфейс одобрения — создаём страницу в админке Битрикс с таблицей рекомендаций и кнопками действий.
- Тестирование — проверяем корректность данных, обработку краевых случаев (например, товаров без цены).
- Деплой и обучение — выкатываем на бой, документируем, обучаем менеджеров.
Что входит в работу
- Разработка API-клиента Competera (авторизация, retry, логирование)
- Агент синхронизации каталога и цен
- Модуль получения и применения рекомендаций
- Интерфейс одобрения с историей изменений
- Документация по настройке и использованию
- Обучение менеджеров (1 час)
- Гарантия 3 месяца на бесперебойную работу
Сроки
| Этап |
Срок |
| API-клиент + аутентификация |
1 день |
| Синхронизация каталога |
2 дня |
| Рекомендации + применение |
2 дня |
| Интерфейс одобрения |
2 дня |
| Тестирование |
1 день |
| Итого |
8–10 дней |
Типичные ошибки при интеграции
- Неверный формат данных — например, цена передаётся строкой вместо числа. Competera отвергает файл.
- Отсутствие EAN/артикулов — без них Competera не может сопоставить товары. Нужно предварительно заполнить.
- Слишком частый опрос API — можно получить блокировку по лимитам. Настраиваем агент с интервалом не менее 1 часа.
Почему стоит доверить интеграцию нам?
Мы работаем с 1С-Битрикс более 5 лет, реализовали 20+ интеграций с системами мониторинга цен (Competera, Priceva, Netrivals). Наши инженеры — сертифицированные специалисты 1С-Битрикс. Предоставляем гарантию на работу интеграции и поддержку после внедрения.
Для автоматизации управления ценами свяжитесь с нами — оценим проект бесплатно и предложим оптимальное решение. Получите консультацию по интеграции уже сегодня.
Настройка цен и скидок: типовые проблемы
Мы сталкиваемся с ситуацией, когда маркетолог запустил акцию «−20% на электронику», менеджер вручную поставил спеццену VIP-клиенту, а система лояльности насчитала ещё 10%. Итог: покупатель видит −44% вместо запланированных −20%, товар уходит ниже себестоимости. Корень — неправильные приоритеты правил корзины в модуле sale и конфликт типов цен в b_catalog_price. Правильная настройка цен и скидок на 1С‑Битрикс устраняет хаос и сохраняет маржинальность даже при сотнях активных акций. Оценим ваш проект за один день — просто свяжитесь.
Типы цен: таблица b_catalog_price и выбор стратегии
Битрикс хранит цены в таблице b_catalog_price — по строке на каждый тип цены для каждого товара. Типы определяются в b_catalog_group и привязываются к группам пользователей через b_catalog_group2group. Грамотная настройка типов цен — база для любых скидочных механик.
| Тип цены |
Привязка |
Как работает |
| Розничная |
Группа «Все пользователи» |
Основная цена на сайте |
| Оптовая |
Группа «Оптовики» |
Автоматически после авторизации оптовика |
| Дилерская |
Группа «Дилеры» |
Индивидуальный коэффициент от базовой |
| Закупочная |
Только для внутреннего учёта |
Себестоимость, скрыта от пользователей |
| Старая цена |
Для зачёркнутой цены |
«Было X, стало Y» |
| Региональная |
Привязка к гео |
Цены с учётом логистики в регион |
Для каждого типа настраиваем:
- Автоматический расчёт через формулы наценки/скидки от базовой (
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).
Пороговая система: пример реализации
| Сумма покупок |
Уровень |
Скидка |
| 0 – 10 000 руб. |
Стандартный |
0% |
| 10 001 – 50 000 руб. |
Серебряный |
5% |
| 50 001 – 150 000 руб. |
Золотой |
10% |
| 150 001+ руб. |
Платиновый |
15% |
Технически: обработчик OnSaleOrderPaid пересчитывает сумму оплаченных заказов через CSaleOrder::GetList() с фильтром PAYED = Y, обновляет группу пользователя через CUser::SetUserGroup(). Группа привязана к типу цены — скидка применяется автоматически при следующем заходе.
Дополнительные возможности:
- Уведомление «Вам осталось 3 200 руб. до золотого статуса» — через кастомный компонент в личном кабинете.
- Срок действия уровня — годовой (пересчёт агентом
CAgent) или бессрочный.
- Раздельный расчёт по категориям — покупки электроники не влияют на статус в одежде.
Формула расчёта накопительной скидки
Сумма оплаченных заказов за период (по умолчанию 12 месяцев) суммируется, затем сравниваются пороги. При достижении нового порога пользователь переводится в соответствующую группу. Пример: клиент сделал покупки на 45 000 руб. — он в «Серебряном» (5%). После следующей покупки на 10 000 руб. сумма станет 55 000 — срабатывает переход на «Золотой» (10%).
Как это работает на практике: кейс
Недавно настроили накопительную программу для интернет-магазина бытовой техники с товарной матрицей в 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С — синхронизация типов цен, скидочных карт, округлений.
- Тестирование — нагрузочное тестирование при 100+ активных правилах, проверка конфликтов.
- Документация — описание всех настроек, инструкция для маркетологов.
- Обучение менеджеров — как создавать и отключать акции без риска.
- Поддержка 30 дней — после запуска исправляем нештатные ситуации.
Сроки
| Задача |
Срок |
| Аудит и настройка типов цен |
2–3 дня |
| Правила корзины (базовые) |
3–5 дней |
| Накопительная система скидок |
1–2 недели |
| B2B-ценообразование |
2–4 недели |
| Система промокодов |
1 неделя |
| Комплексная система ценообразования |
4–8 недель |
Стоимость рассчитывается индивидуально — зависит от глубины аудита и числа товаров. Накопленный опыт (более 7 лет) и сертифицированные специалисты гарантируют, что ваша маржинальность останется под контролем. Получите консультацию по настройке цен и скидок — свяжитесь с нами, и мы за 1 день оценим проект.