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-* stateQUE-CLM-* selectionDISB-* execution
Draft SEL-*Preview onlyNone
SimulatedSIM-WAVE-* completeNone
Pending approvalLocked queueAwait APP-DISB-*
ExecutingDISB-* in flightPartial completion OK
QA holdFrozen next waveFIND-* blocks WAVE-*+1
CompleteMoved to paid archiveReturned payment spawns reissue TRN-DISB-*
CancelledClaims 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

DimensionTier-first WAVE-*FIFO (claim date)Geographic batches
Plan alignmentHigh · matches settlement tiersMediumLow unless ordered
Claimant equity perceptionTier-1 paid first— expectedFeels fair for same tierUseful for tax/currency
Escrow efficiencyFund tier-2 after tier-1 liability knownSmooth dripClusters foreign costs
Operational complexitySEL-* rules per tierSimple queueMulti-currency rails
Court preferenceStandard in breach classesRare as sole ruleInternational settlements
Best forTiered award structuresFlat uniform paymentsGlobal breach classes

Common mistakes

  1. WAVE- sized to full QUE-CLM- without CAP-WAVE-* buffer**— returned payments break reconciliation; next wave underfunded.
  2. ETA-CLM- shown as exact date before TRN-DISB- approval**— claimants call daily; trust erodes when dates slip.
  3. WAVE-4 launches while WAVE-3 QA sample open— FIND-* forces clawback across waves; schedule reset.
  4. Tier-2 claims in WAVE-1 because SEL- misconfigured*— escrow pays wrong priority; court intervention.
  5. STY- ignored because BAL-CLM- is funded**— disbursement during stay; appeal sanctions.

  1. Define SCH- and WAVE- sequence** from settlement plan · set SEL-* and CAP-WAVE-* per wave.
  2. Run SIM-WAVE-* before each TRN-DISB-* · confirm BAL-CLM-* and RES-* headroom.
  3. Build TRN-DISB- batch* · obtain counsel approval · execute DISB-*.
  4. Update ETA-CLM-* on status portal · run QA sample · release next WAVE-* when clear.
  5. 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

Share on X

§ Keep reading

Related guides.