Выберите единый источник наличия, различайте физический и доступный остаток, связывайте резерв с заказом и сроком. Проверяйте артикул, размер, цвет и место хранения перед обещанием. Снятие резерва должно подтверждаться в системе, а устаревшие данные — требовать уточнения.
Сосредоточьтесь на вопросе покупателя
Автоматизация складского учёта для продаж начинается не со всех операций склада, а с ответа по конкретной позиции. Можно ли её продать, где забрать, нужна ли доставка и не обещана ли она другому клиенту? Для небольшого магазина именно эти вопросы часто определяют качество обслуживания.
Такой участок не заменяет весь бухгалтерский, производственный или логистический учёт. Определите границу: какой источник отвечает за товарные движения, какой — за разговор с покупателем и где проверяется доступность. Между ними должны быть понятные правила обмена данными.
Учебный пример: в переписке спрашивают чёрную куртку размера M. Общая строка «куртка, 7 штук» не позволяет подтвердить покупку. Остатки могут относиться к другим цветам и размерам, а нужная вещь уже ждать выдачи по оформленному заказу.
Приведите карточки товаров к однозначному виду
Каждая продаваемая модификация должна определяться без догадок. Используйте артикул или другой устойчивый идентификатор, наименование, размер, цвет и нужные для вашей категории характеристики. Фотография помогает человеку, но не заменяет идентификатор в учёте.
Согласуйте единые значения: «чёрный» и «черн.» не должны случайно стать разными вариантами, а похожие артикулы — сливаться в одну позицию. Если характеристика неизвестна, отправьте карточку на уточнение. Автоматический продавец не должен восстанавливать размер по виду фотографии или по соседнему товару.
Для комплектов отдельно определите состав и способ учёта. Продажа набора может требовать проверки нескольких компонентов. Не обещайте комплект только потому, что доступен его основной товар. Подготовку проверенных сведений подробнее разбирает статья о базе знаний для чат-бота.
- 01Вариант
Артикул, цвет и размер
- 02Доступность
Остаток с учётом ограничений
- 03Резерв
Заказ, срок и подтверждение
- 04Выдача
Проверенное место хранения
Различайте остаток, доступность и ожидание поставки
Физический остаток показывает, сколько товара числится на месте. Для продажи важна доступная часть: с учётом действующих резервов и других ограничений. Товар на проверке, повреждённая единица или ожидаемое поступление не должны молча попадать в обещание «есть сейчас».
| Состояние | Что можно сообщить | Что нужно проверить |
|---|---|---|
| Доступен к продаже | Есть подтверждённое наличие | Конкретную модификацию и место |
| Зарезервирован | Свободная доступность ограничена | Действие и срок резерва |
| Ожидается поставка | Можно уточнить будущий срок | Подтверждение поставщика |
| На проверке | Требуется ответ сотрудника | Состояние и разрешение продажи |
Формулу доступного остатка согласуйте с источником учёта: разные системы могут уже учитывать часть ограничений. Повторное вычитание резерва тоже создаёт ошибку. Проверяйте смысл поля, а не только его название.
Сделайте резерв самостоятельным действием
Фраза менеджера «отложили для вас» должна соответствовать сохранённому резерву. У него есть товар, количество, связанный заказ, ответственный и срок либо условие завершения. Без этих данных команда не понимает, кому принадлежит обещание и когда позицию можно снова предлагать.
Перед подтверждением резервирования проверьте актуальную доступность. Когда два продавца работают одновременно, защита от двойного резерва должна обеспечиваться системой учёта, а не их внимательностью. Повторный запрос на резерв не должен удваивать количество.
При оплате, отмене заказа и истечении согласованного срока нужны разные действия. Не снимайте резерв только потому, что покупатель не ответил на сообщение. Основание и результат операции должны быть видны сотруднику. Если интеграция вернула неопределённый результат, сначала сверяйте фактическое состояние, затем отвечайте клиенту.
Связать наличие товара с продажей
Покажите товары, которые сложно подобрать или подтвердить в наличии. Обсудите с AIшницей путь от вопроса о размере и остатке к подходящему варианту, резерву и заказу — с проверкой вашей системы учёта.
Свяжите наличие с местом хранения
Даже правильный остаток мало помогает, если сотрудник не может быстро найти вещь. Адрес хранения может включать склад, зону, стеллаж, полку или вешалку — в зависимости от масштаба. Покупателю не нужны внутренние обозначения, но они нужны человеку, который собирает заказ.
В кейсе магазина женской одежды описаны оцифровка товаров и мест хранения, видимые для команды резервы и работа с отдельными местами при инвентаризации. Эти элементы показывают связь учёта с повседневными продажами, а не обещают универсальную замену всех складских систем.
Учебный пример: сотрудник переместил платье с витрины в зону примерки. Количество не изменилось, но место нужно обновить. Иначе следующий продавец решит, что товар потерян, и либо откажет клиенту, либо начнёт ручной поиск по всем помещениям.
Определите, что делать при устаревших данных
У ответа о наличии должна быть понятная свежесть. Способ обновления зависит от источника: событие движения, запрос перед продажей или периодическая синхронизация. Выберите допустимый режим под оборот товара и риск одновременной продажи, а не под удобство красивой витрины.
Если обмен остановился, интерфейс должен показывать проблему. ИИ может сказать: «Проверю наличие нужного размера у сотрудника», но не должен уверенно повторять старый остаток. Сохраните запрос клиента и передайте проверку владельцу процесса.
Когда нужной позиции действительно нет, можно предложить проверенную альтернативу. Различия и совместимость объясняйте явно; методика приведена в статье о товарных рекомендациях. Недоступность одного товара не даёт права назвать другой полностью идентичным без подтверждения характеристик.
Проверьте связку на нескольких товарах
Начните с группы, где есть варианты и резервы. Создайте карточку товара, проведите доступное изменение остатка, резерв, отмену и перемещение. Затем откройте данные повторно со стороны продавца и сотрудника склада: они должны видеть согласованное состояние.
- Одинаковая модель разных размеров не смешивается.
- Два одновременных запроса не получают один свободный экземпляр.
- Повторное событие не создаёт дополнительный резерв.
- Снятие резерва меняет доступность после подтверждения источника.
- Сбой обновления виден и приводит к ручной проверке.
Актуальные данные нужны AI-продавцу AIшницы для предметной продажи: подобрать нужный вариант, объяснить отличия, предложить доступную замену или совместимое дополнение и довести покупателя до согласованного этапа либо заказа. После покупки история товара помогает продолжить работу с повторным спросом. Для каждого предложения важно проверять именно нужную модификацию и её доступность, а не ориентироваться на общий остаток категории.
При настройке AI-продавца разберите связь между товаром, покупателем и заказом. На примерах своих позиций проверьте источник наличия, состав складских операций и схему резервирования. Поддержку конкретной системы учёта и нестандартных товаров уточните до запуска; продажа должна опираться на подтверждённый результат, а не обещание в переписке.
Оценивайте ошибки обещаний и поиска
Для этого участка важны заказы, где пришлось пересматривать наличие, случаи двойного обещания, расхождения при подборе и время поиска товара. Общий объём каталога не показывает, стал ли продавец отвечать точнее. Проверяйте причины конкретных ошибок.
Если проблема повторяется в одном размере, смотрите идентификацию варианта; если после выходных — обновление данных; если при переносе между зонами — дисциплину места хранения. Не исправляйте всё дополнительной проверкой менеджера вручную: это скрывает системный источник задержки.
Расширяйте автоматизацию после того, как ограниченная группа товаров проходит полный путь. Надёжное наличие для одного реального процесса полезнее огромного каталога, которому команда не доверяет. Следующим этапом могут стать другие группы товаров и более точные правила доступности.
Частые вопросы
Чем доступный остаток отличается от физического?
Физический показывает учтённое количество, а доступный — то, что можно предложить по правилам продажи с учётом резервов и ограничений. Точный состав расчёта нужно сверить с вашей системой.
Нужно ли резервировать товар после любого вопроса?
Нет. Сначала определите, какое действие клиента или сотрудника создаёт резерв и на каких условиях. Простой интерес к товару не должен автоматически блокировать его для остальных покупателей.
Можно ли показывать наличие ИИ из таблицы?
Можно использовать таблицу как источник, если определены её владелец, свежесть и проверка перед обещанием. При частых одновременных продажах потребуется более надёжное управление изменениями и резервами.
Что делать, если товар числится, но не найден?
Приостановите обещание по спорной позиции, назначьте физическую проверку и уточните место хранения. Сообщите клиенту реальное состояние проверки, затем исправьте источник учёта по подтверждённому результату.
