Interactive simulation Synthetic records · Separate from your player activity
Player experience ↗ Money controls → Promotions → A payment request. One identity. Follow a deposit from its player and wallet binding to receipt recovery. See how the platform preserves the original request when a response goes missing.
All payment intents → Response received The provider returns a deposit reference. Response lost The request reaches the provider, but its response is lost. Worker interrupted The worker stops after saving its submission claim. Known deposit recovery The reference is known, but its response evidence could not be retained. Evidence key unavailable The worker cannot open the original retained request. Worker takeover One worker owns the task; a replacement waits for its lease to expire. Original policy preserved Changed settings cannot reinterpret a pending payment under the same policy version. Intent receipt recovery A lost creation response returns the original intent when the player retries. Player session admission A deposit belongs to the signed-in player and their confirmed logical wallet. Browser request recovery A saved request keeps its original identity after a lost reply and restart. Status read unavailable The accepted receipt survives a failed read, while unknown payment outcomes stay visible. First attempt preparation Fresh account and identity checks prepare one task; a lost reply preserves the same attempt.
Synthetic deposit · CD-DEMO-101
100.00 demo credits Fictional player · B2BINPAY protocol fixture
Status Ready to submit
Provider reference Not yet known
Provider create requests 0
Recovery lookups 0
Task owner Unassigned
Ownership generation None
Captured policy v1 · original
Startup configuration v1 · original
Required checks Account standing, identity, sanctions
Intent records 0
Creation events 0
Original receipt Not yet returned
Recorded amount None
Recorded state version Not read
State updated Not read
Recorded uncertainty Not read
Account and identity checks Not available
Prepared attempts 0
Queued tasks 0
Player session Demo player 1 · active
Logical wallet Provisioning pending
Identity source Owned PAM registration · simulated
Wallet credit None Create demo deposit Reset scenario
What the operator sees
Choose a scenario, then create a deposit. This browser simulation makes no payment requests and changes no wallet balance.
Original request and account binding prepared. All data and outcomes here are simulated. A captured deposit reference is not payment confirmation. Provider integration, payment finality and wallet credit are separate steps.
