Skip to main content
This guide is intended for developers. If you’re looking for a business-level overview of what Tracer does, see What is Tracer?.
Get Tracer running in minutes. This guide walks you through the complete journey, from creating your first rule and spending limit to validating a transaction and reviewing the audit trail.

Before you begin


You need:
  • A running Tracer instance
  • Credentials for one of the two supported auth modes
All examples use cURL. Replace $API_KEY with your API key (single-tenant) or $JWT with your Bearer token (multi-tenant), and https://tracer.sandbox.lerian.net with your Tracer URL.
Auth mode depends on deployment. Single-tenant deployments use X-API-Key. Multi-tenant deployments (SaaS / BYOC Multi-Tenant) use Authorization: Bearer <jwt> — the JWT is issued by Access Manager and carries the tenantId claim. In multi-tenant mode, replace every -H "X-API-Key: $API_KEY" in this guide with -H "Authorization: Bearer $JWT". Tracer resolves the tenant from the token automatically — never pass the tenant identifier in any other field. See Multi-tenancy for the model.

Step 1: Create a rule


Create a validation rule with a CEL expression. Rules are always created in DRAFT status — they do not affect transactions until you activate them.
API reference: Create rule
cURL
Save the ruleId. You will use it to activate the rule.
Monetary values (transaction amount, spending limit maxAmount, and usage counters) are expressed as decimal strings, for example "1500.00" or "10000.00".

Step 2: Activate the rule


Activate the rule so it is evaluated against incoming transactions.
API reference: Activate rule
cURL
The rule status changes from DRAFT to ACTIVE.

Rule lifecycle

INACTIVE rules can transition back to DRAFT for re-editing using POST /v1/rules/{id}/draft.

Step 3: Create a spending limit


Create a spending limit to control transaction amounts by scope and time period. Like rules, limits start in DRAFT status.
API reference: Create limit
cURL

Limit types

Activate the limit the same way you activated the rule:
cURL

Step 4: Validate a transaction


Send a transaction to Tracer for real-time validation against all active rules and limits. Tracer does not make external calls during evaluation, so response times stay under 80ms (p99).
API reference: Validate transaction
cURL

Decision types

Tracer returns decisions as recommendations. Your system is responsible for acting on the decision (block, approve, or queue the transaction).

Transaction types

Step 5: Check limit usage


Monitor how much of a spending limit has been consumed in the current period.
API reference: Retrieve limit usage
cURL
The nearLimit flag activates at 80% utilization, enabling proactive limit management.

Step 6: Review audit events


Every validation decision and configuration change is recorded in an immutable audit log. Query audit events for compliance reporting and debugging.
API reference: List audit events
cURL

Audit event types

Step 7: Verify audit integrity


Verify the cryptographic hash chain of audit events to confirm that no records have been tampered with. This is essential for SOX and GLBA compliance.
API reference: Verify audit event
cURL

Next steps


Getting started with Tracer

Business overview of the validation lifecycle and core concepts.

Rule engine

Deep dive into CEL expressions and advanced rule configuration.

Spending limits

Configure and manage limits by scope, period, and transaction type.

Error handling

Complete list of error codes and how to resolve them.