Use cases

Risk signals where SaaS teams actually lose money.

FRDDB does not replace your policy engine. It gives your product and ops teams better evidence before they choose allow, step_up_verification, manual_review, or block_or_require_prepay.

Chargeback-heavy SaaS

Use FRDDB before high-risk checkout, refund review, or paid feature activation.

  • allow for low score and high confidence clean history
  • manual_review for high score with multiple dispute reports
  • block_or_require_prepay for critical chargeback patterns

Trial abuse

Check signup and workspace creation when repeated free trials are expensive.

  • allow normal signups
  • step_up_verification for medium score or thin confidence
  • manual_review when trial abuse reports come from distinct orgs

Promo abuse

Protect founder plans, coupons, and referral incentives without nuking good users.

  • allow low-risk redemptions
  • step_up_verification for repeated promotional abuse
  • block_or_require_prepay when abuse is recent and corroborated

API abuse

Use risk signals in API key approval, quota increases, and abuse escalations.

  • allow normal traffic
  • manual_review for medium/high risk with API abuse reports
  • block_or_require_prepay when abuse is severe and recent

Support and trust review

Give support teams context without asking them to become judges.

  • allow when confidence is low and evidence is stale
  • step_up_verification for identity-sensitive flows
  • manual_review before refund or account action