Why use it
- Validate blocklists and protection rules after changes
- Train analysts on
approve,review,challenge, anddeclineoutcomes - Populate the Panel and Monitor with data while integrating the API
- Demonstrate value to stakeholders using controlled scenarios
Simulations are labeled in monitoring views. They do not move real money and should not be used as regulatory evidence by themselves.
How to run a simulation
Pick a scenario
Choose a preset (low risk, high amount, suspicious device, etc.) or adjust amount, email, card BIN, and IP.
What you receive
Each run returns:| Field | Meaning |
|---|---|
decision | Recommended action: approve, review, challenge, or decline |
risk_score | 0–100 score for prioritization |
signal_details | Human-readable reasons (without exposing internal engine configuration) |
session_id | Reference to find the row in monitoring tools |
Best practices
- Run at least one approve and one decline scenario after changing rules
- Use distinct customer emails when testing velocity rules
- Avoid double-clicking Ejecutar — each click creates a new assessment row (by design)
- Pair simulation with a real sandbox API test before production cutover
Next steps
Protection workspace
Tune rules and blocklists.
Real-time assessment
Wire the same flow in your backend.