Block Rules & Fraud Prevention
Block rules stop checkouts and payments from matching IPs, emails, PAN/BIN patterns, specific customers, or payment IDs. Rules use anAND / OR operator across the criteria you set.
Create a block rule
Rule criteria reference
| Field | Matches |
|---|---|
ipAddress | Exact IPv4/IPv6 |
email | Exact email |
emailRegex | Email pattern (regex string) |
bin | Card BIN (typically 6 digits) |
binRegex | BIN pattern |
pan | Full or partial PAN (exact) |
panRegex | PAN pattern |
customerId | Specific customer ID |
paymentId | Specific payment ID |
autoCreated, metadata, isPermanent, and ttlHours.
Temporary vs permanent blocks
ttlHours is only meaningful when isPermanent is false. Allowed range is 1–8760 hours.List, retrieve, update, delete
pagination, sortBy, filters); the SDK currently posts an empty body for list() — extend the call if you pass a typed body through your integration.
SDK methods reference
| Method | Description |
|---|---|
tagada.blockRules.list() | List rules for the authenticated account |
tagada.blockRules.create(params) | Create a rule (BlockRuleFormSchema-shaped fields) |
tagada.blockRules.retrieve(id) | Fetch one rule |
tagada.blockRules.update(id, { data }) | Partial update (data uses the same fields as create) |
tagada.blockRules.del(id) | Delete a rule |
Next steps
Payments
Process and route payments after hardening with block rules
Customer management
Tie blocks to
customerId and customer-level reviewCheckout sessions
Share checkout links and monitor async payment status
Funnel orchestrator
Routing and conditions alongside fraud controls
