SABSUS
Help me chooseПомочь выбрать Book a demoПолучить демо
Operations and analyticsОперации и аналитика

Franchise standards that can be checkedПроверяемые стандарты франшизы

A franchise score is credible only when branches were checked against the same applicable standard and version. Separate missing evidence from failure, and keep critical violations visible even when the overall score is high.Оценке франшизы можно доверять, если точки проверены по одному применимому стандарту и версии. Отделяйте отсутствие подтверждения от нарушения и сохраняйте критические нарушения видимыми даже при высоком общем балле.

Published:Опубликовано:Updated:Обновлено:SABSUS EditorialРедакция SABSUS

The business questionРабочий вопрос

Which location needs a corrective action, and can the network verify that it actually happened?Какой точке нужно исправление и может ли сеть подтвердить, что оно выполнено?

Use a defined inspection cycle and standard version. Record applicable, not applicable, passed, failed and not checked as distinct states. An exception to a standard needs approval, scope and expiry; it must not silently improve the score.Используйте заданный цикл проверки и версию стандарта. Разделяйте состояния «применимо», «неприменимо», «пройдено», «не пройдено» и «не проверено». Исключению нужны согласование, область и срок; оно не должно незаметно повышать оценку.

Metric definitions and scopeОпределения и состав показателей

Inspection coverageПолнота проверки

Applicable checks completed with evidence ÷ all applicable checks due in the cycle. Missing inspections remain in the denominator and are displayed by location.Применимые проверки с результатом и подтверждением ÷ все применимые проверки со сроком в цикле. Непроведённые остаются в знаменателе и видны по точкам.

Pass rate of completed checksДоля пройденных проверок

Passed applicable checks ÷ completed applicable checks for the same standard version. Read it beside coverage; 100% passing on a small inspected subset is incomplete evidence.Пройденные применимые проверки ÷ завершённые применимые проверки одной версии стандарта. Смотрите вместе с полнотой: 100% на малой проверенной части не дают полной картины.

Overdue critical correctionsПросроченные критические исправления

Critical failed checks whose approved correction deadline has passed without verified closure. Show each separately from any weighted score.Критические непройденные проверки, по которым прошёл согласованный срок исправления без подтверждённого закрытия. Показывайте каждую отдельно от взвешенного балла.

A worked exampleПример расчёта

Illustrative location: 20 checks are listed; 2 are approved as not applicable. Of the remaining 18, 15 are completed and 13 pass. Coverage is 15 ÷ 18 = 83.3%; pass rate is 13 ÷ 15 = 86.7%. Three unchecked items remain visible.Условная точка: в списке 20 проверок, 2 согласованы как неприменимые. Из оставшихся 18 выполнено 15, пройдено 13. Полнота — 15 ÷ 18 = 83,3%; доля пройденных — 13 ÷ 15 = 86,7%. Три непроверенных пункта остаются видимыми.

If one failed item is classified as critical under the approved standard, it needs a distinct escalation. The other thirteen passes do not cancel it. Closure requires a recheck, not a promise from the location manager.Если один непройденный пункт критический по утверждённому стандарту, ему нужна отдельная эскалация. Тринадцать успешных проверок его не отменяют. Для закрытия нужна повторная проверка, а не обещание руководителя точки.

Exceptions that change the readingИсключения, меняющие вывод

A new standard version can change the population of applicable checks. Keep old and new cycles separate or document a mapping. Do not rank locations with different versions as if their percentages had the same meaning.Новая версия стандарта может изменить состав применимых проверок. Разделяйте циклы старой и новой версии или документируйте соответствие. Нельзя ранжировать точки с разными версиями так, будто проценты означают одно и то же.

Owner and operational decisionОтветственный и решение

The franchise operations lead owns standard definitions and exceptions; the location manager owns correction. A qualified reviewer confirms closure for critical items. Decide whether to coach, recheck or escalate based on evidence and the agreed franchise process.Руководитель операций франшизы отвечает за стандарт и исключения; управляющий точкой — за исправление. Квалифицированный проверяющий подтверждает закрытие критических пунктов. По подтверждениям и согласованному процессу выбирайте обучение, перепроверку или эскалацию.

Acceptance checksПроверки приёмки

  1. Not-applicable checks require an explicit reason and approval.Неприменимость требует явной причины и согласования.
  2. A critical failure remains visible at any overall score.Критическое нарушение видно при любом общем балле.
  3. Closure includes dated verification of the corrected condition.Закрытие содержит датированную проверку исправленного состояния.

Map the workflow to SABSUSСопоставьте процесс с SABSUS

Map locations, responsible roles and evidence references to your SABSUS configuration. Verify whether inspection records and corrective workflows need a separate tool; a native franchise-compliance score is not promised here.Сопоставьте точки, роли и ссылки на подтверждения с вашей конфигурацией SABSUS. Проверьте необходимость отдельного инструмента для инспекций и исправлений; встроенная оценка соблюдения стандартов здесь не обещается.

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

Can unchecked items be treated as passed?Непроверенные пункты можно считать пройденными?

No. Show them as missing coverage until evidence is recorded.Нет. Они уменьшают полноту до появления подтверждения.

Does a good average cancel a critical failure?Хороший средний балл отменяет критическое нарушение?

No. Critical failures require separate visibility and escalation.Нет. Критическим нарушениям нужны отдельная видимость и эскалация.

Can different standard versions be ranked together?Можно сравнивать разные версии стандарта?

Only with an explicit comparable mapping; otherwise report them separately.Только при явно сопоставимом соответствии; иначе показывайте отдельно.

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

Make one decision traceableСделайте одно решение проверяемым

Bring the source records, metric definition and an exception case to discuss the configuration your process needs.Подготовьте исходные записи, определение показателя и случай исключения, чтобы обсудить нужную процессу конфигурацию.