HHG-004
uncertainOpencard not present new device
Case HHG-004 concludes with an uncertain verdict and a fraud probability of 0.21, driven by customer C08106's denial of a $128.33 charge on card C08106-K1 and the use of a device marked as new to the account. The investigation was hampered by a refused device_neighbors query due to an invalid parameter and an expired step-up authentication request, which raised the probability from 0.18 to 0.21. Although three prior cases (CC-0584, CC-0086, CC-0283) semantically support fraud, the lack of a definitive device link and the presence of disconfirming precedents (CC-0696, CC-0308) leave the matter unresolved. Consequently, the final action remains MONITOR_CARD (auto, R0: policy default, below case-creation threshold), as the evidence did not meet the threshold for escalation.
- exposure
- $221.19
- affected txns
- 2
- connected cards
- 0
- prior cases cited
- 5
stop_reason — Evidence request settled the question: probability reached 0.21 (uncertain); further steps are unlikely to change the decision.
Initial recommendation
before · on the evidence gathered so far- MONITOR_CARDAutoR0: policy default, below case-creation threshold
Evidence requested
ask · 1 request- step up authafter step 3
Step-up authentication request expired unanswered within the window.
Final recommendation
after · no revision required- MONITOR_CARDAutoR0: policy default, below case-creation threshold
The assumed step up auth response (Step-up authentication request expired unanswered within the window.) raised fraud probability from 0.18 to 0.21, changing the recommended actions.
Every rule below is a deterministic predicate evaluated against this case’s evidence — not a model’s assertion of an outcome. The engine checks all ten; most do not apply here, and that is shown deliberately.
- R1 did not fire
- Single signal only, fraud probability below 0.70 — must precede any block.
- R2 did not fire
- Customer was asked to validate and denied the charge.
- R3 did not fire
- Customer confirmed the charge as their own.
- R4 did not fire
- No customer reply within 24 hours.
- R5 did not fire
- 3+ sub-$5 online authorizations within an hour on one card, then a larger purchase.
- R6 did not fire
- Device profile, billing region, or recipient email shared across multiple cards in one window.
- R7 did not fire
- Disputed charge matches the customer's own recurring pattern — merchant, amount, monthly.
- R8 did not fire
- Verdict uncertain with exposure over $500, or evidence conflicts.
- R9 did not fire
- Fits none of the five documented patterns, and abuse is coordinated or repeated across customers.
- R10 did not fire
- BLOCK_ALL_CARDS was proposed — requires 2+ cards confirmed fraud or confirmed compromised credentials, else downgrades to a single-card BLOCK_CARD.
The closed-case history runs 4,665 confirmed fraud to 900 cleared — a single merged ranking over that history returns almost nothing but incriminating cases and pushes every verdict toward blocking. Retrieval runs as two separate pools, confirming and exonerating, so that imbalance cannot silently decide the case.
Confirming precedent(3)
- CC-0584
- CC-0086
- CC-0283
Exonerating precedent(2)
- CC-0696shared device
- CC-0308
Cardholder disputes the charge: Customer C08106 message: 'I never made this $128.33 purchase. Please check my card.' Refers to 3583227.
Customertrigger:customer_report(HHG-004)T35832272 online transaction(s) on card C08106-K1 -- T3580804 ($92.86), T3583227 ($128.33) -- came from a device first marked 'New' for this account (id_15=New)
Graphquery:card_window(card_id=C08106-K1)T3580804T3583227Structural match (shared device/region/card) with cleared closed case CC-0696 (pattern: none, outcome: cleared)
Graphquery:prior_cases_for_entities(case=CC-0696)CC-0696Precedent (confirming): CC-0584 (confirmed fraud, $128.30 exposure): semantically similar analyst notes (cosine distance 0.31), no direct structural overlap
Graphquery:prior_case_candidates(case=CC-0584)CC-0584Precedent (confirming): CC-0086 (confirmed fraud, $83.81 exposure): semantically similar analyst notes (cosine distance 0.32), no direct structural overlap
Graphquery:prior_case_candidates(case=CC-0086)CC-0086Precedent (confirming): CC-0283 (confirmed fraud, $149.93 exposure): semantically similar analyst notes (cosine distance 0.32), no direct structural overlap
Graphquery:prior_case_candidates(case=CC-0283)CC-0283Precedent (disconfirming): CC-0696 (cleared as legitimate): shares 1 entity (card/device/region) with this alert
Graphquery:prior_case_candidates(case=CC-0696)CC-0696Precedent (disconfirming): CC-0308 (cleared as legitimate): semantically similar analyst notes (cosine distance 0.34), no direct structural overlap
Graphquery:prior_case_candidates(case=CC-0308)CC-0308Agent elected to expand the investigation to the shared-device neighbourhood. Reasoning: YES The new device marker indicates a potential shared device that could be linked to other compromised cards.
Graphllm_decision:expand_device_neighbourhood(case=HHG-004)C08106-K1Agent proposed device_neighbors(device_id=device_id_15), refused: that looks like a raw dataset column name, not a real entity id -- running it would waste a query rather than gather evidence. Full params: {'device_id': 'device_id_15', 'anchor': '2016-12-29 07:53:54', 'hours': 720}
Graphllm_plan:rejected(column_as_id, depth=1)card_window returned 48 connected entities at depth 2. Reasoning: The goal is to find the device identifier associated with the 'New' marker for card C08106-K1. The identifier 'device_id_15' is a column name, not a value, so it cannot be used directly in a query that requires a specific device ID. The 'card_window' query retrieves transactions for the specified card within the last 720 hours, which will reveal the actual device IDs used, allowing us to identify the one marked as 'New'.
Graphquery:card_window(card_id=C08106-K1, anchor=2016-12-29 07:53:54, hours=720)350426535808043521229358572635531923583227355243935419723514703349918835530843508384356127035607513550051352124334988443569296351415335419213504647356159335118343521237355313535141993514168358401735123513568649358350335704123560218355243135418883587858351830534976003521219352115934975033585446358349935211993532758355899435141223562049Confidence check on gathered evidence: medium -- The investigation has reached its maximum depth limit (3 of 3). While the specific device neighborhood query was rejected due to a parameter error, sufficient evidence exists for a defensible handoff: the customer explicitly denies the transaction, the transaction occurred on a device marked 'New' to the account, and there are three semantically similar confirmed fraud precedents (CC-0584, CC-0086, CC-0283) with close cosine distances. Although there is one disconfirming structural match (CC-0696) and one disconfirming semantic match (CC-0308), the combination of customer denial, new device usage, and strong semantic alignment with confirmed fraud cases provides a reasonable basis for the policy engine to evaluate. Further digging is impossible due to the depth limit.
Graphllm_decision:confidence_gate(case=HHG-004, depth=3)
Confirming precedent
- CC-0584Supports fraud
- CC-0086Supports fraud
- CC-0283Supports fraud
Disconfirming precedent
- CC-0696Exonerates
- CC-0308Exonerates