Copy requests seem simple until you count the systems, the fee logic, the delivery channels, and the retention rules. Most institutions handle them with a spreadsheet and good intentions.
A member requests a copy of a statement, tax form, or check image. Simple — except the request might arrive via branch, phone, online banking, or mail. The item might be in the current system, an archive, or a microfiche scan. Fees may or may not apply depending on the request type, member relationship, and state law. Delivery might be in-branch, mail, or secure electronic. Most institutions track these requests in a spreadsheet or email thread, with no single view of status and no consistent fee application.
Regulation E and Regulation Z (statement and periodic-statement requirements, including retention periods), state-specific fee limitations on certain document types, general record-retention requirements under institution policy. Verify locally.
All copy requests enter a single queue regardless of channel. The system identifies the source location (current, archive, legacy), applies fee logic consistently, routes fulfillment to the appropriate delivery channel, and tracks completion. The member can check request status without calling.
A Prove It Sprint maps the request-to-delivery workflow, identifies the variant paths (by item type, source system, and delivery channel), and quantifies the labor in the current process. The build boundary typically separates automated routing and fee application from the actual document retrieval in legacy systems.
Because requests arrive through multiple channels, items live in different systems (current, archive, microfiche), fee logic varies by type and jurisdiction, and most institutions track requests manually with no single view of status.
Regulation E and Z set statement retention requirements. State laws may limit fees on certain document types. General record-retention policies apply. Specific requirements vary by document type and jurisdiction — verify locally.
Request intake, routing, fee application, and status tracking are strong automation candidates. Retrieval from legacy or archive systems may require manual steps, which the build boundary makes explicit.
Verify locally. This page characterizes the workflow at framework level. Specific regulatory thresholds, timing windows, and requirements should be verified by your compliance team against current guidance.
General operational information, not legal or compliance advice. Verify locally.
Tell us about your version of this workflow and we’ll give you an honest read on whether it’s ours to take.
