SABSUS
Help me chooseПомочь выбрать Book a demoПолучить демо
CHECKOUT AND FULFILLMENTПРОДАЖА И ИСПОЛНЕНИЕ

POS checkout KPIs without blind spotsKPI кассы без слепых зон

Revenue shows a sales outcome but explains little about checkout itself. A customer may have waited, a payment may remain unresolved, or the cashier may have corrected a modifier after payment. Management needs measures for individual stages and a list of unfinished cases. Begin with the events that are actually recorded, then select measures for speed, accuracy and monetary reconciliation.Выручка показывает результат продажи, но почти ничего не объясняет о работе кассы. Покупатель мог долго ждать, платёж мог остаться в неизвестном состоянии, а кассир мог исправлять неверный модификатор после оплаты. Для управления нужны показатели отдельных этапов и список незавершённых случаев. Начните с того, какие события действительно фиксируются, и только затем выбирайте скорость, качество и денежные показатели.

Published: Опубликовано: Updated: Обновлено: SABSUS EditorialРедакция SABSUS
Editorial illustration: goods, fulfillment and reporting
Editorial illustration: goods, fulfillment and reportingРедакционная иллюстрация: товары, исполнение и отчётность

Separate queue time from service timeОтделите очередь от обслуживания

If only sale-open and sale-close times are recorded, the measure covers checkout service rather than the customer’s whole wait. Queue time needs a separate arrival or queue-entry event. Do not label first-item-to-receipt time as total time in store. State which part of the journey remains unmeasured when the necessary event is unavailable.Если известно только время открытия и закрытия продажи, измеряется обслуживание в кассе, а не полное ожидание покупателя. Для очереди нужен отдельный момент прибытия или начала ожидания. Не подписывайте интервал от первой позиции до чека как «время клиента в магазине». При отсутствии нужного события укажите, какая часть пути осталась неизмеренной.

Separate active entry, waiting for manager approval and waiting for payment results where data allows. Show the median, lengthy cases and sale count. Compare similar baskets and demand periods; weighed goods or a complex adjustment are different from a simple single-item purchase.Разделите активное оформление, ожидание решения менеджера и ожидание результата оплаты, если данные позволяют. Показывайте медиану, длительные случаи и число продаж. Сопоставляйте сходные корзины и часы нагрузки; продажа с весовым товаром или сложным изменением не равна простой покупке одной позиции.

Count sales and payment attempts separatelyСчитайте продажи и попытки оплаты отдельно

One sale can have several payment attempts. For unsuccessful-attempt rate, use attempts with known outcomes in a defined period; for unpaid-sale share, use the corresponding sales. These measures are not interchangeable. Card decline, customer cancellation and a technically unknown result need separate categories.Одна продажа может иметь несколько попыток оплаты. Для доли неуспешных попыток база — все попытки с известным итогом в определённом периоде; для доли неоплаченных продаж база — соответствующие продажи. Эти показатели нельзя подменять друг другом. Отклонение карты, отмена покупателем и технически неизвестный результат должны иметь разные категории.

Show unknown results in a separate open queue with age and a reconciliation owner. If they are excluded from known successes and failures, still display their count. Define whether a late response restates the original period or appears as an adjustment so the report remains reconcilable.Неизвестные результаты показывайте отдельной открытой очередью с возрастом и владельцем проверки. Исключив их из успешных и неуспешных попыток, не скрывайте их количество. При позднем ответе согласуйте, обновляет ли он прошлый период или отражается корректировкой, чтобы отчёт можно было повторно сверить.

Cashier actions for unresolved paymentsДействия кассира при неизвестной оплате

Locate where corrections originateРазберите исправления по месту возникновения

Removing an item before payment, an authorized price change and a return after sale completion are different events. Count affected sales separately from correction events: a basket can be edited repeatedly. Use clear reasons such as incorrect item, quantity, modifier or pricing condition.Удаление позиции до оплаты, изменение цены с разрешения и возврат после завершения продажи — разные события. Считайте затронутые продажи отдельно от числа корректировок: одну корзину можно исправлять несколько раз. Для причин используйте понятные категории, например неверный товар, количество, модификатор или ценовое условие.

More voids do not establish employee misconduct. Check the catalog, availability, discount rules and item-selection clarity. When errors repeatedly involve two similar products, fixing the catalog may help more than demanding faster work. Review concrete records and observable causes.Рост отмен не доказывает недобросовестность сотрудника. Проверьте каталог, доступность товара, правила скидок и понятность экрана выбора. Если ошибка регулярно связана с одной парой похожих позиций, исправление справочника может быть полезнее требования работать быстрее. Обсуждайте конкретные записи и наблюдаемые причины.

Reconcile the shift on consistent boundariesСверяйте смену по одинаковым границам

Separate sales value, confirmed payments, refunds and actual funds received according to the relevant source. POS and payment-provider reports can use different dates and operation stages. Agree shift boundaries, timezone and included operation types before investigating the difference.Разделяйте сумму продаж, подтверждённые оплаты, возвраты и фактическое поступление средств по соответствующему источнику. Отчёт кассы и отчёт платёжного провайдера могут использовать разные даты и стадии операции. Сначала согласуйте границы смены, часовой пояс и типы включённых операций, затем разбирайте разницу.

Display a cash discrepancy with its explanation and review state. Do not net opposite errors from different sales into a zero total that hides their causes. An unfinished refund or unresolved payment must remain accessible after the shift is formally closed.Кассовое расхождение показывайте с объяснением и статусом проверки. Не взаимозачитывайте противоположные ошибки разных продаж так, чтобы итог стал нулевым, а причины исчезли. Незавершённый возврат или неизвестная оплата должны оставаться доступны после формального закрытия смены.

  • Report check: period, location, registers, excluded events and payment source are named.Контроль отчёта: названы период, точка, кассы, исключённые события и источник оплаты.
  • Each monetary discrepancy has an originating sale, an owner and a next review.У денежных расхождений есть исходная продажа, владелец и следующая проверка.

Verify the metric against an actual saleПроверьте цифру на исходной продаже

Select a routine sale, several payment attempts and a correction after payment. Reconstruct each event and manually determine which measures it belongs in. Pay particular attention to shift boundaries and late provider responses. A report is ready for use when its results can be explained without guessing.Выберите обычную продажу, несколько попыток оплаты и исправление после расчёта. Восстановите каждое событие и вручную определите, в какие показатели оно должно попасть. Особенно проверьте случаи на границе смены и поздний ответ провайдера. Отчёт готов к использованию, когда его можно объяснить без догадок.

In the selected SABSUS configuration, confirm timestamp availability, correction reasons and payment-operation links. Assign an action to each important signal: catalog correction, procedure training or status reconciliation. Thresholds and response times should fit the location; there is no universal checkout-time target here.В выбранной конфигурации SABSUS уточните доступность времён, причин исправлений и связей с платёжными операциями. Назначьте действие по каждому важному сигналу: исправление каталога, обучение процедуре либо сверка статуса. Порог и срок реакции должны соответствовать работе точки; универсального целевого времени кассы здесь нет.

Review the POS workflowПроверить рабочий процесс POS

Quick answersКороткие ответы

Does revenue per cashier show efficiency?Выручка на кассира показывает эффективность?

It depends on customer traffic, basket mix and shift allocation. Compare conditions and service quality before drawing a conclusion from one total.Она зависит от потока покупателей, состава корзин и распределения смен. Сначала сопоставьте условия и качество обслуживания, а не делайте вывод по одной сумме.

Should an unknown payment count as a decline?Нужно считать неопределённую оплату отказом?

No. It requires reconciliation. A separate category keeps the issue visible without relabeling it as a confirmed decline.Нет. Неизвестный результат требует сверки. Отдельная категория сохраняет проблему видимой и не подменяет её подтверждённым отказом.

How should register speed be compared?Как сравнивать скорость разных касс?

Align interval definitions, sale types and demand periods. Include corrections and long cases so fast checkout does not hide mistakes.Согласуйте границы интервала, типы продаж и периоды нагрузки. Добавьте исправления и длинные случаи, чтобы быстрое оформление не скрывало ошибок.

NEXT STEPСЛЕДУЮЩИЙ ШАГ

Reconcile one checkout metricСверьте один показатель кассы

Bring an anonymized shift with a payment retry and sale correction. Review metric populations, time boundaries and the discrepancy queue.Возьмите обезличенную смену с повторной попыткой оплаты и исправлением продажи. Проверим базу расчёта, границы времени и очередь расхождений.