Fixed and percent-based reward options
Product
Rewards Engine
Issue incentives that protect campaign economics. Configure reward types, eligibility rules, delay windows, and revocation paths for both referral and affiliate programs, with deterministic retry-safe processing that prevents duplicate discount generation.
Configurable cap, expiry, and delay rules
Checkout and post-purchase reward paths
Manual revoke with audit reason trail
Flexible reward policies per campaign
Growth programs don't have one incentive structure. Sorae lets you configure rewards at the campaign level (fixed dollar amounts for straightforward programs, percentage-off for high-value product lines). Separate referrer and buyer incentives let you run double-sided programs without duplicating campaigns.
- Fixed dollar reward amounts for referrers and buyers
- Percentage-off rewards for product-specific campaigns
- Separate referrer and buyer incentive configurations
- Campaign-level reward policy that applies to all conversions
- Minimum order subtotal controls to filter low-quality conversions
- New-customer eligibility enforcement at the order level
Retry-safe reward issuance
Reward processing runs against idempotent external issue keys so that network retries, webhook replays, and delayed processing don't generate duplicate discount codes. Every reward attempt is deterministic: run the same operation twice and get the same outcome.
- Deterministic external issue keys on every reward record
- Idempotent processing prevents duplicate discount generation
- Retry-safe architecture for webhook and task-based issuance
- Reward attempt log for debugging and operator review
- Status transitions tracked for every reward lifecycle step
- Failed issuance states available for operator retry or bypass
Cancellation-safe delay windows
Rewards issued immediately after purchase are vulnerable to cancellations and returns. Sorae's delay window configuration holds reward issuance until the configured period passes, reducing clawback risk without building custom post-processing logic.
- Configurable delay between conversion and reward issuance
- Cancellation check during delay window before rewards issue
- Automatic reversal handling for orders cancelled in-window
- Ledger-transparent delay state visible to operators
- Cap tracking that accounts for delayed but pending rewards
- Manual override path for edge-case reward decisions