figma guide
Designing breach settlement distribution schedule and tranche disbursement planning UI in Figma: SCH-* waves, TRN-DISB-* tranches, and CAP-WAVE-* per-batch limits
Design breach settlement distribution schedule and tranche disbursement planning UI in Figma with SCH-* waves, TRN-DISB-* tranches, CAP-WAVE-* batch limits, and LINK-ESC-* funding gates.
- Published
- Updated
- Sep 14, 2026
- Read time
- 9 min
- Level
- Intermediate
Quick answer
Distribution schedule UI plans phased payout waves—not a single “pay everyone” button when counsel approves the first batch. Design SCH- waves* with court-ordered sequencing (tier priority, geography, claim type), TRN-DISB- tranches* that group claims into fundable batches, and CAP-WAVE- per-batch limits* tied to escrow BAL-* availability and counsel payout approval. Every SCH-* wave must respect STY- stays*, RES- holds*, and notice-period gates before DISB-* execution. Without this UI, early claimants drain escrow before tier-2 awards fund, returned payments cascade into unplanned second waves, and final accounting cannot explain payout timing. Start from the Figma guides hub and pair with payment disbursement, claim status portal, post-disbursement QA, and appeal holdback.
Who this is for
- Product designers building disbursement orchestration inside breach settlement administration platforms.
- Settlement administrators and finance teams who need SCH-* wave planning—not manual CSV splits per wire run.
- Class counsel and court monitors reviewing TRN-DISB-* tranche composition before authorizing each payout wave.
Distribution schedule lifecycle overview
DistributionProgram — SCH-SET992 · waves: 6 · Status: Wave 3 in progress
├── Triggers:
│ ├── Court-approved disbursement order after notice period
│ ├── Escrow BAL-CLM-* funded above wave threshold
│ ├── [Counsel payout approval](/designing-breach-settlement-counsel-review-and-payout-approval-ui-in-figma/) for TRN-DISB-* batch
│ ├── QA clearance from [post-disbursement sampling](/designing-breach-settlement-post-disbursement-qa-and-audit-sampling-ui-in-figma/) on prior wave
│ └── STY-* lift or partial release from [appeal UI](/designing-breach-settlement-appeal-and-mandamus-review-ui-in-figma/)
├── ID namespace:
│ ├── SCH-* (distribution schedule) · WAVE-* (payout wave)
│ ├── TRN-DISB-* (tranche batch) · CAP-WAVE-* (batch limit)
│ ├── QUE-CLM-* (claim queue) · SEL-* (selection criteria)
│ ├── LINK-ESC · LINK-DISB · LINK-APR · LINK-STY
│ ├── SIM-WAVE-* (simulation) · LOG-SCH-* (schedule audit)
│ └── ETA-CLM-* (claimant estimated payment date)
├── Wave sequencing rules (plan-driven):
│ ├── Tier priority: documented loss before statutory minimum
│ ├── Claim type: online before mail-only · [foreign claimant](/designing-breach-settlement-foreign-claimant-and-international-payment-ui-in-figma/) after domestic pilot
│ ├── Fraud hold: exclude FRAUD-HOLD-* until [IDV step-up](/designing-breach-settlement-claimant-identity-reverification-and-step-up-ui-in-figma/) clears
│ ├── Deficiency: exclude until [cure period](/designing-breach-settlement-deficiency-notice-and-claim-cure-ui-in-figma/) ends
│ └── Appeal: pause or reduce wave size during STY-*
├── Workflow:
│ ├── Define SCH-* with WAVE-* sequence · set SEL-* criteria per wave
│ ├── Build TRN-DISB-* from QUE-CLM-* · apply CAP-WAVE-* limit
│ ├── Simulate SIM-WAVE-* against BAL-CLM-* · flag shortfall
│ ├── Counsel APP-DISB-* · execute DISB-* batch
│ ├── Update ETA-CLM-* on [status portal](/designing-breach-settlement-claim-status-portal-and-claimant-dashboard-ui-in-figma/)
│ ├── Run QA sample on wave · hold next WAVE-* if FIND-*
│ └── Close SCH-* at [wind-down](/designing-breach-settlement-program-wind-down-and-portal-closure-ui-in-figma/)
└── Outcomes:
├── Predictable phased payouts · no surprise escrow depletion
├── Claimants see ETA-CLM-* not vague "processing"
└── Court monitor receives wave-by-wave accounting
| WAVE-* state | QUE-CLM-* selection | DISB-* execution |
|---|---|---|
| Draft SEL-* | Preview only | None |
| Simulated | SIM-WAVE-* complete | None |
| Pending approval | Locked queue | Await APP-DISB-* |
| Executing | DISB-* in flight | Partial completion OK |
| QA hold | Frozen next wave | FIND-* blocks WAVE-*+1 |
| Complete | Moved to paid archive | Returned payment spawns reissue TRN-DISB-* |
| Cancelled | Claims return to QUE-CLM-* | STY-* or court order |
Verdict: Never auto-advance to WAVE-+1 on calendar date alone—require BAL-CLM- funding, counsel approval, and QA clearance from the prior wave.
SCH-* schedule builder and WAVE-* sequencing UI
DistributionSchedule — SCH-992-001 · version: 2 · Status: Active
├── Schedule metadata:
│ ├── settlement_id · court disbursement order reference
│ ├── Total projected liability · funded percentage
│ ├── WAVE-* count · target completion date
│ ├── Minimum days between waves · QA sample window
│ └── LINK to [ALLOC-* waterfall](/designing-breach-settlement-claims-fund-escrow-and-interest-allocation-ui-in-figma/)
├── WAVE-* definition:
│ ├── wave_number · name (e.g. "Tier 1 documented loss")
│ ├── SEL-* criteria: tier · claim status · geography · payment method
│ ├── CAP-WAVE-* max claims count · max dollar amount
│ ├── Minimum BAL-CLM-* required before wave unlocks
│ ├── Dependencies: WAVE-*-1 complete · QA clear · notice period
│ └── ETA-CLM-* messaging template for status portal
├── Selection preview:
│ ├── Count claims matching SEL-* · sum award amounts
│ ├── Exclude FRAUD-HOLD-* · DEF-* · STY-* blocked
│ ├── Include [amended claims](/designing-breach-settlement-claim-amendment-and-correction-ui-in-figma/) if approved
│ └── Highlight edge: [deceased claimant](/designing-breach-settlement-deceased-claimant-and-heir-designation-ui-in-figma/) · [minor](/designing-breach-settlement-minor-claimant-and-guardian-designation-ui-in-figma/)
├── Version control:
│ ├── SCH-* amendment requires court order if material
│ ├── LOG-SCH-* diff · notify claimants if ETA-CLM-* shifts > 14 days
│ └── Rollback WAVE-* draft without affecting posted DISB-*
└── Monitor export:
├── Gantt: WAVE-* timeline vs actual
└── CSV for [court monitor](/designing-breach-settlement-court-monitor-and-special-master-reporting-ui-in-figma/)
Use progress steppers for WAVE-* timeline and tables for SEL-* criteria matrices.
TRN-DISB-* tranche batching and CAP-WAVE-* limits UI
DisbursementTranche — TRN-DISB-992-W3 · WAVE-3 · Status: Pending approval
├── Batch composition:
│ ├── Selected from QUE-CLM-* per WAVE-* SEL-*
│ ├── Claim count: 12,400 · gross awards: $4,820,000
│ ├── Payment method split: ACH · check · [international wire](/designing-breach-settlement-foreign-claimant-and-international-payment-ui-in-figma/)
│ ├── Exclude claims in [dispute](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/) · [clawback hold](/designing-breach-settlement-clawback-and-overpayment-recovery-ui-in-figma/)
│ └── Sort: largest award first vs FIFO · plan-driven
├── CAP-WAVE-* enforcement:
│ ├── Hard cap: tranche cannot exceed CAP-WAVE-* dollar limit
│ ├── Soft cap: split into TRN-DISB-*-A and -B same WAVE-*
│ ├── Escrow check: sum ≤ available BAL-CLM-* after RES-*
│ ├── Reserve buffer: hold 2% for [returned payments](/designing-breach-settlement-returned-payment-and-reissue-ui-in-figma/)
│ └── Block if [fund reconciliation](/designing-breach-settlement-fund-reconciliation-and-bank-matching-ui-in-figma/) REC-* stale
├── Approval package:
│ ├── Summary stats · tier breakdown · geography map
│ ├── Exception list: manual overrides · reason codes
│ ├── LINK to [counsel payout approval](/designing-breach-settlement-counsel-review-and-payout-approval-ui-in-figma/)
│ └── Generate wire file · payment vendor export
├── Execution tracking:
│ ├── DISB-* per claim · batch id TRN-DISB-*
│ ├── Partial failure: successful DISB-* vs retry queue
│ ├── Real-time CAP-WAVE-* burn-down during execution
│ └── LOG-SCH-* completion timestamp
└── Reissue path:
├── Returned payment creates TRN-DISB-*-REISSUE sub-batch
└── Does not consume new WAVE-* slot · same SCH-* wave
Pair with cards for tranche summary tiles and badges for batch status.
SIM-WAVE-* simulation and escrow funding gates UI
WaveSimulation — SIM-WAVE-992-W4 · Status: Shortfall detected
├── Inputs:
│ ├── Current BAL-CLM-* · pending RES-* · STY-* holdback
│ ├── QUE-CLM-* count for WAVE-4 SEL-*
│ ├── Projected TRN-DISB-* gross · payment rail fees
│ ├── Expected [returned payment](/designing-breach-settlement-returned-payment-and-reissue-ui-in-figma/) rate from WAVE-3
│ └── Incoming TRN-* defendant funding schedule
├── Outputs:
│ ├── Fundable now vs shortfall amount · date when fundable
│ ├── Recommended CAP-WAVE-* reduction for WAVE-4
│ ├── Split recommendation: WAVE-4A partial now · 4B after funding
│ ├── Alert counsel if disbursement order requires full tier payment
│ └── Feed [status portal](/designing-breach-settlement-claim-status-portal-and-claimant-dashboard-ui-in-figma/) ETA-CLM-* revision
├── Scenarios:
│ ├── Delay WAVE-4 until TRN-* received
│ ├── Pay pro-rata within WAVE-4 if plan permits
│ ├── Borrow from BAL-UCF-* reserve— usually prohibited
│ └── Pause for [appeal STY-*](/designing-breach-settlement-appeal-and-mandamus-review-ui-in-figma/) extension
└── Audit:
├── SIM-WAVE-* snapshot saved with TRN-DISB-* approval
└── Court exhibit if shortfall disputed
Use sliders for CAP-WAVE-* what-if and alerts for funding shortfall warnings.
ETA-CLM-* claimant messaging and status portal UI
ClaimantETA — ETA-CLM-884291 · claim: CLM-884291 · Status: WAVE-3 scheduled
├── Portal display rules:
│ ├── Show WAVE-* name · estimated date range—not exact wire time
│ ├── "Payment scheduled" vs "Payment sent" vs "Payment completed"
│ ├── Do not expose TRN-DISB-* internal batch ids
│ ├── Update ETA-CLM-* when SCH-* amended · push notification optional
│ └── STY-* pause: "Disbursement paused — appellate review" · no wave number
├── Messaging triggers:
│ ├── WAVE-* selection: "Your claim is in Wave 3"
│ ├── TRN-DISB-* approved: "Payment processing— 5–10 business days"
│ ├── DISB-* posted: "Payment sent on [date]"
│ ├── Returned: link [reissue UI](/designing-breach-settlement-returned-payment-and-reissue-ui-in-figma/)
│ └── WAVE-* delayed: honest delay reason · new ETA range
├── Call center integration:
│ ├── Agent view: WAVE-* · TRN-DISB-* status · last ETA change
│ ├── Script from [call center UI](/designing-breach-call-center-and-agent-script-ui-in-figma/)
│ └── Escalate if ETA-CLM-* slipped > 30 days without notice
└── Privacy:
├── No other claimants' wave info
└── Aggregate "Wave 3 of 6" on FAQ—not individual queue position
QA integration and WAVE-* hold logic UI
WaveQAHold — QA-HOLD-992-W3 · FIND-992-044 · Status: Blocking WAVE-4
├── Hold triggers:
│ ├── [QA sample](/designing-breach-settlement-post-disbursement-qa-and-audit-sampling-ui-in-figma/) FIND-* severity ≥ threshold
│ ├── [Fraud detection](/designing-breach-settlement-duplicate-claim-detection-and-fraud-prevention-ui-in-figma/) spike in WAVE-3 cohort
│ ├── [Reconciliation break](/designing-breach-settlement-fund-reconciliation-and-bank-matching-ui-in-figma/) on TRN-DISB-992-W3
│ ├── Court order pause · STY-* extension
│ └── Manual hold by counsel or monitor
├── Hold scope:
│ ├── Block WAVE-*+1 only vs freeze all pending TRN-DISB-*
│ ├── Allow reissue TRN-DISB-*-REISSUE during hold
│ ├── RES-* escrow reserve if clawback likely
│ └── ETA-CLM-* update: "Review in progress"
├── Release criteria:
│ ├── FIND-* remediated · ACT-* complete
│ ├── Monitor sign-off · LOG-SCH-* release entry
│ └── Re-run SIM-WAVE-* for WAVE-4 before unlock
└── Claimant communication:
├── No accusatory language · "Quality review" framing
└── FAQ update if hold affects > 10% of pending claimants
Comparison: tier-first vs FIFO vs geographic wave sequencing
| Dimension | Tier-first WAVE-* | FIFO (claim date) | Geographic batches |
|---|---|---|---|
| Plan alignment | High · matches settlement tiers | Medium | Low unless ordered |
| Claimant equity perception | Tier-1 paid first— expected | Feels fair for same tier | Useful for tax/currency |
| Escrow efficiency | Fund tier-2 after tier-1 liability known | Smooth drip | Clusters foreign costs |
| Operational complexity | SEL-* rules per tier | Simple queue | Multi-currency rails |
| Court preference | Standard in breach classes | Rare as sole rule | International settlements |
| Best for | Tiered award structures | Flat uniform payments | Global breach classes |
Common mistakes
- WAVE- sized to full QUE-CLM- without CAP-WAVE-* buffer**— returned payments break reconciliation; next wave underfunded.
- ETA-CLM- shown as exact date before TRN-DISB- approval**— claimants call daily; trust erodes when dates slip.
- WAVE-4 launches while WAVE-3 QA sample open— FIND-* forces clawback across waves; schedule reset.
- Tier-2 claims in WAVE-1 because SEL- misconfigured*— escrow pays wrong priority; court intervention.
- STY- ignored because BAL-CLM- is funded**— disbursement during stay; appeal sanctions.
Recommended workflow
- Define SCH- and WAVE- sequence** from settlement plan · set SEL-* and CAP-WAVE-* per wave.
- Run SIM-WAVE-* before each TRN-DISB-* · confirm BAL-CLM-* and RES-* headroom.
- Build TRN-DISB- batch* · obtain counsel approval · execute DISB-*.
- Update ETA-CLM-* on status portal · run QA sample · release next WAVE-* when clear.
- Close SCH-* at final accounting · archive LOG-SCH-*.
FAQ
Can one claim span multiple waves?
No— each claim in exactly one TRN-DISB-* per award; partial payments only if plan allows pro-rata within same WAVE-*.
Defendant funds late— delay or pro-rata?
SIM-WAVE- recommends* · plan may require full tier · status portal ETA-CLM-* update required.
Returned payments— new wave or same?
TRN-DISB--REISSUE within same WAVE- · does not wait for WAVE-*+1 unless fraud investigation.
Appeal stay mid-schedule?
Freeze pending WAVE-* · complete in-flight DISB-* if court allows · appeal UI STY-* scope.
How many claims per TRN-DISB-*?
CAP-WAVE- limits* · payment vendor batch size · QA sampleability— typically 5k–25k per tranche.
Court monitor sees live queue?
RPT-SCH- export* · WAVE-* status · not claimant PII · monitor reporting UI.
Next steps
- Design breach settlement payment disbursement and payout tracking UI in Figma — DISB-* execution from TRN-DISB-*
- Design breach settlement claim status portal and claimant dashboard UI in Figma — ETA-CLM-* messaging
- Design breach settlement claims fund escrow and interest allocation UI in Figma — BAL-CLM-* funding gates
- Design breach settlement counsel review and payout approval UI in Figma — APP-DISB-* before each wave
- Design breach settlement post-disbursement QA and audit sampling UI in Figma — QA-HOLD between waves
§ Keep reading