Loss Prevention Case Handling · Evidence-Governed Anomaly Triage¶
A checkout or item-identification anomaly is captured as evidence, triaged under an approved intervention policy, and resolved as a verified case or false positive.
| Domains | inventory · store · commerce · payment |
| Actors | store-control-service · loss-prevention-investigator · store-associate |
| Process | Loss Prevention Case Handling |
| Capabilities | 4 |
| Steps | 4 |
| Events | 5 |
| Lifecycles | 2 |
| Min UCMI | 2.5 |
⚙️ Step-by-Step Flow¶
| # | Step | Actor | Lifecycle | State Change | Event |
|---|---|---|---|---|---|
| 1 | Identify item and detect anomaly | store-control-service | loss-prevention-case-lifecycle |
→ detected | item-identified · item-identification-anomaly-detected |
| 2 | Open policy-governed case | store-control-service | loss-prevention-case-lifecycle |
detected → triaged | loss-prevention-case-opened |
| 3 | Investigate authorised intervention | loss-prevention-investigator | loss-prevention-case-lifecycle |
triaged → investigated | transaction-anomaly-detected |
| 4 | Resolve or dismiss case | loss-prevention-investigator | loss-prevention-case-lifecycle |
investigated → resolved or triaged → false-positive | loss-prevention-case-resolved |
⚡ Event Sequence¶
item-identified → item-identification-anomaly-detected → loss-prevention-case-opened → transaction-anomaly-detected → loss-prevention-case-resolved
🔄 Lifecycles Involved¶
🧩 Capabilities Required¶
| Capability | |
|---|---|
automated-item-identification |
Automated Item Identification |
loss-prevention |
Loss Prevention |
checkout |
Checkout |
payment-processing |
Payment Processing |
🖥️ Application Coverage¶
Applications that implement the capabilities required by this scenario.
| Capability | Implementing Applications |
|---|---|
automated-item-identification |
Loss Prevention Service |
loss-prevention |
Loss Prevention Service |
checkout |
POS · eCommerce Platform · Associate Workspace |
payment-processing |
POS · Payment Hub |
📊 Readiness by Profile¶
Capability readiness across assessment profiles.
| Profile | Capabilities Met | Avg Score | Ready? |
|---|---|---|---|
| Acme Electronics | 2/4 | 1.2 | ❌ |
| BuildPro Trade | 2/4 | 1.2 | ❌ |
| Flash Delivery | 2/4 | 1.8 | ❌ |
| Luxe Maison | 2/4 | 1.5 | ❌ |
| Metro Fresh Group | 2/4 | 1.8 | ❌ |
| Stella Fashion Group | 2/4 | 1.5 | ❌ |
| Reference Tier 2 Non-food Retailer | 2/4 | 2.0 | ❌ |
✅ Preconditions¶
- Detection sources and intervention policies are approved for the store context
- Authorised investigators can access case evidence
🎯 Success Criteria¶
- Anomaly evidence is distinguished from a verified loss outcome
- Every intervention cites an applicable policy and accountable actor
- Resolutions and false positives are recorded for quality measurement
⚠️ Failure Modes¶
- Evidence source is unavailable or confidence is below the policy threshold
- A required reviewer is unavailable during an active transaction
- Case cannot be reconciled with the transaction or payment record
UCMI Requirements¶
Minimum UCMI Score: 2.5
| Capability | Minimum Level |
|---|---|
automated-item-identification |
🟠 2 |
loss-prevention |
🟠 2 |
checkout |
🟠 2 |
payment-processing |
🟠 2 |
UC-BoK Scenario Catalog · All Scenarios · Scenario Catalog