Закрытие смены — инкассация в цвете, кадр за кадром.
Пять состояний одного POS-терминала (a)–(e): проверка заказов → прокатка MSR → слепой пересчёт → инкассация → Z-отчёт и блокировка. Всё — поверх той же структуры регионов low-fi канона s08-close-shift.md; регионы 1–5 перенесены 1:1 (W5). Каркас и компоненты — из эталона S-02 POS. Статусы кодируются цветом вдобавок к метке и форме.
ДисплейFraunces
ИнтерфейсHanken Grotesk
Цифры / кодыJetBrains Mono
S-08Закрытие смены / инкассация — POSРегионы 1–5 канона — та же структура и порядок. Тег .tag несёт номер пункта чек-листа (инвариант W5). Кадры (a)–(e) — один терминал.
1 · (a) Закрыть сменуПроверка открытых заказов
Смена №42 · Касса 1Кассир: Асем
←Событие-триггер: кассир нажимает «Закрыть смену» (пункт меню на S-02, не отрисован отдельно)
ГейтЕсть открытые / неоплаченные заказы?
⦸Да + нет права на принудительное закрытие → блок «Смену закрыть нельзя», возврат на S-02 (business-rules §5).
→Да + есть право на принудительное закрытие → регион 2 (b) «Прокатка MSR».
→Открытых заказов нет → сразу регион 3 (c) «Слепой пересчёт», минуя (b).
↓да + есть право на принудительное закрытие → (b) «Прокатка MSR» · (нет открытых заказов — блок (b) пропускается, сразу (c))
условиеПоказывается, только если есть открытые заказы И есть право на принудительное закрытие. Если открытых заказов нет — этот блок пропускается, сразу (c).
ввод тем же численным способом, что numpad на S-02/S-04 (не дублируется)
Расчётная выручка (по системе)
••••₸
скрыто · blind drop
инфоСкрыто намеренно — кассир считает вслепую (суть Blind Drop): сверка факта с расчётом происходит после ввода, на бэкенде, чтобы не подгонять пересчёт под ожидаемое число.
после Результат сверки — один из двух исходов:
СовпалоСверка «Принята»факт совпал с расчётом (в пределах допуска) → смена закрывается штатно
Расхождение«Требует проверки»эскалация в бэк-офис; закрытие продолжается, расхождение уходит на проверку параллельно
↓любой исход сверки (Принята / Требует проверки) → (d) Инкассация