Seller payouts
Seller payout desk for reserve, release posture, and paid history
Turn the seller money story into something calm and readable: what is still pending, what is already release-ready, how much reserve is still held, and which transfers are already settled.
Money posture
Make the next payout state obvious before the seller reads ledger language
This desk should answer the emotional questions first: is value still waiting, is anything ready to move, and how much reserve is still in the way.
Pending value
0 payout rows still pending
Pending rows should read like “not yet releasable”, not like a mysterious system limbo.
€0.00Quiet-period aware
Ready to move
0 payout rows can move next
Release-ready payouts should feel like the next likely motion, not something buried in a lifecycle table.
Admin release gateNext-step visible
Paid history
0 payout rows already settled
Paid history matters because it teaches the seller what “normal” timing looks like over time.
Trust through history
Payout queue
Read reserve, availability, and status in one scan
The payout queue is the seller’s practical answer to “what happens next?” It needs both the lifecycle context and the row-level money state together.
No seller payouts exist yet.
Payout lifecycle
No payout lifecycle visible yetOnce seller payouts are initialized, their movement will collect here.
Ledger trace
Show the accounting reasons behind the current money state
A seller should be able to trust this desk because it exposes the ledger events that justify reserve, release, and paid status instead of hiding them behind opaque summaries.
No seller-side ledger activity is visible yet.