Многие уверены, что «интернет-магазин на Битрикс» — это про красивый каталог. На деле каталог — только витрина; продаёт и считает деньги другой модуль, «Интернет-магазин». Именно он отвечает за заказы, оплату, доставку, скидки, налоги и обмен с 1С. И именно от его настройки зависит, дойдёт ли покупатель до оплаченного заказа.
В этой статье — обзор ключевых возможностей модуля «Интернет-магазин» в 1С-Битрикс: как устроены заказы и статусы, как подключается оплата и доставка, как работают скидки, налоги и обмен с 1С. Материал полезен, если вы выбираете платформу или разбираетесь, что уже есть из коробки. Настройку и доработку торговой логики закрывает наша услуга автоматизации продаж и склада на 1С.
Коротко
- Модуль «Интернет-магазин» отвечает за продажу: заказы, оплату, доставку, скидки, налоги.
- Работает в паре с торговым каталогом: каталог — витрина и учёт, магазин — касса и логика заказа.
- Платёжные системы, службы доставки и правила скидок — отдельные настраиваемые сущности.
- Обмен с 1С по CommerceML переносит товары и остатки на сайт, а заказы — обратно в учёт.
Что такое модуль «Интернет-магазин»
Модуль «Интернет-магазин» (в коде — sale) — это торговое ядро платформы. Он появляется в редакциях «Малый бизнес» и старше и превращает сайт с каталогом в полноценный магазин, способный принимать и обрабатывать заказы. Всё, что связано с продажей — корзина, оформление, оплата, доставка, скидки, — живёт здесь.
Модуль спроектирован как набор связанных сущностей: заказ, платёжная система, служба доставки, тип плательщика, правило скидки. Их настраивают в административной части под конкретный бизнес-процесс. Разберём главные по порядку.
Модуль и торговый каталог: разделение ролей
Частая путаница — считать «Интернет-магазин» и торговый каталог одним и тем же. На деле это два модуля с чётким разделением ролей:
| Задача | Торговый каталог | Интернет-магазин |
|---|---|---|
| Товары и характеристики | да | — |
| Цены, склады, наличие | да | — |
| Корзина и заказы | — | да |
| Оплата и доставка | — | да |
| Скидки и налоги | типы цен | правила корзины |
Каталог — это витрина и товароучётная часть, интернет-магазин — касса и логика сделки. Полноценная торговля требует их связки: товар и цена приходят из каталога, а продажа оформляется модулем магазина.
Заказы и статусы
Заказ — центральная сущность модуля. У него есть корзина (список товаров с количеством и ценой), плательщик, свойства с данными покупателя и адресом, привязанные оплата и доставка. Вся история сделки хранится в заказе.
Статусы описывают жизненный цикл заказа — от «принят» до «выполнен» — и настраиваются под ваш процесс. Ключевое: смена статуса может запускать действия — уведомления клиенту, выгрузку в 1С, изменение резервов на складе. Именно на статусах строится автоматизация продаж: заказ движется по воронке, а система реагирует на переходы. Как выстроить сквозную автоматизацию вокруг заказов, мы разбираем в связке с обменом данными и REST-вебхуками и безопасностью в Битрикс.
Платёжные системы
Оплата в модуле — отдельная настраиваемая сущность. Из коробки есть обработчики для популярных агрегаторов и банков, приём онлайн-оплаты картой и офлайн-способы:
- Онлайн-эквайринг. Оплата картой через платёжный агрегатор с возвратом статуса в заказ.
- Безналичный расчёт. Счёт для юрлиц — критично для B2B.
- Наличные и при получении. Для курьерской доставки и самовывоза.
- Электронные кошельки и рассрочка. По подключённым обработчикам.
Платёжная система привязывается к способам оплаты и типам плательщиков, поэтому для юрлиц и физлиц можно предлагать разные варианты. Обработка ответа платёжной системы и корректная фиксация оплаты — самая ответственная часть: здесь теряются деньги при ошибках.
Службы доставки
Доставка — ещё одна сущность модуля. Есть готовые обработчики курьерских служб, расчёт по параметрам (вес, регион, сумма заказа), самовывоз и фиксированные тарифы. Стоимость доставки считается автоматически по правилам или через интеграцию со службой.
Доставка привязывается к способам оплаты и складам, что позволяет строить логику отгрузки для разных регионов: с какого склада, какой службой, по какому тарифу. Для распределённой торговли это связано с наличием по складам — товар отгружают оттуда, где он есть и откуда ближе клиенту.
Скидки и правила корзины
Модуль включает гибкую систему скидок — правила работы с корзиной. Скидка применяется по условиям: сумма заказа, количество, группа покупателя, товар или раздел, промокод, купон. Правила накладываются на корзину по приоритету.
Для B2B это особенно ценно: строятся объёмные и накопительные скидки, спеццены для дилеров, акции по группам клиентов. Скидки тесно связаны с типами цен и группами пользователей — один и тот же товар для разных групп имеет разную цену и разные правила. Это фундамент оптового ценообразования на витрине.
Типы плательщиков и налоги
Модуль различает типы плательщиков — физлицо и юрлицо — с разными наборами свойств. Физлицу нужны имя, телефон, адрес; юрлицу — реквизиты компании. Под каждый тип настраивается свой оформитель и свои способы оплаты.
Отдельно поддерживаются налоги и НДС, а также формирование счетов для безналичной оплаты. Для оптового магазина это обязательно: юрлицо оформляет заказ с реквизитами, получает счёт и закрывающие документы, налоги считаются корректно. Настройка типов плательщиков и налогов — базовая часть внедрения B2B-магазина.
Обмен с 1С по CommerceML
Связь с учётной системой — одна из сильнейших сторон платформы. Обмен идёт по протоколу CommerceML: из 1С на сайт выгружаются товары, цены, остатки и характеристики, а с сайта в 1С — заказы. Обмен настраивается расписанием и работает в обе стороны.
Это ключевой механизм для магазина, где учёт ведётся в 1С: сайт становится витриной и точкой приёма заказов, а вся товароучётная логика остаётся в учётной системе. Надёжность обмена критична — если он ломается, расходятся остатки и цены. Организацию стабильного обмена и связанные с ним данные мы разбираем в контексте работы с сущностями через D7 ORM.
События и расширение модуля
Модуль построен на событиях и обработчиках, поэтому расширяется без правки ядра. На события заказа (создание, смена статуса, оплата) вешают собственную логику: интеграции, уведомления, нестандартные правила. Это позволяет адаптировать штатный модуль под сложные сценарии.
Типовые доработки — кастомный оформитель заказа, особые правила скидок для B2B, интеграция с внешними сервисами логистики или CRM. Всё это делается через обработчики событий, а не переписыванием модуля, что сохраняет обновляемость. Если логика становится сложной, её выносят в отдельный модуль — как в материале про разработку собственного модуля Битрикс.
Оформление заказа и скорость
Оформление заказа — критический путь конверсии, и его надёжность важнее красоты. Несколько принципов:
- Корректные транзакции. Заказ и оплата фиксируются атомарно, без «повисших» состояний.
- Обработка ошибок оплаты. Сбой платёжной системы не должен терять заказ или деньги.
- Быстрый каталог. Скорость корзины зависит от кэширования каталога и сервера.
- Тест под нагрузкой. Оформление проверяют на пиковых сценариях, а не только «в идеале».
Частые ошибки внедрения
- Путают модуль и каталог. Настраивают витрину, забывая про логику заказа и оплаты.
- Не продуман процесс статусов. Статусы не отражают реальную воронку, автоматизация не работает.
- Слабая обработка оплаты. Ошибки платёжной системы теряют заказы.
- Нет типа «юрлицо». B2B-магазин не умеет выставлять счета и работать с реквизитами.
- Хрупкий обмен с 1С. Обмен ломается, расходятся остатки и цены.
- Правка ядра вместо событий. Доработки ломают обновляемость модуля.
- Оформление не протестировано. Критический путь не проверен под нагрузкой.
Чек-лист запуска магазина
- Каталог и магазин связаны. Товары и цены из каталога, заказы — в модуле магазина.
- Статусы настроены. Жизненный цикл заказа отражает реальный процесс, переходы запускают действия.
- Оплата подключена. Онлайн и офлайн-способы, корректная обработка ответа платёжной системы.
- Доставка настроена. Службы, тарифы, привязка к складам и регионам.
- Скидки описаны. Правила корзины по группам, объёму, промокодам.
- Юрлица и налоги. Тип плательщика «юрлицо», счета, НДС для B2B.
- Обмен с 1С работает. Товары и остатки на сайт, заказы — в учёт, по расписанию.
- Оформление протестировано. Критический путь проверен под нагрузкой и на ошибках оплаты.
Вывод
Модуль «Интернет-магазин» — торговое сердце платформы 1С-Битрикс. Он превращает каталог в магазин: принимает заказы, проводит оплату, считает доставку и скидки, работает с юрлицами и налогами, обменивается данными с 1С. Каталог показывает товар, а продаёт и считает деньги именно этот модуль.
При внедрении важно не путать роли модулей, продумать статусы под реальный процесс, надёжно настроить оплату и обмен с 1С и обязательно протестировать оформление заказа. Тогда штатных возможностей хватает для большинства задач, а сложную логику добавляют через события — без потери обновляемости и с прицелом на рост.