Skip to main content
The FraudEG REST API gives you programmatic access to every capability in the platform — transaction scoring, identity verification, device intelligence, case management, and webhook configuration. This reference covers every endpoint, required headers, request and response shapes, and the conventions that apply across the entire API. Whether you are building a server-side risk engine or integrating fraud controls into an existing payment flow, everything you need is documented here.

Base URL

All API requests target the following base URL:
Every request must be sent over HTTPS. Plain HTTP requests are rejected at the network edge and will not reach FraudEG servers.

Authentication

Authenticate by passing your API key as a Bearer token in the Authorization header of every request. You can generate and revoke API keys from the FraudEG dashboard under Settings → API Keys.
Never expose your API key in client-side code, public repositories, or logs. Treat it with the same care as a password. If a key is compromised, revoke it immediately from the dashboard and issue a new one.

Request Format

Send all request bodies as JSON and include the Content-Type header on every POST and PATCH request:
FraudEG ignores request bodies sent without this header, which will cause validation errors on endpoints that require a body.

Response Format

Every response is a JSON object. All responses include a top-level object field that identifies the resource type returned — for example "object": "transaction_score" or "object": "case". Inspect this field to handle responses generically across different endpoints.

HTTP Methods

FraudEG uses standard HTTP verbs consistently across the API:

Pagination

List endpoints (such as GET /v1/events and GET /v1/alerts) use cursor-based pagination. This approach is stable under high write volume — pages do not shift when new records are inserted. Pass the following query parameters to control pagination: Every list response includes these fields at the top level:

Idempotency

Use the Idempotency-Key header on POST requests to safely retry without creating duplicate resources. FraudEG stores the result of the first request for a given key and returns that same result for any subsequent requests that carry the same key.
Use a unique value per logical operation — a UUID v4 is recommended. If you send the same key with a different request body, FraudEG returns a 409 Conflict error. Keys expire after 24 hours.

Versioning

The current API version is v1, reflected in the /v1 path prefix on all endpoints. FraudEG will not introduce breaking changes to v1 without first announcing a deprecation period and providing a migration path to any new version. Non-breaking additions — new optional fields, new endpoints, new enum values on existing fields — may be added at any time without notice.

API Endpoints

The table below lists every endpoint available in the FraudEG API.

Example Request

The following cURL example shows a complete request to the transaction scoring endpoint with all required headers:

Explore the API

Error Codes

Understand every HTTP status code and error object FraudEG returns, with retry guidance for each failure mode.

Rate Limits

Learn the per-endpoint limits, rate limit headers, and best practices for handling 429 responses gracefully.

Score a Transaction

Deep-dive into the transaction scoring endpoint — the most commonly used endpoint in the FraudEG API.

Verify Identity

Run KYC and KYB checks against a user or business using the identity verification endpoint.