Skip to content

Call center

Call center использует отдельные frontend и backend, но создаёт заказы в общей продуктовой системе. При диагностике всегда фиксируйте не только город, но и выбранную точку.

Настройки точки

Оператор call center получает для выбранной точки:

  • приём заказов;
  • время приготовления и доставки;
  • минимальную сумму;
  • доступные способы оплаты;
  • правила бонусных баллов;
  • настройки доставки, самовывоза и заказа в зале.

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

Данные агрегатора в API

Backend call center возвращает в API дополнительные данные агрегаторного заказа:

  • внешний номер и платформа;
  • схема доставки;
  • время прибытия курьера или клиента;
  • крайний срок доставки и код получения;
  • адрес, переданный сервисом;
  • исходный и подменный телефон;
  • сумма агрегатора, скидки партнёра и Яндекса, стоимость позиций и итог.

В текущей версии main интерфейс call center эти поля ещё не показывает. Они предназначены для интеграций и диагностики через разрешённые инструменты поддержки. Пустое значение не следует заменять нулём. Для эскалации зафиксируйте внутренний номер заказа и перечислите поля, которые отсутствуют или расходятся; внешний номер и остальные метаданные поддержка проверит в API или основном Django admin.

Базовая диагностика

  1. Проверьте авторизацию оператора и его доступ к ритейлеру.
  2. Уточните город и точку заказа.
  3. Сравните настройки точки с городом, особенно оплаты и времени.
  4. Проверьте источник заказа; наличие расширенных данных агрегатора проверяйте в API или основном Django admin, а не в интерфейсе call center.
  5. Сравните заказ в call center и основном Django admin.
  6. Приложите безопасный текст API-ошибки и шаги воспроизведения.

Внутренняя и клиентская документация Beex/Dostavix.