Интернет-магазин климатического оборудования показывает сплит-систему в наличии, но после заказа менеджер выясняет: товар на удалённом складе или уже обещан другому покупателю. Вместо выдачи приходится согласовывать другой срок. Если ещё и цена в корзине отличается от ожидаемой, команда заново объясняет условия продажи, которые сайт уже предложил клиенту.
Разбираем сайт на платформе 1С-Битрикс — системе для создания сайтов и интернет-магазинов. При первом подключении МойСклад важно определить эти условия до запуска. При расхождениях действующего обмена — найти, где расходятся данные и обещание магазина. Ручная правка карточки может скрыть проблему до следующего обновления; покупка другого модуля без проверки причины тоже не подтверждает её устранение.
CRMHUB помогает настроить обмен так, чтобы сайт принимал заказ на согласованных условиях. Определяем, с какого склада и на каких условиях магазин обещает товар, какой прайс применяет к покупателю и как принимает предзаказ. Сопоставляем эти правила с передачей данных и показом на сайте, настраиваем согласованный участок и проверяем контрольные покупки вместе с ответственным сотрудником.
Работу принимаем по результату: покупатель видит нужную цену и понятные условия наличия, а менеджер получает заказ на правильную позицию, количество и склад. Ограничения обмена и действия при расхождении фиксируем отдельно. Если штатной настройки недостаточно, необходимую доработку обосновываем конкретным правилом магазина.
На первом разговоре достаточно описать, что должен видеть покупатель или что сейчас исправляет менеджер. По вашему описанию определим, какой участок проверить первым: исходные данные, передачу или показ на сайте. Это даст предмет для дальнейшей оценки работ. Готовое ТЗ и самостоятельная диагностика не нужны. Изучение базы, технические испытания и настройка — отдельный согласованный объём.
Какое подключение рассматриваем и что определить до настройки
Речь о сайте на платформе «1С-Битрикс: Управление сайтом», редакция «Бизнес», и штатном подключении МойСклад по CommerceML 2.0 — формату обмена данными магазина. Это не CRM Битрикс24. Карточка решения МойСклад подтверждает передачу заказов с сайта в учёт и остатков обратно на сайт.
У читателя может стоять сторонний модуль или доработанный шаблон. Поэтому сначала выясняют редакцию, действующий способ обмена и изменения сайта. Возможности одного подключения нельзя автоматически приписать другому.
До выбора объёма работ нужны три решения собственника:
- Откуда исполняем заказ. Какие товары можно забрать сразу, какие привезут с другого склада, какие принимают только в предзаказ.
- По какой цене продаём. Кто покупает по розничному прайсу, кому положен дилерский и где подтверждаются эти условия.
- Что означает оформление. Магазин принимает подтверждённую поставку или заявку, срок и наличие которой уточняет менеджер.
Есть и граница редакции сайта: по справке настройки типов цен «Малый бизнес» поддерживает один тип цены, «Бизнес» — несколько. Это повод сверить требования, а не совет всем менять редакцию.
При оценке расходов отдельно учитывают условия использования систем, подготовку данных, настройку обмена и витрины, проверку заказов и сопровождение. Если проблема только в выбранном складе или соответствии прайса, полная замена обмена может оказаться лишней. Если нужное правило не покрывается, сначала определяют пробел. Подробнее — когда достаточно готового приложения, а когда нужна разработка.
Какие склады и количество показывать покупателю
В официальной инструкции подключения предусмотрен выбор нескольких складов: информация по каждому передаётся отдельно. Но из этого не следует, как конкретный шаблон магазина покажет или сложит значения. Проверять нужно и переданные данные, и карточку, которую видит покупатель.
Ниже учебный пример требований и приёмки, не клиентский кейс. Обмен на сайте не выполнялся. У одной модели сплит-системы есть запас в разных местах:
На телефоне таблицу можно прокрутить по горизонтали, чтобы увидеть правило публикации.
| Данные о товаре | Факт в учебном примере | Правило магазина для немедленного самовывоза |
|---|---|---|
| Основной склад | Физически 4 единицы, из них 1 занята прежним заказом | К новому немедленному самовывозу можно обещать 4 − 1 = 3 единицы |
| Удалённый склад | Физически 7 единиц | Не включать в немедленный самовывоз с основного склада; отдельно согласовать перемещение и срок |
| Ожидаемое поступление | Ожидаются 2 единицы | Не выдавать за товар, который уже можно забрать; при необходимости принимать предзаказ на понятных условиях |
Три единицы — правило компании в примере, а не установленный результат выгрузки CommerceML. Из изученной официальной инструкции нельзя определить точную формулу передаваемого количества с резервами и ожиданиями. До проверки нельзя обещать, что штатное подключение автоматически отправит именно это число.
Если сайт показывает другое количество, сначала выясняют, какие значения передал обмен, по каким складам и как их использовала витрина. Ошибка может быть в выборе складов, понимании переданного показателя или логике отображения. Это разные участки работ.
Отдельный вопрос — организация самих запасов. Для него полезна статья про учёт нескольких складов и перемещения в МойСклад. Обмен не делает товар удалённого склада физически доступным в точке выдачи.
Как связать тип цены с условиями покупателя
Розничный покупатель и дилер могут покупать одну модель по разным прайсам. Для настройки нужно связать три вещи: какой тип цены хранится в МойСклад, куда он передаётся в 1С-Битрикс и кому разрешено видеть и применять его на сайте.
В инструкции МойСклад описаны выбор выгружаемых типов цен и их сопоставление внешними кодами. Код типа цены и код товара решают разные задачи: первый связывает прайсы, второй — конкретные позиции или варианты. Совпадение названий само по себе соответствие не доказывает.
На стороне 1С-Битрикс права просмотра и покупки задаются для типа цены по группам пользователей. Поэтому наличие двух цен в выгрузке ещё не подтверждает, что розничный посетитель и дилер получат нужные условия.
Приёмка включает просмотр карточки и корзины от лица каждого нужного покупателя, затем сверку цены в полученном заказе. Если в карточке сумма верная, а в корзине другая, проверку нельзя завершать на успешной передаче прайса.
Если же неверная цена или количество попадают к другой модели сплит-системы, отдельно проверяют соответствие карточек и вариантов по внешнему коду. Массовая смена кодов без разбора причины может нарушить уже существующие связи.
Почему нулевой остаток не всегда запрещает покупку
По документации торгового каталога 1С-Битрикс на возможность оформить покупку влияют количественный учёт и разрешение покупки отсутствующего товара. Общие значения могут быть переопределены у конкретной позиции.
Это объясняет ситуацию, когда обмен передал ноль, но кнопка покупки осталась доступна. Проверить нужно правило на стороне сайта, а не только число в МойСклад. Обратное тоже важно: скрытая кнопка сама по себе не доказывает правильность складского учёта.
Предзаказ может быть сознательным решением магазина. Тогда покупатель должен понимать, что товара сейчас нет в точке выдачи и поставку ещё нужно согласовать. Нельзя показывать тот же сценарий как немедленный самовывоз из свободного запаса.
В МойСклад заказ планирует продажу и может резервировать товар, но сам не меняет физический складской остаток. Резерв также не доказывает физического наличия. Отметка о резервировании входящего заказа не подтверждает защиту от одновременных продаж во всех каналах с задержкой обмена.
Как проверить заказ от карточки до МойСклад
Продолжим учебный пример: покупатель заказывает 2 единицы модели. Согласованное правило самовывоза допускает такую покупку из трёх свободных физических единиц основного склада. Ниже порядок проверки выбранной конфигурации, а не результат выполненного теста.
- Уточнить исходную позицию. На сайте и в учёте выбрана одна модель и нужный вариант комплектации. Для продажи должны совпадать конкретные товары, а не только похожие названия.
- Сверить карточку. Покупатель видит положенную ему цену и понятное условие исполнения: самовывоз, доставка с другого склада или предзаказ. Фактическое отображаемое количество сравнивают с переданными данными и правилом магазина.
- Проверить корзину и оформление. Цена и количество не расходятся с ожидаемыми; покупка отсутствующего товара соответствует согласованному режиму.
- Открыть заказ в МойСклад. Сравнить товар, количество 2, цену, организацию и склад. Если настроено резервирование, отдельно проверить фактический резерв и его соответствие правилу.
- Проверить следующее обновление. После изменения исходных данных выяснить, что получает сайт и не возвращается ли прежнее ошибочное значение.
- Пройти отсутствие и предзаказ отдельно. Покупатель без свободного физического товара не должен получать обещание немедленной выдачи. Если предзаказ разрешён, его условия и подтверждение проверяют как другой сценарий.
В штатной справке описаны загрузка заказов и параметры их резервирования. При этом статусы отгрузки и отмены входят в указанные ограничения передачи. Нельзя считать всю дальнейшую обработку автоматической только потому, что новый заказ появился в системе. Нужно определить, кто подтверждает исполнение и как магазин узнаёт об изменениях. Ограничение передачи статуса не доказывает, что отмену невозможно организовать другим согласованным способом.
Эту проверку может выполнить ответственный сотрудник с подрядчиком сайта или CRMHUB в согласованном объёме. Для первого обращения проходить её самостоятельно не требуется.
Что настроит CRMHUB и как принять работу
В рамках настройки обмена с МойСклад CRMHUB уточнит редакцию сайта и действующий модуль, согласует публикацию складов и прайсов, сопоставит передачу с карточкой и корзиной. Затем настроит подходящий участок и проверит заказ, обновление и согласованные исключения.
От компании нужен ответственный, который подтверждает условия продажи: откуда можно обещать товар, кому положена дилерская цена и когда допускается предзаказ. Техническое решение должно выполнять эти правила; интегратор не назначает их вместо владельца бизнеса.
Приёмка включает наблюдаемые результаты:
- выбранные склады соответствуют способам исполнения, а удалённый запас не выдаётся за готовность к немедленной выдаче;
- цена для нужного покупателя сверена в карточке, корзине и заказе;
- показ количества и разрешение покупки проверены при резерве, отсутствии и ожидании;
- заказ приходит на правильную позицию, организацию и склад; резерв соответствует согласованному порядку;
- после обновления не возвращается исправленное расхождение;
- ограничения обмена и ручные подтверждения понятны ответственному сотруднику.
Карта складов, соответствия типов цен и протокол подтверждают эти результаты, а не заменяют работающий магазин. Выводы относятся к проверенной конфигурации сайта. Если требуется доработка шаблона или обмена, отдельно фиксируют нужное поведение и объём работ.
Не сработает, если условия продажи остаются противоречивыми
Когда собственник считает товар на удалённом складе доступным к выдаче сегодня, а менеджер обещает перемещение только после заказа, настройка не разрешит этот спор сама. Сначала нужно согласовать условие для покупателя.
Если исходные остатки недостоверны, обмен перенесёт проблему на витрину. Если шаблон изменён, успешная отправка данных не подтверждает правильный показ. Нужна проверка того участка, где возникает расхождение, без обещания исправить любую версию сайта одним подключением.
Вопросы перед подключением
Несколько складов можно передавать штатным способом?
Документация это предусматривает. Но способ показа и суммирования на вашем сайте нужно проверить отдельно. Перечень складов в настройках не заменяет сверку карточки и условий выдачи.
Нужно сразу менять редакцию сайта ради цен?
Сначала определяют, действительно ли нужны несколько типов цен, и проверяют действующую редакцию. Само расхождение цены не доказывает необходимость перехода на другую редакцию или разработки.
Можно начать, если неизвестно, какой модуль стоит сейчас?
Да. Для первого разговора достаточно описать, что видит покупатель и что приходится исправлять менеджеру. Способ подключения и технические детали уточняются при согласовании обследования.