Wiki 🔍 Search

QIIUB — Floating Shifts & Cash Management

Stakeholder diagrams — sales-floating-shifts-cash-management · BCPOS

Created: 2026-03-30 · Last Updated: 2026-07-09

1. Shift lifecycle

Shift lifecycle Employee logs in and works until fully reconciled Open Suspended Break / lunch Resume Closed Fully reconciled Count + close PendingCount Drawer to safe Blind closeout Manager counts Merged Offline reconciled Sync detects duplicate Voided Zero transactions Manager cancel Bargain City pattern: Cashier ends shift without counting. Manager counts later from the safe. Terminal states: Closed (normal) Merged (sync) Voided (error) PendingCount (interim)

2. Floating cashier — RMH today vs QIIUB

Same scenario, two systems María works 8 AM – 4 PM across 3 terminals RMH today — 3 separate batches Fragmented accountability. Three separate over/short calculations. Batch #47 Register 1 · 8:00–10:30 Batch #48 Register 5 · 10:30–2:00 Batch #49 Register 9 · 2:00–4:00 Close + count Close + count Close + count 3 separate cash counts (slow), 3 over/short lines in reports, no unified view of María's productivity or accountability with QIIUB this becomes QIIUB — 1 shift, 3 segments One accountability trail. One over/short calculation. María's shift (8:00 AM – 4:00 PM) Segment 1 Terminal 1 · 8:00–10:30 Segment 2 Terminal 5 · 10:30–2:00 Segment 3 Terminal 9 · 2:00–4:00 Close: María counts $347.50. Expected: $345.00. Over/short: +$2.50 One count, one report line, one employee view.

3. Cash drawer policies by industry

Cash drawer policies Same schema, different terminal settings per business type CarryDrawer How it works Cashier carries the physical drawer tray when they move. Cash tracking Shift-level only. One pool of cash. FixedDrawer How it works Drawer stays in the terminal. Handoff count at each change. Cash tracking Per-segment snapshots at each handoff. NoDrawer How it works No physical drawer. Server carries own cash or card-only. Cash tracking None on terminal. Server bank at shift. Which industries use which Supermarkets Retail (most stores) Pharmacy Gas stations High-volume chains Hardware stores Bar terminals Dedicated cashier desk Restaurant servers Card-only terminals Order-entry kiosks

4. RMH import — batch becomes shift (one-time migration, ADR-0038)

RMH import: batch becomes shift (one-time migration, ADR-0038) Historical import only — no live RMH sync. Structural transformation, not a 1:1 field copy RMH Batch Batch #48 — Register 1 BatchStatus: 15 (bitmask) OpeningTime: Mon 10:00 PM CashierID: María RegisterID: 1 OpeningAmount: $200 ClosingAmount: $347.50 → Import tool maps (once) QIIUB Shift Shift — Employee: María Status: Closed IsBlindClose: true OpenedAtUtc: Mon 10 PM BusinessDate: Tuesday OpeningAmount: $200 ClosingAmount: $347.50 SourceSystem: ImportTool SourceId: Batch#48 ShiftSegment → Terminal 1 The overnight batch fix RMH problem: Batch opens Mon 10 PM (auto-created). Used all day Tuesday. SAP sees Monday. RMH: OpeningTime = Monday QIIUB: BusinessDate = Tuesday SAP reads BusinessDate (from first sale), not OpenedAtUtc. Problem solved.