Based on your answers, there are serious questions about how your settlement funds are held and what happens to them if claimants don't redeem. If your payments platform commingles client funds with its own capital, retains unclaimed balances as revenue, or operates under terms that transfer fund ownership away from your claimants - you may be in breach of your fiduciary obligations without knowing it. This is the highest-consequence risk dimension in this assessment.

Courts increasingly scrutinize fund custody structures in Post-Distribution Accounting, and settlement objectors have successfully challenged programs where platforms retained breakage. This warrants immediate review of your platform's terms of service and account structure.

Your answers suggest that the licensing structure behind your current payment platform has not been verified - and that you may be relying on a vendor who brokers payments through an undisclosed third party. This creates a critical accountability gap. If a payment fails, is delayed, or attracts regulatory scrutiny, you need to know with certainty who is licensed, who is liable, and who will stand with you in front of a court or regulator. "Our vendor handles it" is not a sufficient answer when a settlement administrator's fiduciary duty is being examined. Verify licensing arrangements before your next distribution.

Your answers indicate heavy reliance on paper checks, a high uncashed rate, or - most critically - that you don't currently track redemption at all. Paper checks carry an industry-average uncashed rate of 15-25%, and every uncashed check is a future escheatment liability. If you cannot tell a court what percentage of claimants received their funds, you cannot produce a credible Post-Distribution Accounting. Courts are increasingly asking plaintiff counsel to justify participation rates, and objectors routinely challenge distributions where the administrator cannot demonstrate that reasonable steps were taken to reach every eligible claimant.

High inbound support volume and the absence of automated redemption nudges are two of the clearest signals that your disbursement process is creating friction for claimants. Every claimant who gives up before completing redemption is a future unclaimed fund liability. Every support call your team handles is an operational cost that scales with your program size. And every claimant who cannot reach you is a potential complaint to the court. A modern disbursement platform should drive redemption proactively - through programmatic, multi-channel reminders with measured uplift - rather than reactively through inbound support.

Your answers suggest that producing a complete, claimant level audit trail would take days or require significant manual effort - and that your platform may measure "successful delivery" as the point a notification was sent, not when funds reached a claimant's account. These are serious gaps. Courts now routinely require detailed Post-Distribution Accounting that traces every dollar from deposit to claimant receipt, including rejected payments, returns, and escheatment. If you cannot produce this on demand, you are not in a position to defend your distribution - and settlement objectors will find that gap. Manual spreadsheet based reporting at scale introduces the additional risk of human error in legally binding submissions.

Your answers suggest that your payments platform either retains unredeemed funds as revenue, charges per-issuance regardless of whether funds are delivered, or that you are simply unsure how they make money. Any of these is a serious problem. A platform that profits from non-redemption has an economic incentive that is structurally opposed to yours - getting money to every eligible claimant. Hidden claimant-side fees (ATM charges, inactivity fees, redemption fees) compound this by reducing the net value received by the very people the settlement was designed to compensate. Courts are beginning to ask administrators to justify their vendor's economic model. You should be able to answer that question confidently.

Your answers suggest that your current payment platform was designed for commercial payment distribution and adapted — rather than purpose-built — for fiduciary third-party client money flows. This distinction matters more than it might appear. Platforms built for commerce operate under terms of service, account structures, and compliance frameworks designed for business-to-business or business-to-consumer transactions. They were not architected around QSF requirements, court-supervised settlement frameworks, or the specific obligations that arise when you hold money in trust for claimants. Add a weak identity verification posture and unproven scale performance, and you have a platform that creates operational and legal risk every time you run a large distribution.