BOPIS: покупка онлайн, самовывоз из магазина

Покупатель нашёл нужный товар на сайте, но не хочет ждать курьера три дня и платить за доставку — ему проще заехать в магазин по дороге с работы. Если витрина не умеет показать, что именно этот товар лежит в ближайшей точке, и не даёт его придержать, клиент уходит либо в офлайн наугад, либо к конкуренту, у которого самовывоз работает. Сценарий BOPIS (Buy Online, Pick-up In Store — «купи онлайн, забери в магазине») закрывает этот разрыв: заказ оформляется на сайте, а товар резервируется и выдаётся в выбранной рознице.

Ниже — практический разбор, как собрать BOPIS на 1С-Битрикс: как хранить остатки по каждому магазину, показывать наличие по точкам, резервировать товар под конкретный заказ, вести статусы готовности и вовремя уведомлять покупателя. Это выжимка из наших проектов по интеграциям 1С-Битрикс с учётными системами — без теории ради теории, только то, что работает на живых магазинах.

Что такое BOPIS и кому он нужен

BOPIS — это гибридный сценарий продажи на стыке онлайна и офлайна. Покупатель оформляет заказ на сайте, часто сразу оплачивает его картой, а получает не курьером и не в стороннем пункте выдачи, а в вашей же розничной точке. Для бизнеса это способ соединить трафик интернет-магазина с уже существующей сетью магазинов и складскими остатками, которые и так есть в рознице.

Ключевое отличие BOPIS от привычной доставки в том, что товар не перемещается к покупателю. Вместо логистического плеча «склад → сортировка → курьер → адрес» появляется короткая цепочка «онлайн-заказ → резерв в магазине → сборка → выдача на кассе выдачи». Отсюда три эффекта: доставка становится бесплатной для клиента, получить покупку можно в тот же день, а компания экономит на курьерах и не платит комиссию сторонним ПВЗ.

Чтобы понять, почему BOPIS так важен именно для омниканальной розницы, стоит представить альтернативу. Без него интернет-магазин и офлайн живут как две несвязанные сущности: сайт продаёт «с центрального склада», а в магазинах лежат свои остатки, о которых витрина ничего не знает. Покупатель, готовый забрать товар сегодня в соседнем магазине, вынужден ждать доставку из другого города — хотя нужная позиция стоит на полке в двух кварталах от него. BOPIS соединяет эти данные и превращает розничную сеть в распределённую сеть выдачи.

Важно понимать, что BOPIS — это не «галочка самовывоза» в оформлении заказа, а связка из нескольких вещей: достоверных остатков в разрезе магазинов, механизма выбора точки на витрине, резервирования товара под конкретный заказ, статусной модели готовности и системы уведомлений. Если выпадает хотя бы одно звено, сценарий рушится: либо витрина обещает наличие, которого нет, либо зарезервированный товар «зависает» и мешает другим продажам, либо покупатель приезжает, а заказ ещё не собран. Дальше мы разберём каждое звено отдельно.

Путь покупателя: как проходит самовывоз

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

1. Просмотр товара. На карточке покупатель видит не абстрактное «в наличии», а наличие по точкам: «в 3 магазинах рядом». Это первый сигнал, что самовывоз реален.
2. Выбор способа получения. В корзине или оформлении клиент выбирает «Самовывоз из магазина» и конкретную точку — с адресом, часами работы и остатком именно по этой корзине.
3. Оформление и оплата. Заказ создаётся, товар резервируется в выбранном магазине, покупатель оплачивает онлайн или выбирает оплату при получении.
4. Сборка в магазине. Сотрудник точки видит новый заказ, собирает позиции с полки и переводит заказ в статус «Готов к выдаче».
5. Уведомление. Покупатель получает письмо или СМС: «Заказ №… готов, ждём вас по адресу…, срок хранения — до …».
6. Выдача. Клиент приезжает, называет номер заказа, забирает товар; заказ переводится в «Выдан», резерв закрывается продажей.

Каждый из этих шагов опирается на данные из предыдущего. Наличие по точкам — это остатки в разрезе складов. Резерв — это привязка заказа к магазину. Уведомление — это статус, к которому привязано почтовое событие. Если держать в голове эту цепочку, настройка перестаёт быть набором разрозненных галочек и превращается в понятный конвейер.

Архитектура BOPIS в 1С-Битрикс

Чтобы внедрять самовывоз осознанно, полезно держать в голове, из каких частей он собирается в 1С-Битрикс. Это не один компонент, а несколько слоёв, каждый со своей ответственностью.

• Склады (магазины) торгового каталога. Каждая розничная точка — отдельный склад в модуле «Торговый каталог». Остатки хранятся в разрезе складов.
• Остатки и резервы. Количество товара по каждому складу и зарезервированное под заказы количество. Именно эта пара определяет «доступно к самовывозу».
• Профили и службы доставки. Способ доставки «Самовывоз» с привязкой к списку точек выдачи и их графику работы.
• Компонент выбора точки. На витрине показывает карту или список магазинов, остаток по каждому и позволяет выбрать точку получения.
• Статусная модель заказа. Цепочка статусов от «Принят» через «Собран» и «Готов к выдаче» до «Выдан», с правами и переходами.
• Почтовые и СМС-события. Триггеры уведомлений, привязанные к смене статуса.
• Обмен с 1С / товароучётом. Регулярная синхронизация остатков по складам и выгрузка заказов на сборку в магазин.

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

Остатки по магазинам: склады и разрезы

Половина успеха BOPIS решается на уровне складского учёта. В 1С-Битрикс за него отвечает модуль «Торговый каталог», в котором можно завести несколько складов и хранить остатки товаров в разрезе этих складов. Для самовывоза каждая розничная точка становится отдельным складом со своим адресом, а количество товара считается индивидуально по каждому магазину.

Из устройства складского учёта вытекают практические следствия, о которых стоит помнить при проектировании:

• Один магазин — один склад. Не пытайтесь уместить сеть в один «общий» склад: тогда витрина не сможет показать наличие по точкам, а резерв нельзя будет привязать к магазину.
• Доступное = остаток минус резерв. Покупателю нужно показывать не физический остаток, а свободное количество: то, что уже придержано под другие заказы, недоступно.
• Остаток обновляется обменом. Между продажами в офлайне и на сайте остатки меняются постоянно; их актуальность держит регулярный обмен с 1С или товароучётом.
• Торговые предложения считаются по SKU. Если у товара есть размеры и цвета, наличие в магазине считается по конкретному торговому предложению, а не по модели в целом.

Главный риск здесь — рассинхронизация остатков. Розница продаёт с полки, сайт продаёт онлайн, и если обмен идёт редко, наличие на витрине быстро расходится с реальностью. Клиент видит «есть в наличии», приезжает — а товар уже продали в офлайне полчаса назад. Поэтому частота обмена остатками для BOPIS критична: чем ближе к реальному времени, тем меньше «обманутых» самовывозов. Подробнее про синхронизацию мы поговорим в разделе про обмен.

Выбор точки самовывоза на витрине

Данные об остатках бесполезны, если покупатель не может ими воспользоваться. Поэтому вторая опора BOPIS — удобный выбор точки прямо на витрине. Хорошая реализация даёт клиенту понять наличие как можно раньше: не в конце оформления, а ещё на карточке товара и в корзине.

На практике интерфейс выбора точки состоит из нескольких элементов:

• Индикатор наличия по точкам на карточке. «Доступно к самовывозу в 3 магазинах» с возможностью раскрыть список и увидеть адреса и остатки.
• Выбор точки в оформлении. Список или карта магазинов, где показан остаток именно по товарам текущей корзины, часы работы и срок готовности.
• Приоритизация ближайших. Сортировка точек по расстоянию (если покупатель дал геолокацию или город) или по наличию всей корзины целиком.
• Честный статус «есть/нет». Если в точке доступна только часть корзины, это нужно показать явно, а не прятать до момента отказа.

Технически выбор точки собирается на базе штатных служб доставки Битрикса (профиль «Самовывоз» с точками выдачи) и компонента оформления заказа sale.order.ajax, дополненного логикой чтения остатков по складам. Часто к этому добавляют карту с точками и виджет наличия на карточке товара. Важно, чтобы во всех местах — карточка, корзина, оформление — наличие считалось по одной и той же формуле «доступно = остаток − резерв», иначе покупатель увидит противоречивые цифры.

Отдельная тонкость — что показывать при частичном наличии. Если из трёх позиций корзины в магазине есть только две, у вас есть выбор: предложить забрать доступное сейчас, а остальное — доставкой или позже; предложить другую точку, где есть всё; или разбить заказ. Единственно неправильный вариант — промолчать и дать покупателю приехать за неполным заказом. Про резерв под такой заказ мы поговорим в следующем разделе, а про сценарии «товара нет» — ниже, в разделе о перемещениях.

Резервирование товара под заказ

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

Для BOPIS у резерва есть своя специфика по сравнению с обычной доставкой:

• Резерв привязан к магазину. Придерживать нужно на конкретном складе-точке, а не «где-нибудь на общем складе». Иначе сборщик в магазине не поймёт, его это заказ или нет.
• Резерв имеет срок жизни. Если покупатель не забрал товар за отведённые, например, 2–3 дня, резерв должен автоматически сниматься, а товар возвращаться в свободную продажу.
• Резерв момента оформления. Ставить резерв желательно уже при создании заказа (а не после оплаты), чтобы между «выбрал» и «оплатил» товар не увели. Баланс между жёсткостью резерва и «замораживанием» остатков подбирают под бизнес.
• Снятие резерва при отмене. Отменённый или просроченный заказ обязан освобождать зарезервированное количество, иначе остатки постепенно «утекают» в мёртвые резервы.

Самая частая операционная боль резерва — «зависшие» позиции. Клиент оформил, не оплатил, не приехал, а товар всё числится в резерве и не показывается доступным для других. На дистанции это выедает существенную долю доступных остатков и снижает продажи. Лечится это автоматическим снятием резерва по таймауту через агент Битрикса: заказы без оплаты старше N часов и заказы, не забранные дольше срока хранения, освобождают товар по расписанию.

Тему резервирования и его тонкостей — от момента постановки до автоснятия — мы подробно разбираем в отдельном материале про самовывоз и резервирование в Битрикс; там показана статусная логика резерва по шагам.

Статусы заказа и готовность к выдаче

BOPIS отличается от курьерской доставки тем, что часть работы выполняет сотрудник магазина: он собирает заказ и подтверждает готовность. Чтобы этот процесс был управляемым, нужна расширенная статусная модель заказа. Стандартных «Принят» и «Выполнен» здесь мало — между ними живёт жизнь заказа в магазине.

Рабочая цепочка статусов для самовывоза обычно выглядит так:

В 1С-Битрикс статусы заказа настраиваются в модуле «Интернет-магазин»: можно добавлять собственные статусы, задавать порядок, права на переход и привязывать к ним автоматические действия. Ключевой для BOPIS статус — «Готов к выдаче»: именно он служит спусковым крючком для уведомления покупателю. Второй важный статус — «Не забран», к которому привязано снятие резерва.

Стоит заранее продумать, кто и как переводит заказ по статусам. Если у магазина есть доступ в админку или отдельный интерфейс сборщика, статусы меняет сотрудник точки. Если сборка ведётся в 1С или товароучётной системе, статус приходит обменом. Оба варианта рабочие, но их нельзя смешивать бесконтрольно: должно быть одно место истины, иначе статусы начнут «прыгать» из-за встречных обновлений сайта и учётной системы.

Уведомления покупателю

Самовывоз без уведомлений — это заказ, о готовности которого клиент узнаёт, только приехав наугад. Хорошая система уведомлений закрывает несколько точек контакта и заметно снижает нагрузку на поддержку.

• Подтверждение заказа. Сразу после оформления: номер заказа, выбранный магазин, что делать дальше.
• Готов к выдаче. Главное письмо/СМС: адрес точки, часы работы, срок хранения, что взять с собой (номер заказа, документ при необходимости).
• Напоминание. Если клиент не пришёл за день-два до истечения срока — мягкое напоминание, чтобы не потерять продажу.
• Истечение срока. Уведомление о том, что срок хранения закончился и резерв снят, с приглашением оформить заново.

Технически уведомления строятся на почтовых событиях Битрикса: заводится тип почтового события, шаблон письма с подстановкой полей заказа (номер, магазин, товары, срок) и привязка к смене статуса. СМС и сообщения в мессенджеры подключаются через провайдеров как дополнительные обработчики того же события. Важно, чтобы в шаблоне были не общие слова, а конкретика: адрес именно выбранной точки, её телефон и график, номер заказа крупно. Чем меньше покупателю нужно додумывать, тем выше доля забранных заказов.

BOPIS против курьерской доставки — наглядно

BOPIS и курьерская доставка не конкуренты, а взаимодополняющие сценарии: первый выигрывает на скорости и цене, когда товар рядом, второй — когда клиенту неудобно ехать или нужного нет в ближайших точках. Зрелая витрина предлагает оба и честно подсказывает, какой быстрее и дешевле для конкретной корзины. Логистику курьерских слотов и их согласование с самовывозом мы разбираем отдельно в материале про слоты доставки в 1С-Битрикс.

Настройка BOPIS пошагово

1. Заведите склады-магазины. В модуле «Торговый каталог» создайте по складу на каждую розничную точку, укажите адрес, координаты и график работы. Это основа для наличия по точкам.
2. Настройте хранение остатков по складам. Включите учёт количества в разрезе складов и убедитесь, что остатки грузятся обменом по каждому магазину, а не одной суммой.
3. Создайте способ доставки «Самовывоз». В настройках доставки заведите профиль самовывоза и привяжите к нему список точек выдачи с адресами и часами работы.
4. Подключите выбор точки на витрине. В компоненте оформления заказа и на карточке товара выведите наличие по точкам и выбор магазина; считайте «доступно = остаток − резерв».
5. Настройте резервирование. Включите резерв при оформлении, привяжите его к выбранному складу и задайте срок жизни резерва под срок хранения заказа.
6. Расширьте статусную модель. Добавьте статусы «В сборке», «Готов к выдаче», «Выдан», «Не забран», задайте переходы и права сотрудников магазина.
7. Привяжите уведомления. Создайте почтовые события на статусы «Принят» и «Готов к выдаче», подключите СМС/мессенджеры, наполните шаблоны конкретикой по точке.
8. Автоматизируйте снятие резерва. Настройте агент, который снимает резерв с неоплаченных и не забранных в срок заказов и возвращает товар в продажу.
9. Проверьте на боевых данных. Пройдите весь путь от заказа до выдачи на тестовой точке, сверьте остатки, резерв и письма с реальностью.

Как это выглядит в админке 1С-Битрикс

Настройки самовывоза живут в нескольких местах админки: склады — в торговом каталоге, способ доставки — в модуле «Интернет-магазин», статусы и почтовые события — там же. Схематично карточка склада-магазина с остатком и привязкой к точке самовывоза выглядит так:

На стороне заказа админка показывает выбранную точку самовывоза, текущий статус и зарезервированные позиции. Сотруднику магазина удобнее работать не в полной админке, а в упрощённом интерфейсе сборщика — списке заказов «на сборку» с кнопками «В сборке» и «Готов к выдаче». Такой интерфейс делается отдельной страницей или разделом с ограниченными правами, чтобы кассир видел только свои заказы и не имел доступа к настройкам магазина.

Обмен с 1С и товароучётом

BOPIS живёт на достоверных остатках, а достоверность держит обмен с учётной системой. В 1С-Битрикс это, как правило, штатный обмен с «1С», обмен через коммерческую информацию (CommerceML) или интеграция с товароучётной системой. Для самовывоза у обмена две задачи: заводить и обновлять остатки по каждому складу-магазину и передавать заказы на сборку туда и обратно.

Различают несколько потоков данных, и каждый важен по-своему:

Ключевой параметр для самовывоза — частота обмена остатками. Раз в сутки для BOPIS мало: за день розница успевает распродать половину популярных позиций, и витрина будет обещать то, чего нет. Практичный ориентир — обновлять остатки популярных категорий несколько раз в час или в near-real-time, если товароучёт это позволяет. Заказы и статусы имеет смысл гонять максимально оперативно, чтобы сборщик видел новый заказ сразу, а покупатель быстро получал письмо о готовности.

Отдельная тема — какая система является «мастером» остатков и заказов. Обычно мастер остатков — это учётная система розницы, а мастер заказов при онлайн-оформлении — сайт, который затем отдаёт заказ в 1С на сборку. Границы ответственности нужно зафиксировать заранее, иначе встречные обновления начнут конфликтовать. Глубже омниканальную связку розницы и сайта мы разбираем в материале про интеграцию 1С:Розница и омниканальность на Битрикс.

Товара нет в точке: перемещения и альтернативы

Даже при идеальном обмене будет случаться, что нужного товара нет в удобном покупателю магазине или он есть, но не весь заказ. Зрелый BOPIS не бросает клиента в этот момент, а предлагает рабочие сценарии.

Другая точка. Самый простой вариант — показать список магазинов, где товар в наличии целиком, и предложить выбрать другой. Это работает, если сеть плотная и клиенту не критично проехать чуть дальше. Главное — показать наличие по точкам заранее, ещё на карточке, чтобы человек сразу выбрал магазин, где есть всё.

Внутреннее перемещение. Если товар есть в другом магазине сети, можно оформить перемещение из точки-донора в выбранную покупателем точку и сдвинуть срок готовности. Для клиента это выглядит как «будет готово к такому-то дню». Технически перемещение ведётся в учётной системе, а сайт отражает увеличенный срок готовности и статус «Ожидает поступления в точку».

Курьер или ПВЗ как альтернатива. Если самовывоз недоступен нигде рядом, честно предложите курьерскую доставку или доставку в пункт выдачи. Не стоит заставлять клиента выбирать самовывоз там, где его реально нет, — лучше мягко переключить на доставку и сохранить продажу.

Частичный заказ. Когда в точке есть часть корзины, дайте выбор: забрать доступное сейчас, а остальное дозаказать, либо перенести весь заказ в точку, где всё в наличии. Ключевое — прозрачность: покупатель должен понимать, что и когда он получит, ещё до оплаты.

Метрики и производительность

«Самовывоз вроде работает» — субъективное ощущение. Чтобы им управлять, процесс нужно измерять. Вот метрики, на которые стоит смотреть на живой сети магазинов.

Практический порядок диагностики: если доля забранных заказов низкая — смотрите, доходят ли уведомления и совпадает ли обещанный срок готовности с реальным. Если много «обманутых» самовывозов — узкое место в обмене остатками и разрезе складов. Если растёт доля мёртвых резервов — проверьте агент автоснятия и сроки хранения. Разделяйте проблемы данных (остатки, обмен) и проблемы процесса (сборка, статусы, уведомления): лечатся они разными средствами.

Отдельно держите в голове производительность витрины. Чтение остатков по десяткам точек на карточке и в оформлении не должно превращаться в тяжёлые запросы на каждый показ. Наличие по точкам стоит кэшировать и обновлять по событию обмена, а не считать заново на каждый заход. Тогда и витрина остаётся быстрой, и данные — свежими.

Частые ошибки при внедрении

• Продают «с общего склада» без разреза по магазинам — витрина не может показать наличие по точкам, и самовывоз превращается в лотерею.
• Показывают физический остаток вместо доступного — клиент видит «есть», а всё уже в резерве под другие заказы.
• Обмен остатками раз в сутки — за день розница распродаёт популярные позиции, и наличие на сайте расходится с реальностью.
• Резерв не привязан к магазину — сборщик не понимает, его это заказ или чужой, и остатки точки перестают сходиться.
• Нет автоснятия резерва — неоплаченные и не забранные заказы копят «мёртвые» резервы, которые выедают доступные остатки.
• Письмо «Готов к выдаче» уходит при создании заказа, а не при реальной готовности — клиент приезжает в пустую точку.
• Не продумали сценарий «товара нет в точке» — покупатель упирается в отказ вместо предложения другой точки или доставки.
• Смешали два источника статусов (сайт и 1С) без правил — заказы «прыгают» по статусам из-за встречных обновлений.

Чек-лист внедрения

Сведём всё в практический список, по которому удобно принимать готовность BOPIS перед запуском:

1. Склады заведены. Каждой розничной точке соответствует свой склад с адресом, координатами и графиком работы.
2. Остатки в разрезе точек. Наличие грузится по каждому магазину отдельно, витрина показывает «доступно = остаток − резерв».
3. Обмен настроен. Остатки обновляются несколько раз в час или чаще, заказы и статусы ходят оперативно, роли мастер-систем зафиксированы.
4. Выбор точки на витрине. Наличие по точкам показано на карточке и в оформлении, точки сортируются по удобству, частичное наличие видно честно.
5. Резерв работает. Резерв ставится при оформлении, привязан к магазину, имеет срок жизни и снимается автоматически по таймауту.
6. Статусы расширены. Есть «В сборке», «Готов к выдаче», «Выдан», «Не забран»; переходы и права сотрудников магазина заданы.
7. Уведомления привязаны. Письма/СМС на «Принят» и «Готов к выдаче» настроены, шаблоны содержат адрес точки, срок хранения и номер заказа.
8. Сценарии «нет товара» продуманы. Есть другая точка, перемещение и альтернативная доставка; клиент не упирается в тупик.
9. Метрики замерены. Отслеживаются доля забранных заказов, расхождение остатков и доля мёртвых резервов.

Вывод

BOPIS в 1С-Битрикс работает ровно настолько, насколько достоверны остатки по магазинам и насколько аккуратно выстроен процесс: разрез складов, честное «доступно» на витрине, резерв с привязкой к точке и сроком жизни, расширенные статусы и уведомления в момент реальной готовности. Соберите эти звенья в один конвейер и подкрепите их частым обменом с учётной системой — и самовывоз из магазинов превратит вашу розничную сеть в быструю, дешёвую и удобную сеть выдачи онлайн-заказов.