figma guide
Designing breach settlement deceased claimant and heir designation UI in Figma: death verification, probate uploads, and successor payee workflows
Design breach settlement deceased claimant and heir designation UI in Figma with death verification uploads, probate document review, successor payee assignment, and estate disbursement tracking.
- Published
- Updated
- Aug 26, 2026
- Read time
- 8 min
- Level
- Intermediate
Quick answer
Deceased claimant UI lets estates and heirs receive settlement payments when the original class member died before or during the claims process—without exposing other claimants’ data or bypassing probate rules. Design a death reporting and verification flow linked to CLM-, an heir or personal representative designation wizard with probate document upload, and an administrator review queue that routes approved successor payees to PAY-. Connect to settlement claims, payment disbursement, eligibility verification, and file upload. Start from the Figma guides hub and pair with forms, progress steppers, and Dev Mode handoff.
Who this is for
- Product designers building estate and heir flows—not generic beneficiary designation from life insurance products.
- Settlement administrators processing death certificates and letters testamentary at scale.
- Class counsel defining which probate documents satisfy court order requirements per jurisdiction.
Deceased claimant lifecycle overview
DeceasedClaimantLifecycle — CLM-992-44102 · Original claimant: Jane Doe · Status: Heir review pending
├── Triggers:
│ ├── Claimant self-reports death (unlikely)
│ ├── Heir submits EST-* request with death certificate
│ ├── Admin match from SSA Death Master File / obituary (if permitted)
│ └── Call center flags during [agent script](/designing-breach-call-center-and-agent-script-ui-in-figma/) lookup
├── ID namespace:
│ ├── EST-* (estate case) · HEI-* (heir/successor payee) · DEC-* (death verification record)
│ └── PAY-* routes to HEI-* TAX-* after approval—not original CLM-* wallet
├── Status progression:
│ ├── Active claim → Death reported → Verification → Heir designation → Probate review → Approved successor → PAY-* to estate
│ └── Denied heir → [Disputes](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/) · Original CLM-* frozen
└── Unclaimed after heir failure → [UCF-*](/designing-breach-settlement-unclaimed-funds-and-escheatment-ui-in-figma/) not automatic reassign to random heir
| Stage | Administrator sees | Heir / representative sees |
|---|---|---|
| Death reported | DEC-* verification queue | Submission confirmation |
| Verification | Document checklist | ”Under review” status |
| Heir designation | Multiple HEI-* claims conflict flag | Upload probate docs |
| Approved | Successor linked to CLM-* | Payment method + TIN wizard |
| Paid | PAY-* to HEI-* | Receipt and tax docs |
Verdict: Freeze original CLM- login and payout* on DEC-* verification start—prevent double payment to deceased and living heir.
Death reporting portal (heir-initiated)
DeathReport — EST-992-0041 · Linked CLM-992-44102 · Status: Submitted
├── Entry paths:
│ ├── "I am an heir" from [notice FAQ](/designing-breach-faq-and-notice-landing-page-ui-in-figma/) · Search by name + last 4 SSN / claim ID
│ ├── Direct link from mailed notice with EST-* prefill token
│ └── [Call center](/designing-breach-call-center-and-agent-script-ui-in-figma/) sends magic link after phone verification
├── Step 1 — Identify deceased claimant:
│ ├── Fields: deceased_full_name · date_of_death · relationship_to_submitter
│ ├── Optional: CLM-* if known · Last known address for match
│ └── Match confidence: Exact CLM-* · Fuzzy name+DOB · Manual review queue
├── Step 2 — Upload death verification:
│ ├── Death certificate (required) · [File upload](/designing-file-upload-and-drag-drop-ui-in-figma/) with PDF/JPG
│ ├── Obituary (optional supplement)
│ └── DEC-* created · CLM-* status → Deceased pending verification
├── Step 3 — Submitter identity:
│ ├── Submitter name · Email · Phone · Government ID upload
│ ├── Affirmation: "I am authorized to act on behalf of the estate"
│ └── Creates provisional HEI-* (unapproved)
└── Confirmation: EST-* number · Expected review SLA · No payment promise
Do not expose other claimants’ full names in search results—show “Possible match found” with masked identifiers only.
Probate and heir designation wizard
HeirDesignation — EST-992-0041 · HEI-992-0041-A · Role: Personal representative · Status: Docs requested
├── Role selection (settlement-configured):
│ ├── Personal representative / executor (probate required)
│ ├── Heir-at-law (small estate affidavit jurisdictions)
│ ├── Surviving spouse (community property states)
│ └── Trust successor trustee (if claim was trust asset)
├── Document checklist (dynamic by role + state):
│ ├── Letters testamentary / administration
│ ├── Small estate affidavit (threshold per state)
│ ├── Court order naming representative
│ ├── Trust certification excerpt
│ └── Waivers from other heirs (if required)
├── Multi-heir split (if court order allows):
│ ├── Allocation table: HEI-* · percentage · payment method
│ ├── Sum must equal 100% · Min payout threshold per heir
│ └── Each HEI-* needs separate [TIN collection](/designing-breach-settlement-tax-reporting-and-1099-ui-in-figma/)
├── Conflict detection:
│ ├── Two EST-* for same CLM-* → Merge or dispute flag
│ ├── HEI-* identity matches fraud watchlist → Manual review
│ └── Link to [disputes UI](/designing-breach-settlement-claims-dispute-and-appeals-ui-in-figma/) for contested estates
└── Progress: Use [stepper](/designing-progress-indicators-and-steppers-in-figma/) with document checklist ticks
Probate requirements vary by state—admin UI shows required doc set per deceased_last_known_state, not one global form.
Administrator estate review console
EstateReview — EST-992-0041 · CLM-992-44102 · DEC verified · 2 competing HEI-* claims
├── Review panel layout:
│ ├── Left: CLM-* summary · Original claim amount · Prior PAY-* attempts (should be zero)
│ ├── Center: Document viewer · Death cert · Letters testamentary · ID scans
│ ├── Right: HEI-* list · Approval actions · Internal notes (not visible to heirs)
├── Verification checklist:
│ ├── DEC-* death cert matches CLM-* identity
│ ├── Date of death before/after claim filing (affects eligibility per order)
│ ├── Probate doc jurisdiction matches · Not expired
│ ├── No active [legal hold](/designing-compliance-exports-and-legal-hold-ui-in-figma/) on CLM-*
│ └── Successor clears [eligibility](/designing-breach-victim-eligibility-verification-portal-ui-in-figma/) rules for heirs
├── Actions:
│ ├── Approve HEI-* → Unlock PAY-* routing
│ ├── Request additional docs → HEI-* status Docs requested · Email template
│ ├── Deny EST-* → Reason code · Appeal path to DIS-*
│ └── Merge duplicate EST-* cases
└── Audit: est_id · reviewer_id · doc_version · approval_at · pay_id_generated
Competing claims UI must show both submitters’ doc status without leaking unsubmitter PII across parties.
Successor payee disbursement
Approved HEI-* connects to standard payment disbursement with estate-specific fields:
SuccessorPayout — PAY-992-EST-0041 · HEI-992-0041-A · CLM-992-44102 · $47.82
├── Payee record:
│ ├── payee_type: estate_successor · Links HEI-* not original CLM-* user_id
│ ├── Payment label: "Estate of Jane Doe" on check/ACH descriptor
│ └── [Saved address](/designing-saved-addresses-and-address-book-ui-in-figma/) from HEI-* profile
├── Multi-heir split:
│ ├── Parent PAY-EST-* spawns child PAY-* per HEI-* allocation
│ └── Partial failure → Only failed HEI-* enters [UCF-*](/designing-breach-settlement-unclaimed-funds-and-escheatment-ui-in-figma/)
├── Tax:
│ ├── 1099 issued to estate EIN or HEI-* SSN per counsel · [Tax UI](/designing-breach-settlement-tax-reporting-and-1099-ui-in-figma/)
│ └── Estate TIN (EIN) upload step in HEI-* wizard
└── Portal: HEI-* sees payment status · Original CLM-* login disabled with explanation
Original claimant portal state (deceased)
When CLM-* is marked deceased, logged-in sessions see:
DeceasedClaimantNotice — CLM-992-44102 · Status: Estate processing
├── Banner: "This account is associated with a deceased class member."
├── Actions disabled: Update payment · File new claim · Edit personal info
├── If EST-* linked: "An estate claim EST-992-0041 is in progress" (visible to authorized HEI-* only via their login)
├── Support CTA: [Call center](/designing-breach-call-center-and-agent-script-ui-in-figma/) · Reference CLM-* and EST-*
└── No sensitive heir details exposed to anyone using deceased credentials
If family shares deceased credentials, force password reset invalidation and route all comms to verified HEI-* email.
Comparison: estate UI vs adjacent settlement surfaces
| Surface | Focus | This UI adds |
|---|---|---|
| Settlement claims | Living claimant filing | Estate successor path |
| Eligibility portal | Victim identity | Death cert + probate match |
| Payment disbursement | PAY-* delivery | HEI-* routing |
| Unclaimed funds | Dormancy | Estate failure → UCF-* not heir guess |
| Tax reporting | 1099 | Estate EIN vs heir SSN |
Handoff checklist (Dev Mode)
- DeathReport — est_id (EST-), claim_id (CLM-), dec_id (DEC-*), date_of_death, submitter_relationship, match_confidence_enum, verification_status.
- HeirDesignation — hei_id (HEI-*), est_id, role_enum, allocation_pct, probate_doc_refs[], tin_estate_ein, approval_status.
- EstateReview — est_id, competing_hei_count, reviewer_id, checklist_items[], approval_at, denial_reason_code.
- SuccessorPayout — pay_id (PAY-*), hei_id, claim_id, payee_type_enum, estate_descriptor, split_parent_pay_id.
- DeceasedClaimantNotice — claim_id, est_id_ref, portal_actions_disabled[], support_contact_ref.
Common mistakes
| Mistake | Why it hurts | Fix |
|---|---|---|
| Allow PAY-* to deceased ACH | Clawback and fraud | Freeze on DEC-* report |
| Public heir search shows full CLM list | Privacy violation | Masked match only |
| Single global probate doc set | Jurisdiction rejections | State-based checklist |
| Auto-approve first HEI-* | Wrong estate payment | Conflict queue for competing EST-* |
| Reuse CLM-* login for heir | Credential sharing risk | Separate HEI-* auth |
| Skip TIN for estate EIN | 1099 failure | EIN step in heir wizard |
| Estate UCF-* to state quickly | Heirs still probating | Extended dormancy per order |
| No call center EST-* lookup | Duplicate submissions | Agent console EST-* search |
Recommended workflow
- Counsel defines acceptable probate documents by state before wireframes.
- Add “Report a death” entry to notice FAQ and call center scripts.
- Design death report + heir wizard as linked EST-* / HEI-* flow with file upload.
- Build admin review console with document viewer and conflict detection.
- Integrate HEI- approval* into PAY-* state machine and tax gates.
- Train agents on frozen CLM-* vs active EST-* statuses before launch.
FAQ
What if claimant died after receiving payment?
CLM- shows paid · EST- may still open** for heir disputes over estate assets—separate from unpaid claim flow; route to counsel.
Minor heirs?
Guardian/conservator document set · Payment to blocked account or court registry per order—add MIN-* subtype on HEI-*.
No probate opened?
Small estate affidavit path where allowed · Otherwise claim stays frozen until letters issued or escheat timer per UCF-*.
Multiple heirs disagree?
Freeze approval · Open DIS- dispute* · Court order upload required before split PAY-*.
International deceased claimants?
Apostille death cert · Foreign probate translation upload · Extended review SLA badge.
Next steps
- Design breach settlement notice and victim compensation claims UI in Figma — original CLM-* before estate transfer
- Design breach settlement payment disbursement and payout tracking UI in Figma — PAY-* to approved HEI-*
- Design breach settlement tax reporting and 1099 UI in Figma — estate EIN and heir TIN collection
- Design breach victim eligibility verification portal UI in Figma — identity patterns for heirs
- Design breach settlement unclaimed funds and escheatment UI in Figma — failed estate disbursement dormancy
§ Keep reading