figma guide

Designing breach settlement post-disbursement QA and audit sampling UI in Figma: QA-* campaigns, SAMP-* samples, and CLM-* review checklists

Design breach settlement post-disbursement QA and audit sampling UI in Figma with QA-* campaigns, SAMP-* sample sets, CLM-* review checklists, and corrective action tracking.

Published
Updated
Sep 01, 2026
Read time
7 min
Level
Intermediate

Quick answer

Post-disbursement QA UI catches wrong payouts before they become court findings—by sampling paid claims and scoring them against the settlement plan. Design QA- campaigns* with statistical or risk-based sample sizes, SAMP- sample sets* that pull CLM-* and PAY-* records after money left, and review checklists where QA analysts mark pass/fail per criterion with corrective actions. Admins see error rates, finding severity, and reopen paths; counsel sees summary reports—not 500 random claim PDFs. Connect to counsel approval, payment disbursement, fraud detection, fund reconciliation, and final accounting. Start from the Figma guides hub and pair with tables, progress steppers, and Dev Mode handoff.


Who this is for

  • Product designers building settlement QA consoles where paid claims must be spot-checked under court or plan requirements.
  • Claims administrators and internal audit teams running statistical samples after each disbursement wave.
  • Class counsel who need QA-* error-rate reports before certifying final accounting.

QA campaign lifecycle overview

QACampaign — QA-992-0012 · SET-992 · Disbursement batch BATCH-992-07 · Status: Review in progress (847/1000)
├── Triggers:
│   ├── Post-batch disbursement (every PAY-* run above N)
│   ├── Pre-[final accounting](/designing-breach-settlement-final-accounting-and-court-closure-ui-in-figma/) certification gate
│   ├── Court-ordered sample size (e.g. 5% or min 500)
│   ├── Spike in [RET-* returns](/designing-breach-settlement-returned-payment-and-reissue-ui-in-figma/) or [disputes](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/)
│   └── Random periodic audit (quarterly)
├── ID namespace:
│   ├── QA-* (campaign) · SAMP-* (sample set) · REV-* (individual review)
│   ├── CLM-* · PAY-* (subjects) · FIND-* (finding)
│   ├── ACT-* (corrective action) · AUD-* (sample · review · close)
│   └── ERR-* (error rate rollup)
├── Sampling strategies:
│   ├── Statistical random — stratified by award tier · payment method
│   ├── Risk-weighted — oversample [foreign](/designing-breach-settlement-foreign-claimant-and-international-payment-ui-in-figma/), [minor](/designing-breach-settlement-minor-claimant-and-guardian-designation-ui-in-figma/), high $
│   ├── 100% review — small batches or court mandate
│   └── Targeted — all CLM-* with cleared [FRD-*](/designing-breach-settlement-duplicate-claim-detection-and-fraud-prevention-ui-in-figma/) override
├── Outcomes:
│   ├── Pass → QA-* closed · Error rate within threshold
│   ├── Fail finding → FIND-* → ACT-* → Possible clawback / reissue
│   └── Escalate → Counsel · Halt next batch until resolved
└── Claimant impact: Only if FIND-* triggers outreach—use neutral copy via [status portal](/designing-breach-settlement-claim-status-portal-and-claimant-dashboard-ui-in-figma/)
QA stateTeam seesNext action
DraftSample config · size calculatorGenerate SAMP-*
SamplingCLM-* list lockedAssign reviewers
In reviewREV-* progress barComplete checklists
Findings openFIND-* severity queueACT-* owners
ClosedERR-* report exportFinal accounting input

Verdict: Sample after PAY- sends—not before counsel approval—QA validates the full chain including execution errors.*


QA-* campaign and sample size UI

QACampaign — QA-992-0012 · batch_id: BATCH-992-07 · paid_count: 18,442 · sample_target: 1000
├── Campaign setup:
│   ├── qa_id (QA-*) · settlement_id · batch_id or date range
│   ├── sampling_method_enum (statistical · risk · full · targeted)
│   ├── confidence_level (95% · 99%) · margin_of_error (optional)
│   ├── min_sample_size (plan floor) · max_sample_size (cap)
│   ├── stratification: award_tier · payment_method · [approval tier](/designing-breach-settlement-counsel-review-and-payout-approval-ui-in-figma/)
│   └── exclusion_rules: already in open QA-* · test CLM-*
├── Sample calculator (live preview):
│   ├── Population: 18,442 paid · Recommended n: 987 → round to 1000
│   ├── Risk oversample: +15% foreign · +10% >$500
│   ├── "Regenerate sample" invalidates prior SAMP-* (confirm modal)
│   └── AUD-* logs seed + algorithm version (reproducibility)
├── SAMP-* generation:
│   ├── samp_id (SAMP-*) · qa_id · clm_ids[] · pay_ids[]
│   ├── Locked after first REV-* started
│   ├── Export sample list for external auditor
│   └── Replace single CLM-* with reason (conflict · recusal)
└── Reviewer assignment:
    ├── Round-robin · Workload cap per analyst
    ├── Blind review option (hide prior reviewer notes)
    └── Cannot review own [APR-* preparer](/designing-breach-settlement-counsel-review-and-payout-approval-ui-in-figma/) CLM-* (segregation)

Use progress steppers on campaign header—counsel wants “847 of 1000 reviewed” at a glance.


REV-* review checklist and FIND-* findings

ClaimReview — REV-992-88421 · samp_id: SAMP-992-0012 · clm_id: CLM-992-44102 · pay_id: PAY-992-22014
├── Review panel layout:
│   ├── Left: CLM-* summary · PAY-* amount · timeline (read-only)
│   ├── Center: Checklist (plan criteria) · Pass/fail/NA per row
│   ├── Right: Linked [DOC-*](/designing-breach-settlement-claim-document-upload-and-evidence-management-ui-in-figma/) · [IDV-*](/designing-breach-settlement-claimant-identity-reverification-and-step-up-ui-in-figma/) · [COUN-*](/designing-breach-settlement-counsel-review-and-payout-approval-ui-in-figma/)
│   └── Footer: Submit REV-* · Flag for second reviewer
├── Checklist categories (configurable per plan):
│   ├── Eligibility: affected dates · class membership · [opt-out](/designing-breach-settlement-opt-out-and-class-member-exclusion-ui-in-figma/) clear
│   ├── Award: tier correct · pro-rata math · duplicate tier check
│   ├── Identity: IDV pass · [deficiency cure](/designing-breach-settlement-deficiency-notice-and-claim-cure-ui-in-figma/) complete
│   ├── Payment: payee name match · method per plan · amount = approved
│   ├── Approval: APR-* / COUN-* present when required
│   └── Documentation: required DOC-* on file · legible
├── FIND-* on any fail:
│   ├── find_id (FIND-*) · rev_id · severity (critical · major · minor)
│   ├── finding_code_enum · description · evidence_refs[]
│   ├── financial_impact (overpay · underpay · none)
│   └── status: open · act_assigned · resolved · waived
├── Second review (critical FIND-*):
│   ├── Mandatory dual sign-off before ACT-*
│   └── Disagreement → escalate to supervisor
└── Timing: target SLA per REV-* (e.g. 10 min median) · track in QA-* dashboard
Finding severityTypical responseBlocks next batch?
CriticalClawback · halt · counselYes
MajorACT-* fix · sample expansionMaybe
MinorProcess note · trainingNo
WaivedDocumented exceptionNo

ACT-* corrective actions and error rate rollup

CorrectiveAction — ACT-992-0044 · find_id: FIND-992-0044 · Owner: ops_lead · Due: 2026-09-15
├── Action types:
│   ├── clawback — Reverse PAY-* · [reissue](/designing-breach-settlement-returned-payment-and-reissue-ui-in-figma/) if needed
│   ├── process_fix — Update rules · retrain reviewers
│   ├── expand_sample — Add n CLM-* to SAMP-* for re-test
│   ├── counsel_notify — Package FIND-* for class counsel
│   └── system_patch — Bug in pro-rata or eligibility engine
├── ACT-* UI:
│   ├── Linked FIND-* · CLM-* · PAY-*
│   ├── Status: open · in_progress · verified · closed
│   ├── Verification step (different user closes ACT-*)
│   └── AUD-* on open · update · close
├── ERR-* rollup (QA-* close report):
│   ├── Sample size · Review completion rate
│   ├── Error rate by category (eligibility · award · payment · approval)
│   ├── Critical FIND-* count · Total financial impact $
│   ├── Comparison to prior QA-* campaigns (trend chart optional)
│   └── Export PDF for [final accounting](/designing-breach-settlement-final-accounting-and-court-closure-ui-in-figma/) exhibit
└── Integration:
    ├── Open critical FIND-* → Block BATCH-992-08 disbursement
    ├── Feed patterns to [fraud detection](/designing-breach-settlement-duplicate-claim-detection-and-fraud-prevention-ui-in-figma/) rules
    └── [Reconciliation](/designing-breach-settlement-fund-reconciliation-and-bank-matching-ui-in-figma/) if financial impact confirmed

Comparison: post-disbursement QA vs adjacent controls

SurfaceWhenThis UI adds
Counsel approvalPre-releasePost-release verification
Fraud detectionPre-pay blockPaid-claim error detection
Fund reconciliationBank vs ledgerClaim-level correctness
DisputesClaimant-initiatedAdministrator-initiated audit
Final accountingFund closeQA error rate exhibit

Handoff checklist (Dev Mode)

  • QACampaign — qa_id (QA-*), batch_id, sampling_method_enum, sample_target, status_enum.
  • SampleSet — samp_id (SAMP-*), qa_id, clm_ids[], locked_at, algorithm_version.
  • ClaimReview — rev_id (REV-*), samp_id, clm_id, pay_id, checklist_results[], reviewer_id.
  • Finding — find_id (FIND-*), rev_id, severity_enum, finding_code, financial_impact, status_enum.
  • CorrectiveAction — act_id (ACT-*), find_id, action_type_enum, owner_id, verified_by_id.
  • QADashboard — err_rate_rollup, batch_block_rules[], export_formats[].

Common mistakes

MistakeWhy it hurtsFix
QA before money sendsMisses execution errorsSample post-disbursement PAY-*
Editable SAMP-* mid-reviewAudit invalidationLock after first REV-*
Same reviewer as claim approverBias · segregation breakBlock preparer/approver IDs
Generic pass/fail onlyNo root causeFIND-* codes + ACT-*
No algorithm version on sampleCannot reproduceAUD-* seed + version
Critical FIND-* without batch haltMore bad payoutsConfigurable block rule
Show QA status to all claimantsUnnecessary alarmNeutral portal copy only if ACT-* outreach
100% review at 500k scaleOps collapseStatistical + risk stratification
Waive FIND-* without approverAudit findingDual sign-off on waive
QA report separate from final accountingDuplicate counsel workERR-* export template

  1. Define sampling rules from settlement plan (size, strata, exclusions).
  2. Prototype QA- campaign setup* with live sample calculator.
  3. Design REV- checklist* aligned to plan sections—not a one-size form.
  4. Build FIND- → ACT- pipeline** with severity-based batch blocks.
  5. Generate ERR- rollup* for counsel before final accounting.
  6. Feed recurring finding codes back to fraud rules and training.

FAQ

Court requires 5%—minimum 500?

Sample calculator honors max(plan_min, statistical_n, 5% population) · Show math in QA-* setup · AUD-* logs inputs.

FIND-* overpayment already spent?

ACT- clawback path* · Link returned payment · Claimant comms via call center script · Legal review.

Re-sample after process fix?

New QA- or expand SAMP-** · Never silently swap CLM-* in locked set · Document in ERR-* report.

External auditor needs access?

Read-only REV- export* · Redact SSN in sample list · Compliance export package.

QA vs duplicate claim FRD-*?

FRD- pre-pay* · QA post-pay catches eligibility/award errors FRD-* does not · Both feed ACT-* patterns.


Next steps

Share on X

§ Keep reading

Related guides.