Designing breach settlement provisional payment and interim distribution UI in Figma: PROV-DISB-* advances, INT-WAVE-* interim batches, and REC-* true-up reconciliation

Quick answer

Provisional payment UI sends partial advances while final tier or documentation review continues—not premature full awards that require clawback. Design PROV-DISB- advances* capped by plan percentage or flat maximum, INT-WAVE- interim batches* that run between final-tier determination milestones, and REC- true-up reconciliation* when final AWD-* differs from cumulative PROV-DISB-. Every PROV-DISB- must respect CAP-PROV- limits*, STY- appeal stays*, and LIEN- holdbacks* before net wire. Without this UI, claimants wait years for document-heavy tiers while simpler claims already paid, or administrators over-advance and trigger clawback at true-up. Start from the Figma guides hub and pair with distribution schedule, deficiency cure, lien offset, and claim status portal.

---

Who this is for

• Product designers building phased payout and award-finalization modules inside breach settlement administration platforms.
• Settlement administrators who need PROV-DISB-* controls—not informal partial checks outside audit trail.
• Class counsel defining CAP-PROV-* rules and REC-* true-up logic before authorizing INT-WAVE-* programs.

---

Provisional payment lifecycle overview

InterimProgram — INT-SET992 · cap: 40% of est. AWD-* · Status: Wave 2 active
├── Triggers:
│   ├── Claim approved at provisional tier · final review pending
│   ├── Document-heavy tier backlog · claimant hardship request
│   ├── Court order authorizing interim distribution program
│   ├── Escrow funded above INT-WAVE-* threshold
│   └── STY-* partial lift allows interim but not final DISB-*
├── ID namespace:
│   ├── PROV-DISB-* (provisional payment) · INT-WAVE-* (interim batch)
│   ├── CAP-PROV-* (advance limit) · EST-AWD-* (estimated award)
│   ├── FIN-AWD-* (final award) · REC-* (reconciliation record)
│   ├── BAL-PROV-* (provisional balance owed/overpaid)
│   ├── LINK-CLM · LINK-DISB · LINK-ESC · LINK-LIEN · LINK-STY
│   └── LOG-PROV-* (provisional audit trail)
├── Eligibility rules (plan-driven):
│   ├── Minimum documentation for provisional tier only
│   ├── Exclude FRAUD-HOLD-* · open [DIS-LIEN-*](/designing-breach-settlement-lien-and-third-party-creditor-offset-ui-in-figma/)
│   ├── Exclude [deficiency](/designing-breach-settlement-deficiency-notice-and-claim-cure-ui-in-figma/) until cure period ends
│   ├── [Deceased](/designing-breach-settlement-deceased-claimant-and-heir-designation-ui-in-figma/) / [minor](/designing-breach-settlement-minor-claimant-and-guardian-designation-ui-in-figma/) claims need designation first
│   └── Hardship flag optional · not default path
├── Workflow:
│   ├── Set EST-AWD-* at provisional approval · compute CAP-PROV-*
│   ├── Build INT-WAVE-* from eligible CLM-* · apply CAP-WAVE-* limit
│   ├── Calculate net after [OFF-* liens](/designing-breach-settlement-lien-and-third-party-creditor-offset-ui-in-figma/)
│   ├── Execute PROV-DISB-* · update BAL-PROV-* running total
│   ├── Finalize FIN-AWD-* · run REC-* true-up
│   ├── Issue balance DISB-* or initiate [clawback](/designing-breach-settlement-clawback-and-overpayment-recovery-ui-in-figma/)
│   └── Close INT program at [wind-down](/designing-breach-settlement-program-wind-down-and-portal-closure-ui-in-figma/)
└── Outcomes:
    ├── Claimants receive partial relief without forfeiting final review
    ├── Over-advance visible in BAL-PROV-* before final wave
    └── Court monitor sees provisional vs final accounting split

PROV-DISB-* state	FIN-AWD-* status	Next action
Eligible	Pending review	Queue INT-WAVE-*
Paid PROV-*	Still pending	Show BAL-PROV-* on portal
FIN-AWD- set*	Reconciliation due	Run REC-*
REC- balance due*	Underpaid	Final DISB-* top-up
REC- overpaid*	Over-advance	Clawback or offset
STY- frozen*	Any	Block new PROV-DISB-*

Verdict: PROV-DISB- must never exceed CAP-PROV- even if EST-AWD-* increases mid-review— recalculate cap before each INT-WAVE-*, not only at true-up.**

---

CAP-PROV-* limits and EST-AWD-* estimation UI

ProvisionalCap — CAP-PROV-992-4412 · CLM-8841 · limit: $1,680 · Status: Active
├── Cap models (settlement-plan driven):
│   ├── Percentage: max 40% of EST-AWD-* until FIN-AWD-*
│   ├── Flat maximum: $500 interim regardless of tier
│   ├── Tier floor: provisional = statutory minimum tier only
│   ├── Single advance: one PROV-DISB-* per claim lifetime
│   └── Hardship override: court order raises cap · LOG-PROV-* required
├── EST-AWD-* estimation:
│   ├── Based on provisional tier assignment at intake
│   ├── Document score preview · not final adjudication
│   ├── Downgrade risk flag if [document upload](/designing-breach-settlement-claim-document-upload-and-evidence-management-ui-in-figma/) incomplete
│   ├── Recalculate EST-AWD-* on [amendment](/designing-breach-settlement-claim-amendment-and-correction-ui-in-figma/)
│   └── FIN-AWD-* may differ · drives REC-*
├── Running balance:
│   ├── SUM(PROV-DISB-*) vs CAP-PROV-* headroom
│   ├── Alert at 90% cap · block at 100%
│   ├── BAL-PROV-* = FIN-AWD-* − SUM(PROV-DISB-*) after finalization
│   └── Negative BAL-PROV-* triggers clawback workflow
└── Claimant portal:
    ├── "Interim payment received: $X of estimated $Y"
    ├── Disclaimer: PROV-DISB-* not final · subject to REC-*
    └── ETA for final determination · link [status portal FAQ](/designing-breach-faq-and-notice-landing-page-ui-in-figma/)

Use progress indicators for cap consumption, badges for provisional vs final status, and tooltips explaining non-final nature of advances.

---

INT-WAVE-* interim batch building UI

InterimWave — INT-WAVE-992-003 · claims: 2,410 · cap: $890,000 · Status: Pending approval
├── Selection criteria:
│   ├── CLM-* with provisional approval · no FIN-AWD-*
│   ├── CAP-PROV-* headroom > minimum PROV-DISB-* amount
│   ├── Passed [fraud screening](/designing-breach-settlement-duplicate-claim-detection-and-fraud-prevention-ui-in-figma/)
│   ├── LIEN-* match complete · NET-AWD-* computable
│   └── Not in active [appeal stay](/designing-breach-settlement-appeal-and-mandamus-review-ui-in-figma/) for this CLM-*
├── Batch controls:
│   ├── CAP-WAVE-* total dollar limit · pair with [SCH-* schedule](/designing-breach-settlement-distribution-schedule-and-tranche-disbursement-planning-ui-in-figma/)
│   ├── Sort: oldest provisional approval first · hardship boost optional
│   ├── Simulation: escrow impact · RES-LIEN-* · RES-STY-* holdback
│   ├── Exclude CLM-* where PROV-DISB-* would be below wire minimum
│   └── Counsel APP-PROV-* separate from final APP-DISB-*
├── Execution:
│   ├── PROV-DISB-* tagged · not final DISB-CLM-* in ledger
│   ├── Update ETA-CLM-* · "Interim paid · final review ongoing"
│   ├── [Post-disbursement QA](/designing-breach-settlement-post-disbursement-qa-and-audit-sampling-ui-in-figma/) sample on INT-WAVE-*
│   └── LOG-PROV-* per wire · [fund reconciliation](/designing-breach-settlement-fund-reconciliation-and-bank-matching-ui-in-figma/)
└── Reporting:
    ├── RPT-PROV-* monthly: count · dollars · avg % of EST-AWD-*
    └── Court monitor dashboard · separate from final WAVE-* totals

INT-WAVE-* should not reuse final TRN-DISB-* queues without PROV-* tagging— mixed batches break REC-* and tax reporting.

---

REC-* true-up and BAL-PROV-* reconciliation UI

Reconciliation — REC-992-8841 · CLM-4412 · FIN-AWD-*: $3,200 · Status: Balance due claimant
├── True-up inputs:
│   ├── FIN-AWD-* from final tier adjudication
│   ├── SUM(PROV-DISB-*) including returned-payment reissues
│   ├── OFF-* [lien offsets](/designing-breach-settlement-lien-and-third-party-creditor-offset-ui-in-figma/) applied at final not provisional
│   ├── Tax withholding adjustments · [1099](/designing-breach-settlement-tax-reporting-and-1099-ui-in-figma/) on final net
│   └── Appeal outcome may reduce FIN-AWD-* retroactively
├── REC-* outcomes:
│   ├── BAL-PROV-* > 0: issue final top-up DISB-*
│   ├── BAL-PROV-* = 0: mark claim fully paid · close PROV-* flag
│   ├── BAL-PROV-* < 0: over-advance · route to [clawback](/designing-breach-settlement-clawback-and-overpayment-recovery-ui-in-figma/)
│   └── FIN-AWD-* = 0: full PROV-* recovery unless plan waives
├── Claimant communication:
│   ├── Notice: "Final award determined" · itemized PROV-* vs FIN-*
│   ├── Top-up: new ETA · payment method confirm
│   ├── Over-advance: repayment plan · offset from other claims if allowed
│   └── [Call center script](/designing-breach-call-center-and-agent-script-ui-in-figma/) for REC-* disputes
└── Audit:
    ├── Immutable REC-* record · link all PROV-DISB-*
    ├── [External auditor](/designing-breach-settlement-external-auditor-access-and-read-only-review-portal-ui-in-figma/) read-only view
    └── [Final accounting](/designing-breach-settlement-final-accounting-and-court-closure-ui-in-figma/) separates provisional vs final totals

Use tables for line-item REC-* breakdown and inline alerts when BAL-PROV-* negative.

---

Coordination with appeal stays and deficiency cure

STY- appeal stays* may allow PROV-DISB-* for non-appealed claims while freezing final WAVE-— UI must tag STY-SCOPE- per claim, not per program.

Deficiency cure: do not PROV-DISB-* until minimum intake valid— provisional tier still requires identity and class membership confirmation.

Hardship requests: optional queue with counsel review— separate from standard INT-WAVE-* to prevent cap gaming.

Pair with counsel payout approval— APP-PROV-* threshold may differ from APP-DISB-*.

---

Comparison: provisional advance vs final-only distribution

Dimension	PROV-DISB-* interim program	Final-only DISB-*
Claimant wait time	Partial relief in months	Full wait until FIN-AWD-*
Administrative cost	Higher · REC-* + dual comms	Lower · single payment
Overpayment risk	Requires REC-* / clawback	Lower at award time
Court approval	Often explicit in plan	Standard order
Portal complexity	BAL-PROV-* · dual status	Single paid state
Best for	Document-heavy tiers · large classes	Simple flat-award settlements

---

Common mistakes

1. PROV-DISB- labeled as final on status portal*— claimants think claim closed; REC-* surprise triggers support volume.
2. No CAP-PROV- recalc when EST-AWD- drops**— already paid 40% of old estimate exceeds 100% of new FIN-AWD-*.
3. INT-WAVE- mixed with final TRN-DISB-**— reconciliation impossible; audit finding.
4. 1099 on PROV-DISB- gross without true-up*— corrected 1099 after REC-*; use plan-driven timing.
5. Ignoring LIEN- on provisional*— advance full gross; creditor demand after true-up net calculation.

---

Recommended workflow

1. Define CAP-PROV- rules and INT-WAVE- eligibility** in settlement plan · configure EST-AWD-* tiers.
2. Run INT-WAVE- with APP-PROV-** · tag PROV-DISB-* · update portal with interim status.
3. Finalize FIN-AWD-* · run REC-* · issue top-up or clawback.
4. Reconcile PROV- and final DISB-** in fund reconciliation monthly.
5. Report provisional totals separately in final accounting and court monitor reporting.

---

FAQ

Is provisional payment mandatory for all approved claims?

No—plan opt-in · some tiers may be final-only · hardship queue optional.

What if claimant refuses final FIN-AWD-* after PROV-DISB-*?

Treat as dispute/appeal— PROV-* may be non-refundable per plan; clawback rules vary.

Can PROV-DISB-* run during appeal stay?

Only if STY-SCOPE- explicitly allows interim*— default block new PROV-* when STY-* freezes all outflows.

Minimum PROV-DISB-* amount?

Respect wire minimums— exclude CLM-* where cap headroom below threshold; roll to next INT-WAVE-*.

Deceased claimant after PROV-DISB-*?

Freeze REC-* until heir designation · true-up to estate.

Tax reporting on provisional payments?

Follow plan and IRS guidance— often report at FIN-AWD-; if interim reportable, flag for 1099 UI correction at REC-.

---

Next steps

• Design breach settlement distribution schedule and tranche disbursement planning UI in Figma — INT-WAVE-* vs final WAVE-*
• Design breach settlement lien and third-party creditor offset UI in Figma — net PROV-DISB-* after OFF-*
• Design breach settlement clawback and overpayment recovery UI in Figma — negative BAL-PROV-*
• Design breach settlement claim status portal and claimant dashboard UI in Figma — interim vs final status
• Design breach settlement deficiency notice and claim cure UI in Figma — eligibility before PROV-*