Как показывать актуальные цены и остатки запчастей на сайте дилера

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

Важно показывать именно доступный к продаже остаток. Физически деталь может лежать на складе, но быть зарезервирована под заказ, отложена для сервиса или недоступна для онлайн-продажи.

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

Почему ручное ведение остатков быстро ломается

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

Каждая такая операция меняет доступность товара.

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

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

Но тогда каталог превращается в справочник. Человек звонит или отправляет запрос, сотрудник снова проверяет склад, а сайт почти не сокращает ручную работу.

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

Где должны храниться фактическая цена и остаток

Статья

Автомобильный конфигуратор или каталог: что выбрать бренду и дилеру

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

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

По каждой позиции сайт может получать:

• Внутренний идентификатор номенклатуры

• Артикул

• Цена

• Физический остаток

• Доступный остаток

• Склад или дилерский центр

• Статус доступности

• Возможность заказа

• Возможные сроки поставки

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

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

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

Кейс

Прицепы в онлайне: тащим производителя техники в воронку продаж

Редизайн сайта, повышающий продажи.

Что считать доступным остатком

Физический остаток и доступное к продаже количество — разные значения.

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

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

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

Кроме количества полезно передавать и статус доступности. Одна позиция может:

• Продаваться онлайн

• Быть доступной только под заказ

• Быть зарезервирована для сервиса

• Требовать подтверждения сотрудника

• Быть временно недоступной

Тогда сайт понимает не только сколько деталей существует физически, но и что покупатель реально может с ними сделать.

Как работать с несколькими складами

У дилерской группы одна и та же деталь может одновременно находиться в нескольких центрах.

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

Если деталь есть в выбранном центре, сайт показывает этот вариант первым.

Если ее нет, но она лежит в другом центре группы, можно предложить другой способ получения или внутреннее перемещение.

У одной позиции поэтому может быть сразу несколько сценариев:

• Забрать сегодня в выбранном центре

• Забрать в другом центре

• Дождаться перемещения между складами

• Заказать у поставщика

У каждого сценария свой срок и иногда своя цена.

Точное количество показывать не всегда обязательно. Для розничного покупателя часто достаточно статуса «в наличии». Но если человек заказывает несколько одинаковых деталей, сайт уже должен проверить доступное количество.

Какие статусы наличия показывать покупателю

Одной цифры остатка недостаточно. Покупателю важнее понять, что он может сделать с деталью сейчас.

Эти статусы можно формировать из количества, правил доступности и возможных сценариев поставки.

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

Как учитывать резерв

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

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

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

У резерва есть срок действия. Если заказ не оплатили, не подтвердили или не забрали в установленное время, резерв снимается и деталь снова становится доступной.

Что еще должно происходить между корзиной и оформлением, разбирали в статье «Корзина интернет-магазина: функции, итоговый виджет и допродажи».

Что делать, если детали нет

Отсутствие на складе не обязательно означает тупик.

Карточку можно оставить в каталоге и показать доступные сценарии:

• Заказать у поставщика

• Переместить из другого центра

• Выбрать замену

• Отправить запрос сотруднику

Какой вариант появится, зависит от данных и процессов дилера.

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

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

Как выводить срок поставки

Источник срока поставки может отличаться от источника остатка.

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

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

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

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

Если срок неизвестен, сайт его не придумывает. Заказ можно перевести в запрос на подтверждение, после которого сотрудник сообщает условия покупателю.

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

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

Как проверять остаток перед оформлением заказа

Даже хорошо настроенная синхронизация не исключает ситуацию, когда последнюю деталь купили за несколько секунд до другого клиента.

Поэтому перед окончательным подтверждением заказа доступность проверяют еще раз.

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

Если деталь уже недоступна, сайт предлагает другой сценарий: поставку, соседний центр, замену или запрос сотруднику.

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

Как контролировать ошибки обмена

Для цены и остатка важно знать не только значение, но и насколько оно свежее.

Система хранит время последней успешной синхронизации. Если данные устарели сильнее допустимого интервала, сайт перестает обещать наличие.

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

Проверять нужно и сами данные. В обмене могут появиться:

• Нулевая или неожиданно изменившаяся цена

• Отрицательный остаток

• Пропавшая часть номенклатуры

• Неизвестный склад

• Некорректный идентификатор позиции

Ошибки не обязательно должны останавливать весь обмен.

Критическая проблема может заблокировать пакет целиком. Локальную ошибку одной позиции можно исключить из обновления и оставить для нее последнее корректное состояние.

Ответственный получает сообщение о сбое и видит, какие позиции не обновились.

Кто контролирует такие интеграции после запуска, разбирали в статье «Что входит в техническую поддержку сайта автодилера».

Платформа e-commerce на Laravel» Nineseven

Готовая e-commerce-платформа на Laravel для быстрого запуска и роста

Как понять, что интеграция работает

Сам факт появления цен и остатков на сайте еще не доказывает качество обмена.

Полезно отслеживать:

• Долю заказов, отмененных из-за отсутствия детали

• Долю заказов, где цена изменилась после оформления

• Время между изменением остатка во внутренней системе и обновлением сайта

• Долю карточек с устаревшими данными

• Число ошибок обмена по позициям

• Долю товаров без актуального срока поставки

• Количество ручных уточнений цены и наличия

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

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

Актуальные цены и остатки можно вывести на сайт в рамках доработки сайта автодилера и интеграции со складскими системами.