You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- Reorder to prioritize e-commerce checkout (canonical use case)
- Remove donations scenario (too niche)
- Strengthen remaining scenarios with clearer value props
New order:
1. E-commerce Checkout - high-volume, single wallet, many customers
2. SaaS Subscriptions - recurring payments, automatic renewals
3. Manual Invoices - integration with existing workflows, variable amounts
Each scenario now emphasizes distinct value proposition and use case pattern.
Copy file name to clipboardExpand all lines: use-cases/payment-detection.mdx
+8-13Lines changed: 8 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -40,25 +40,20 @@ Request IDs solve this by attaching business context to every payment. Each requ
40
40
41
41
## Common Scenarios
42
42
43
-
### Donations with Attribution
44
-
Accept crypto donations to a single wallet and automatically attribute each to the correct donor, campaign, or cause.
43
+
### E-commerce Checkout
44
+
Accept crypto payments at scale without generating unique addresses for each customer.
45
45
46
-
**Example:**A nonprofit collects donations from hundreds of donors to one Ethereum address. Each donation is linked to a unique Request ID, enabling automatic attribution and thank-you emails.
46
+
**Example:**An e-commerce platform processes 10,000+ crypto orders per day. Each order gets a unique Request ID - customers pay to a single wallet address, and every payment is automatically attributed to the correct order.
47
47
48
-
### SaaS Adding Crypto Payments
49
-
Add crypto as a payment option to existing subscription or billing platforms alongside credit cards.
48
+
### SaaS Subscriptions
49
+
Add crypto as a payment option for recurring billing alongside traditional payment methods.
50
50
51
-
**Example:** A SaaS company uses Stripe for card payments but wants to offer USDC payments. Payment Detection monitors for crypto payments and updates subscription status automatically.
51
+
**Example:** A SaaS company uses Stripe for card payments but offers USDC for monthly subscriptions. Payment Detection automatically confirms renewals and updates subscription status without manual tracking.
52
52
53
53
### Manual Invoices with Crypto Settlement
54
-
Send invoices through existing channels (email, PDF) and let customers pay in crypto with automatic detection.
54
+
Send invoices through existing channels (email, PDF) and accept crypto payments with automatic reconciliation.
55
55
56
-
**Example:** A freelancer emails invoices as PDFs with a Request ID. When clients pay in crypto, the freelancer's accounting software automatically marks invoices as paid via <Tooltiptip="HTTP callbacks that notify your server when payment events occur">webhook</Tooltip>.
57
-
58
-
### High-Volume Payment Collection
59
-
Collect thousands of payments without generating unique wallet addresses for each transaction.
60
-
61
-
**Example:** An e-commerce platform processes 10,000+ crypto orders per day. Instead of unique addresses, each order gets a unique Request ID for attribution.
56
+
**Example:** A freelancer emails invoices as PDFs with a Request ID. When clients pay in crypto, the accounting software automatically marks invoices as paid via <Tooltiptip="HTTP callbacks that notify your server when payment events occur">webhook</Tooltip> - no manual checking required.
62
57
63
58
<Info>
64
59
These scenarios all use automatic payment detection. [See technical details on detection methods and configuration →](/api-features/payment-detection)
0 commit comments