База знаний
Чем помочь?

Всё про настройку и работу в WellCa: брони, гости, лояльность, меню и AI-ассистент.

Аналитика и отчётыНовое

Отсев, проверка разбора и сверка боя посуды

То, что вы раз за разом отклоняете, перестаёт попадать в очередь. А руководитель перепроверяет отклонённое, чтобы в мусор не ушло настоящее удаление.

В разделе Персонал → События большая часть разборов заканчивается словами «нарушения нет». Два механизма снимают эту работу с людей и при этом не дают потерять важное.

Отсев по опыту

Если похожее событие отклоняли не меньше трёх раз и ни разу не подтверждали, следующее такое же не попадает в очередь. Оно уходит в подборку Отсеяно по опыту: там видно, на каком опыте это решено («так отклоняли 4 раза») и с какой формулировкой.

Что считается похожим:

  • касса — тот же вид операции, та же причина, которую выбрал кассир, и сумма в том же диапазоне (до 1 000 ₽ или до 3 000 ₽);
  • рабочие чаты — тот же тип события и те же смысловые признаки (бой посуды, задержка, скидка и т. п.).

Что не отсеивается никогда:

  • кассовые операции на сумму от 3 000 ₽;
  • кассовые операции без причины, выбранной кассиром (отметка iiko «Без списания» причиной не считается);
  • события критической важности;
  • события из чатов без явных признаков: тип «Другое» объединяет слишком разные случаи.

Одно подтверждение такого же события сразу выключает отсев для него. В очереди над списком видно, сколько событий отсеяно, — ссылка ведёт во вкладку «Проверка разбора».

Правила отсева: отсекает код, настраивает модель

Правило скрывает событие, если в нём есть все слова правила (достаточно начала слова: «наклад» найдёт «накладная» и «накладной»), совпали источник и тип. Отсекает код — сразу, при сборке очереди. Модель события не фильтрует: то, что она молча не завела бы, не увидел бы даже проверяющий.

Кто пишет правила:

  • вы — при отклонении отметьте Больше такое не показывать, слова подставятся из названия, их можно поправить;
  • настройщик — раз в сутки модель читает решения людей вашего заведения и предлагает правила. Код принимает правило, только если на истории за 90 дней оно поймало бы минимум три отклонённых события и ни одного подтверждённого. Правило, которое ловит подтверждённое событие, выключается само.

Кассу от 3 000 ₽, критичное и кассовые риски (удаление пробитого без списания, сторно, снятый пречек, скидки по чужой авторизации) не скрывает никакое правило. Список правил, их автор и основание — во вкладке Проверка разбора, там же кнопка Донастроить сейчас.

Отклонить можно только с обоснованием

Отклоняя событие, объясните своими словами, почему оно не требует разбора, — не короче 20 символов. Кнопка кассовой причины («Ошибка ввода», «Гость передумал») подставляет заготовку, но обоснованием она не считается: без своего текста кнопка отклонения неактивна. Это касается и закрытия пачкой похожих операций.

Проверка разбора управляющим

Администратор разбирает событие первым. Потом его решения проверяет управляющий — кого назначить, выбирается в Настройки → Маршрутизация → Проверяет решения администраторов. Проверяющему во входящие приходит «На проверке N решений администраторов», а во вкладке Проверка разбора видны все решения: что решили, кто разбирал и обоснование. Сверху подозрительные отклонения, у каждого подписано, почему:

  • кассовая операция с риском: удаление пробитого без списания, сторно, снятый пречек, скидка по чужой авторизации;
  • сумма от 1 000 ₽;
  • сводка по материалу говорила «подтверждается», а событие отклонили;
  • вместе с событием пачкой закрыли похожие;
  • обоснование в пару слов;
  • событие высокой важности.

Вердикт ставит назначенный проверяющий:

  • Отработано верно — отметка сохраняется;
  • Отработано неверно — напишите, что упустили. Событие вернётся в очередь, а отклонение перестанет учить отсев. Галочка Внести в KPI сразу выписывает разбиравшему нарушение с указанными минус-баллами.

Таблица Проверяющие показывает по каждому, кто разбирал: сколько решений и отклонений, сколько подозрительных, сколько проверено и сколько неверно. Своё решение проверить нельзя.

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

Бой посуды сверяется с кассой и ценой

Для события о бое посуды система сама ищет, пробит ли бой в iiko: продажу позиции из категории «посуда» или акт списания. Одна пробитая штука засчитывается только одному случаю. В карточке видно цену позиции в iiko, себестоимость и за сколько пробили. Если пробили дешевле нормы — отметка недоплачено; по нулю — без оплаты; не нашлось — в кассе не найдено. Норма — доля цены iiko, которую платит сотрудник, задаётся в Настройки → Маршрутизация → Бой посуды.

Отсев и проверка ничего не удаляют. Минус-баллы в KPI появляются только по галочке проверяющего. Исходные записи кассы и чатов сохраняются, а каждое действие видно в истории события.

Связанные темы

См. также повторы, версии людей и удаление события.

Читайте также

Не нашли ответ?

Напишите нам — отвечаем в рабочее время.

Написать в Telegram