Склады магазина и обещания витрины

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

Склад хранения и пункт выдачи различаются. Адрес самовывоза подтверждают отдельно.

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

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

Какие сведения хранит склад

У каждой точки свой график. В документации торгового каталога для расписания и адреса предусмотрены отдельные поля, которые можно использовать при показе складов, чтобы редактору не приходилось менять эти сведения в каждой товарной карточке.

Технические поля ADDRESS и SCHEDULE отвечают за фактический адрес и расписание, PHONE — за телефон. Признак ISSUING_CENTER обозначает пункт выдачи, SHIPPING_CENTER — центр отгрузки. Эти названия нужны специалисту для поиска данных. Покупатель видит обычные подписи: где забрать, когда открыто и как получить заказ.

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

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

Изменение видимого названия не должно создавать новый склад в учёте. При интеграции специалисты сопоставляют устойчивые идентификаторы, а редактор меняет понятную человеку подпись. Этот принцип стоит закрепить в задании, если одни и те же точки приходят из 1С и показываются на сайте.

Общее количество и доступный остаток

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

Точное количество стоит показывать, если магазин способен поддерживать доступный остаток по каждой точке и своевременно учитывать выдачи, резервы и ограничения отгрузки, иначе покупатель увидит в карточке единицы, которые склад уже не может ему передать. Если точность ограничена задержкой обмена или ручным подтверждением, более честен статус с объяснением следующего действия. Выбор влияет на ожидание клиента, поэтому его принимает бизнес вместе с ответственным за учёт.

Условный расчёт иллюстрирует различие: на складе числится пять единиц, три уже отложены для других заказов, а одну временно нельзя отгружать. Потенциально свободной остаётся одна единица, если правила магазина действительно вычитают эти ограничения из доступности. Это учебная арифметика, а не описание формулы любой установки Битрикса. Специалист показывает, где хранится каждое значение и как сайт получает окончательный ответ. Покупателю нельзя предъявлять исходные пять как обещание немедленной выдачи.

СведениеНа какой вопрос отвечает
Физическое количествоСколько числится в месте хранения
РезервЧто уже закреплено за заказами
Доступность полученияЧто можно обещать выбранному покупателю

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

Выдача здесь или перемещение оттуда?

Для товара на удалённом складе укажите место выдачи и срок подготовки ещё при выборе способа получения заказа: человеку нужно понять, когда можно приехать и потребуется ли сначала перевезти покупку. Перемещение займёт дополнительное время.

Для прямого самовывоза подтверждают свободный запас в конкретной точке и её способность подготовить заказ. Для перемещения уточняют путь товара и момент готовности. Сайт может предложить оба варианта, если различие ясно. Покупатель видит, что быстрее получить в другом месте либо подождать доставку в удобную точку.

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

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

Разбор самовывоза на сайте охватывает выбор точки и уведомление о готовности. Здесь ключевой вопрос — какой складской факт даёт право показать конкретное обещание.

Наглядный разбор

Три состояния получения товара

  1. Уже в точке

    Заказ готовят из местного доступного запаса.

  2. После перемещения

    Товар сначала доставляют к месту выдачи.

  3. После уточнения

    Менеджер подтверждает возможность и срок.

Одинаковое количество на складе приводит к разным срокам получения.

Документ меняет количество после проведения

При включённом складском учёте движение товара оформляют документами. В документации Битрикса разделены сохранение черновика и проведение: остатки меняются после проведения. Поэтому при сохранённой записи поставки сотрудник сначала уточняет её состояние, если покупатель ещё видит прежнее наличие.

В документации перечислены приход, оприходование, перемещение, возврат и списание. Они описывают разные причины изменения. Складскую функцию удобнее принимать через хозяйственное действие: товар поступил, переместился или вернулся. Простая ручная замена числа покажет только возможность записать значение, но ничего не скажет о сохранении истории движения.

Если главным местом учёта остаётся 1С, владельцу нужно определить полномочия сайта: какие документы там создают, в каких случаях сотрудник вправе менять количество вручную и как эта правка попадёт в учёт, чтобы следующий обмен не вернул прежнее значение. Два независимых места правки быстро дадут противоречие. Предпочтительнее один установленный порядок изменения, а остальным системам передавать результат. Исключения вроде первичной загрузки или исправления ошибки описывают отдельно и оставляют след операции. Это помогает понять причину расхождения после следующего обмена.

При собственном складском учёте на сайте документ сначала сохраняют без проведения, затем проводят и сверяют количество. После отмены смотрят обратное изменение. Для режима внешнего каталога 1С этот тест не подходит: документация прямо исключает работу описанных методов проведения и отмены в таком режиме. Источник остатков и способ приёмки специалист определяет по фактической схеме учёта магазина.

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

Сверка после обмена с 1С

Запишите время изменения в 1С. Затем дождитесь обновления сайта и сопоставьте один товар на одном складе, иначе текущая запись учёта и ещё не обновлённая карточка покажут разные числа без ошибки передачи.

В протоколе указывают артикул, выбранное исполнение, склад, исходное и ожидаемое количество. Товар с вариантами требует внимания: общий остаток семейства не раскрывает наличие нужного размера или исполнения. После обновления выбирают тот же вариант на витрине. Если цифры отличаются, специалист сначала сопоставляет идентификаторы и состав данных обмена.

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

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

Тестовые заказы не должны уходить в обычную обработку и рассылку. Исполнитель организует безопасное испытание, а сотрудник магазина подтверждает соответствие состава заказа выбранной точке и варианту товара.

Описание наличия для каждой точки

В задание на доработку магазина удобно передать перечень складов с их ролями, источник количества и правила доступности, чтобы разработчик мог связать каждую видимую подпись с конкретными данными и способом получения заказа. Описания сверяют с сотрудниками складов.

  • Какие склады хранят, отгружают и выдают товар.
  • Какое количество считается доступным для покупки.
  • Где учитываются резервы и ограничения отгрузки.
  • Когда возможна выдача после перемещения.
  • Что происходит с корзиной из разных складов.
  • Как меняется предложение при задержке обмена.

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

Источники и полезные ссылки

  1. 1С-Битрикс — складской учёт ↗

Интерфейсы и возможности сервисов могут меняться. Перед настройкой сверяйтесь с актуальной документацией.

Игорь Крещенко

Руководитель ШТАБ ИТ. Занимается управлением проектами, веб-разработкой, рекламой и PR. Подробнее об авторе →