Overview
Yuno’s risk engine evaluates every transaction against multiple signals to produce a risk score between 0 (lowest risk) and 100 (highest risk). You can configure custom rules that use these signals to automatically approve, decline, send to manual review, or trigger 3DS challenges for transactions.Risk scoring runs automatically on every payment. No additional integration is required to benefit from baseline fraud detection. Custom rules extend the default behavior.
Risk Signals
The risk engine collects and analyzes signals across several categories. Each signal contributes to the composite risk score.Device Fingerprinting
Device fingerprinting creates a unique identifier based on the customer’s browser and device characteristics:Device fingerprinting is collected automatically through the Yuno Web SDK. Direct API integrations must include the
device_fingerprint field obtained from the SDK’s getDeviceFingerprint() method.Behavioral Analytics
Behavioral signals analyze how the customer interacts with the checkout page:Velocity Checks
Velocity checks detect unusual transaction volumes within time windows:Geolocation
Geolocation compares the customer’s IP-derived location against their billing and shipping information:BIN Analysis
Bank Identification Number (BIN) analysis examines the first 6-8 digits of the card:Aida Fraud Detection
Aida is Yuno’s AI-powered fraud detection engine. It uses machine learning models trained on aggregated transaction data across the Yuno network to detect fraud patterns.How Aida Works
- Feature extraction: Aida extracts 200+ features from each transaction, combining raw signals with computed features (e.g., deviation from customer’s normal spending pattern).
- Model scoring: Multiple models evaluate the transaction simultaneously, including supervised models trained on confirmed fraud and unsupervised models detecting anomalies.
- Score aggregation: Individual model scores are combined into a single risk score, weighted by model performance on your merchant segment.
- Recommendation: Aida outputs a recommendation (approve, decline, review) based on the composite score and your configured thresholds.
Aida’s models improve over time as more transactions flow through your account. Marking transactions as fraudulent in the Dashboard feeds the model and improves accuracy.
Configuring Custom Risk Rules
Custom rules extend the default risk engine with merchant-specific logic. Configure rules in the Dashboard under Risk > Rules.Rule Structure
Each rule consists of:- Conditions: One or more checks that must evaluate to
true - Action: What to do when all conditions are met
- Priority: Execution order (lower number = higher priority)
- Status: Enabled or disabled
Rule Actions
Creating a Rule
1
Navigate to Dashboard > Risk > Rules
2
Click 'Create Rule'
3
Define conditions using the field selector
Select a field, operator, and value for each condition. Multiple conditions use AND logic.
4
Select the action to apply when conditions match
5
Set priority (1 = highest)
6
Enable the rule and save
Rule Condition Operators
Common Risk Rule Examples
Monitoring Risk Performance
Track the effectiveness of your risk configuration in the Dashboard under Risk > Analytics:Key Metrics
Performance Dashboard
The risk analytics dashboard provides:- Real-time score distribution: Histogram of risk scores across transactions
- Rule hit rates: How often each rule triggers
- Action breakdown: Distribution of approve, decline, review, and 3DS actions
- Trend analysis: Risk metrics over time (daily, weekly, monthly)
- False positive reports: Transactions flagged for review that were later confirmed legitimate
Machine Learning Feedback Loop
Improve Aida’s accuracy by providing feedback on transaction outcomes:- Mark chargebacks: When a chargeback is received, mark the original transaction in Dashboard > Payments.
- Resolve reviews: Approve or decline transactions in the manual review queue with the reason.
- Report fraud: Flag transactions identified as fraudulent through other channels.
Feedback is incorporated into Aida’s models during periodic retraining. Consistent feedback on both fraudulent and legitimate transactions produces the best model performance.
Best Practices
- Start with monitoring mode: Enable new rules in “log only” mode before applying actions. Review the logged matches before activating enforcement.
- Layer rules by priority: Use high-priority rules for known good/bad patterns and lower-priority rules for nuanced checks.
- Review regularly: Audit rule performance monthly. Disable rules with high false positive rates.
- Combine signals: Single-signal rules are prone to false positives. Combine multiple conditions (e.g., VPN + high amount + new device) for precision.
- Avoid over-blocking: Declining too aggressively hurts revenue more than fraud. Prefer 3DS challenges and manual review over outright declines for borderline cases.
- Feed the model: Consistently mark chargebacks and fraud in the Dashboard to improve Aida’s accuracy over time.
Vertical-Specific Risk Profiles
Different business verticals have fundamentally different risk profiles. Use these benchmarks to calibrate your risk thresholds and rule configurations based on your industry.Applying Vertical Profiles
1
Identify your primary vertical
Select the vertical that best matches your business model. If you span multiple verticals (e.g., a marketplace selling digital goods), use the higher-risk profile as your baseline.
2
Set initial risk thresholds
Configure your DECLINE threshold at the recommended level in Dashboard > Risk > Thresholds. Set your REVIEW threshold 10-15 points below the decline threshold (e.g., decline at 65, review at 50).
3
Configure vertical-specific rules
Add custom rules targeting the key risk signals for your vertical. For example, digital goods merchants should add session duration and email age checks; travel merchants should add booking lead time rules.
4
Monitor and adjust over 30 days
Track false positive rate, catch rate, and chargeback rate for 30 days. Adjust thresholds in 5-point increments based on results.
Vertical-Specific Rule Examples
LatAm Regional Risk Patterns
Latin American markets present unique fraud patterns that require region-specific rules. Configure these alongside your global risk rules for optimal protection.Brazil
Brazil has the highest digital payment fraud rates in LatAm, driven by the prevalence of CPF identity theft and sophisticated fraud rings targeting digital banks.
Brazil-specific velocity thresholds:
- Maximum 5 card transactions per hour per device (vs. 10 global default)
- Maximum 3 PIX transactions per hour per CPF
- Maximum R$5,000 total card spend per day per CPF
Mexico
Mexico’s fraud landscape is characterized by identity theft and credential stuffing attacks, particularly targeting e-commerce and digital services.
Mexico-specific velocity thresholds:
- Maximum 3 OXXO vouchers per email per 24 hours
- Maximum MXN 50,000 total card spend per day per device
- Maximum 8 card transactions per hour per IP address
Colombia
Colombia enforces strict CVV and 3DS requirements, and fraud patterns often involve social engineering and SIM swapping.
Colombia-specific velocity thresholds:
- Maximum 3 PSE transactions per email per 24 hours
- Maximum COP 5,000,000 total spend per day per card
- Maximum 5 card transactions per hour per device
Argentina
Argentina’s volatile economic environment and currency controls create unique fraud patterns, particularly around installment payments and parallel exchange rate arbitrage.
Argentina-specific velocity thresholds:
- Maximum 3 installment purchases per card per 24 hours
- Maximum ARS 500,000 total spend per day per card
- Maximum 4 card transactions per hour per device