Skip to main content
FraudTrace AI is designed to drop into your existing risk pipeline with minimal friction. This guide walks you through obtaining an API key, running your first UPI lookup against the MuleTrace database, interpreting the response, and wiring the call into your onboarding or transaction screening flow.
1

Get your API key

Access to FraudTrace AI is gated by a Bearer token issued to your organisation. To request one, reach out to the FraudTrace team through fraudtraceai.com. Once your account is provisioned you will receive a token that looks like this:
Store this token in a secure secrets manager or environment variable — never commit it to source control.
If you need a sandbox key for testing before going live, mention that when you contact the team. Sandbox responses mirror the production schema but draw from a static fixture dataset.
2

Make your first UPI lookup

Send a GET request to the /v1/verify/upi endpoint, passing the UPI VPA you want to screen as the upi query parameter. Include your Bearer token in the Authorization header on every request.
A successful call returns an HTTP 200 with a JSON body. Here is a representative FLAGGED response for a VPA that belongs to a known mule cluster:
And here is a CLEARED response for a VPA with no fraud signals:
3

Interpret the result

Use the following fields to drive your downstream risk decision:
A CLEARED result means the VPA is not present in the FraudTrace database at this time — it does not guarantee the account is legitimate. Always combine FraudTrace signals with your own transaction monitoring and KYC controls.
4

Integrate into your risk flow

The MuleTrace API is stateless and low-latency, which makes it suitable for synchronous integration at the following control points:
  • UPI payee screening — call the API before you initiate a P2P or P2M transfer to verify the destination VPA.
  • Merchant onboarding — screen the settlement UPI ID provided during merchant sign-up. A FLAGGED result with high confidence should trigger manual review or rejection.
  • Payout and disbursement checks — validate beneficiary VPAs in lending, insurance, and government disbursement workflows before funds leave your ledger.
  • Batch risk re-scoring — periodically re-screen your existing beneficiary database to catch VPAs that were clean at onboarding but have since been flagged.
Set a confidence threshold in your code rather than hard-coding a binary check on status. For example, auto-block above 0.95, route to manual review between 0.75 and 0.95, and pass through below 0.75.