Клиент пришёл за заказом, в системе он числится в пункте, а нужная ячейка пуста. Начните со сверки отправления и последних операций. Перебирать весь склад сразу неудобно: можно потратить время на поиск другой коробки и оставить очередь без сотрудника.
Ниже — порядок проверки для руководителя и оператора ПВЗ, таблица поиска и пример сообщения в поддержку. Это организационная схема, а не инструкция конкретного маркетплейса. Названия статусов, обязательные действия и сроки обращения проверяйте в действующем регламенте своей площадки.
Убедитесь, что ищете нужное отправление
Сопоставьте идентификатор в рабочей системе с заказом клиента по принятой на площадке процедуре. Проверьте адрес ПВЗ, текущий статус и количество мест. В одном заказе могут быть несколько отправлений: найденная первая упаковка ещё не означает, что найдены остальные.
Не выбирайте коробку только по фамилии, цвету пакета или похожему номеру. Не просите клиента объявлять код выдачи всей очереди. И не отмечайте заказ выданным, чтобы убрать его из списка: такая запись должна соответствовать реальной операции.
Приёмка, выдача и возврат проходят через рабочие инструменты площадки. Например, эти операции перечислены на официальной странице приложения WB ПВЗ. Но сама страница приложения не устанавливает порядок разбора потерь — его нужно смотреть в инструкциях для партнёров.
Разделите поиск на проверяемые участки
Назначьте одного человека, который ведёт проверку и записывает результат. Если в смене двое, второй может продолжать обслуживание. Если сотрудник один, не оставляйте клиентскую зону и доступ к заказам без предусмотренного контроля ради длительного поиска.
Вместо записи «всё посмотрели» используйте короткую таблицу. Пример ниже — заготовка для внутренней проверки, а не обязательная форма площадки.
| Что проверить | Где искать подтверждение | Что записать |
|---|---|---|
| Верны ли ПВЗ и отправление | Карточка заказа в рабочей системе | Идентификатор, адрес, статус на момент проверки |
| Было ли отправление принято | Доступная история приёмки и поставки | Последняя подтверждённая операция и её время |
| Где оно должно лежать | Адрес хранения и допустимая история перемещений | Проверенная ячейка и результат |
| Не осталось ли в зоне обработки | Места приёмки, разбора и возврата по схеме ПВЗ | Конкретные участки, которые осмотрены |
| Не оформлена ли другая операция | История выдачи, отказа или возврата, если доступна | Обнаруженное расхождение без предположений о виновнике |
После основной ячейки осмотрите соседние места и похожие обозначения: например, A-02 и A-20. Делайте это по одному участку, сохраняя размещение остальных заказов. Не переносите найденные «не на своей полке» упаковки кучей — так появится ещё одно расхождение.
Если коробка нашлась, сверяйте её идентификатор с системой и оформляйте дальнейшее действие по регламенту. Сходство упаковки не подтверждает, что это нужный заказ. О том, как уменьшить такие ошибки при размещении, есть отдельный материал про нумерацию ячеек в ПВЗ.
Пример: пустая ячейка A-02
Учебная ситуация: в 12:05 сотрудник не находит отправление в A-02. В доступной истории есть запись о приёмке в 09:42, после неё — размещение в A-02. Выдача или возврат не отражены.
Сотрудник сверяет номер отправления, проверяет основную ячейку и соседние места. В 12:09 в A-20 находит упаковку. Идентификатор совпадает. Это подтверждает, что нужная коробка найдена, но ещё не объясняет, кто и когда поставил её туда.
Проверка заняла 4 минуты: 12:09 − 12:05. Это результат учебного примера, не норматив поиска. Дальше сотрудник выполняет предусмотренные площадкой действия с размещением и выдачей, а руководитель разбирает причину неверного адреса. Он не записывает «ошибка утреннего оператора», пока нет подтверждения.
Если в A-20 лежит похожая упаковка с другим идентификатором, поиск не завершён. В записи остаётся «отправление не найдено», а не «вероятно, выдали».
Что сказать клиенту
Сообщите только то, что уже известно, и договоритесь о следующем сообщении. Например:
«В системе заказ указан в нашем пункте, но на назначенном месте я его пока не нашёл. Сейчас проверю последние операции и места размещения. Через пять минут сообщу результат проверки, даже если поиск ещё не закончится».
Пять минут здесь — выбранное сотрудником время следующего сообщения. Обещать его стоит, только если вы сможете вернуться к клиенту в этот срок. Это не обещание найти заказ за пять минут.
Если нужна поддержка, скажите об этом прямо. Не просите клиента оформлять фиктивный отказ и не обещайте компенсацию, возврат денег или отмену удержания, решение о которых не входит в ваши полномочия.
Когда передавать расхождение в поддержку
Не ждите конца смены, если регламент требует немедленного обращения. Проверка на месте должна идти с учётом установленного порядка и сроков, а не заменять их. Передайте факты через официальный канал площадки; доступ к записи камер и выгрузкам предоставляйте только уполномоченным лицам в установленном порядке.
Заготовка обращения:
«ПВЗ [идентификатор]. Отправление [номер] не найдено при проверке [дата, время]. В системе статус [точное название], место хранения [адрес]. Последняя доступная операция: [операция, время]. Проверены [конкретные места]; результат [что установлено]. Просим уточнить дальнейшие действия. Приложены [предусмотренные регламентом материалы]».
Сохраните номер обращения и назначьте ответственного за ответ. В общую переписку смены не нужно копировать коды выдачи, контакты клиента и лишние персональные данные.
Что оставить следующей смене
Незаконченная проверка должна перейти конкретному человеку. Запишите, какое отправление ищут, что уже проверили, номер обращения, последнее указание поддержки и следующий шаг. Отдельно укажите, где находится найденная спорная упаковка, если она есть, — по действующей схеме хранения.
Проверку можно закрыть, когда результат подтверждён и необходимые операции оформлены. Если заказ по-прежнему не найден, запись остаётся открытой. Формулировка «передал сменщику» не означает, что расхождение устранено.
Для передачи таких случаев подойдёт короткая запись о незавершённых задачах смены. А На смене для ПВЗ можно рассмотреть для организации работы команды: сам поиск заказа и изменение его статуса остаются в системе маркетплейса.