How SentryFox works
One control layer, applied in sequence.
From initial diligence through each eligible transaction, the same policy governs every stage. A rule written during onboarding is the rule enforced at checkout and the rule evidenced in an audit.
Every regulated merchant enters the institution's portfolio the same way, against the same requirement set.
- Approval documents assembled into one merchant record
- Routing to the bank or processor program the merchant fits
- Underwriting correspondence kept with the file it belongs to
Rules run before authorization, so a prohibited transaction never reaches the rails rather than being explained afterward.
- Checkout and transaction-level rules applied before authorization
- Approved SKU enforcement against the catalog the bank signed off
- Geofencing and web gating by jurisdiction and buyer type
Underwriting is a snapshot. Monitoring is what notices that the merchant has changed since.
- KYC and KYB at onboarding, then continuous website monitoring
- Transaction monitoring with alerts on pattern and threshold breaks
- Product chain of custody from supplier through fulfillment
Under evaluation. Whether coverage for defined eligible events can sit on top of the controls and the evidence.
- Preventive controls and preserved evidence as the foundation
- Evidence-backed claim preparation, assembled from the record
- No offer of insurance, and no promise of coverage
Evidence is the product
Rules, documents, decisions, exceptions and interventions are preserved as they happen, tied to the merchant and the policy version in force at the time. That record is what an examiner, an acquirer’s risk committee or a card-brand review actually asks for.
Or start a pilot conversationThirty-three screens on representative data — programs, eligibility, findings, evidence, coverage and the channel partition. Nothing in it is a real merchant or a real transaction.