Join our Newsletter — 33% off our NHI Course
Home› Glossary› Identity Beyond IAM› Did-Not-Arrive Fraud
Identity Beyond IAM

Did-Not-Arrive Fraud

← Back to Glossary
By NHI Mgmt Group Updated October 31, 2026 Domain: Identity Beyond IAM

Did-not-arrive fraud is a refund scam in which the buyer claims a package never arrived or was stolen after delivery. The objective is to obtain a refund without returning the product. This tactic is difficult to prove against when merchants rely on signatures, GPS data, or delivery photos alone.

What Did-Not-Arrive Fraud Means in Practice

Did-not-arrive fraud exploits the refund process by creating a dispute about delivery rather than a dispute about product quality. The core issue is not that delivery data is absent, but that the buyer can challenge the evidence trail in a way that forces the merchant to absorb the loss unless it can prove receipt convincingly.

This matters because the scam sits at the boundary between logistics and payments, so teams often assume the carrier's proof is enough. In practice, package scans, signatures, photos and GPS traces can each be true and still be insufficient when the claim is about who received the item or whether the item was stolen after drop-off.

Why This Fraud Is Hard to Resolve

The difficulty is evidentiary. A carrier may show delivery at an address, yet the merchant still needs a defensible basis for deciding whether the shipment reached the intended person, was intercepted, or was later claimed to be missing. That ambiguity is why this fraud can be profitable even when the shipping record looks complete.

It is also a trust problem across parties. The merchant, courier, payment provider and customer may each hold partial evidence, but none of them controls the full chain of custody. For that reason, the strongest disputes are often those where the account history, shipping destination and payment signal all look ordinary.

When the control environment is weak, the merchant may rely on NIST Cybersecurity Framework 2.0-style governance habits such as better asset and process visibility, even though the fraud itself is commercial rather than technical.

Common Signals and Evidence Gaps

Did-not-arrive claims are most convincing when they arrive after a low-friction checkout, a first-order purchase, or a delivery method that does not create strong receipt evidence. Claims become harder to rebut when the merchant stores only a single proof point, such as a photo at the door, because that proof rarely establishes final possession.

Repeated claims from the same account, address or device can also indicate abuse patterns. A mature review process looks for clustering, such as multiple non-receipt disputes, mismatches between billing and shipping behaviour, or delivery patterns that do not fit the customer's normal history.

For payment and fraud teams, the operational lesson is to treat proof as a layered record, not a single artifact. Delivery confirmation, order history, customer reputation, route data and dispute history each add context, but each can also fail in different ways.

How Merchants Reduce Exposure

Reducing this fraud usually means tightening the evidence standard for high-risk orders rather than trying to eliminate all disputes. Merchants often need stronger delivery confirmation for high-value items, better exception handling for stolen-after-delivery claims and clearer internal rules for when a refund can be issued without escalation.

Fraud prevention also depends on whether the merchant can recognize repeat abuse early enough to step up controls without creating excessive friction for legitimate buyers. That balance is important because overly aggressive denial policies can increase chargebacks and damage trust, while overly permissive policies invite serial abuse.

Where shipment integrity and chain-of-custody controls matter, NIST Cybersecurity Framework 2.0 offers a useful governance lens for identifying gaps, while OWASP API Security Top 10 is relevant when order, payment and delivery systems depend on APIs that must preserve trustworthy transaction records.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP API Security Top 10 addresses the attack and risk surface, while NIST CSF 2.0 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0GV.OC-01 — Organizational ContextFraud controls depend on clear ownership of order and dispute workflows.
ID.AM-01 — Inventory of AssetsExposure depends on knowing which orders, channels and evidence sources exist.
PR.AA-05 — Assets are managed consistent with the organization's risk strategyDelivery exceptions and refund thresholds must be governed by risk appetite.
Recommendation — Define ownership for fraud review and align dispute handling to business context. Maintain an inventory of order, shipment and dispute data sources. Apply risk-based thresholds to high-value or repeat-dispute orders.
OWASP API Security Top 10API9 — Improper Inventory ManagementOrder and delivery APIs can lose trustworthy transaction visibility when poorly inventoried.
API8 — Security MisconfigurationWeak system settings can reduce confidence in delivery and refund evidence.
Recommendation — Inventory order, payment and delivery APIs that feed fraud decisions. Harden delivery and dispute systems so evidence records stay trustworthy.

Practitioner Guidance

Why practitioners should care: This fraud is best managed as a business-control problem, not just a customer-service issue. The decision point is whether your refund policy and evidence threshold are strong enough to distinguish a genuine non-delivery from a deliberate false claim.

What to watch for: Escalating claims from the same buyer, repeated disputes on high-risk routes or categories, and a pattern of refunds that is always supported by the weakest available proof. Those signals often matter more than any single delivery artifact.

Practitioner takeaway: The best defence is a consistent, documented dispute standard that combines logistics evidence with order context, rather than trusting one proof point to settle every case.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on October 31, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org