Skip to main content

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

  1. Feature extraction: Aida extracts 200+ features from each transaction, combining raw signals with computed features (e.g., deviation from customer’s normal spending pattern).
  2. Model scoring: Multiple models evaluate the transaction simultaneously, including supervised models trained on confirmed fraud and unsupervised models detecting anomalies.
  3. Score aggregation: Individual model scores are combined into a single risk score, weighted by model performance on your merchant segment.
  4. 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

Test new rules in sandbox environment before enabling in production. Overly aggressive rules can increase false positives and decline legitimate transactions.

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:
  1. Mark chargebacks: When a chargeback is received, mark the original transaction in Dashboard > Payments.
  2. Resolve reviews: Approve or decline transactions in the manual review queue with the reason.
  3. 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.
Digital goods merchants should consider implementing a mandatory 3DS challenge for first-time buyers with risk scores above 40, rather than declining outright. This preserves conversion while adding verification for higher-risk transactions.

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
LatAm fraud patterns evolve rapidly. Review and update regional rules quarterly. Monitor the chargeback rate per country in Dashboard > Risk > Analytics filtered by customer.country to detect emerging patterns.