← Back to Work
Process file · Finance
Finance
What’s inside: company memory · output checking
The credit file assembled before the analyst sits down
The question this file answersWho in my credit team is actually deciding — and who is just collecting payslips?
Fits: banks, payment firms and fintechs where compliance files are still assembled by hand.
Typical day
What the desk looks like today
Typical, not a measured desk; no loan-file volume is published in the finance playbook. Payslips, IDs and statements arrive by email and portal; an analyst chases missing ones, retypes fields into the credit system, then reads the case. It hurts when the analyst is also the chaser.
What changes
What Monday looks like after
On the morning a complete application lands, the analyst's screen already shows the file, the gaps and a draft score, so the week goes to affordability and the conversation with the applicant. Files with a missing payslip or an unreadable statement still go back to a person, and you can see per case what was assembled and what was chased.
Typical, not a measured client result. Every figure here comes from the playbook source named below.
How this file is built
The 40–60% previously shown here came from KYC studies (McKinsey, 2023; Thomson Reuters, 2023) about onboarding time, not credit-file assembly. We no longer carry it here; the KYC file keeps the range. Not an approval-rate claim.
What we install
What we put in front of the systems you already run
Your core system stays — Temenos, FIS, Finastra or the one you run — and nothing is booked without the analyst. This is the same file-assembly build as our KYC onboarding, pointed at credit:
- incoming documents are sorted by type and the required fields extracted
- the fields are checked for completeness and against your lists, and what is missing is named
- a pre-scored file with a log of each step goes to the analyst, who opens one case, not a folder of attachments.
Approval is a signature, not a model output.
What stays human — and what this will not do
The affordability judgement. Fraud. Policy exceptions. The conversation with the applicant.
Not an approval-rate claim.
What can go wrong — and what we do about it
Statements and payslips come in hundreds of layouts and as photographs; a layout the model has not seen is not guessed — it goes to the analyst as a whole document. Affordability, fraud and policy exceptions are not in scope — this build prepares the file, and if your credit policy is not written down the pre-score has nothing to check against.
What it costs to get there
The path: free 60-second estimate → free 20-minute review → paid audit of this one process (€1.5–3K, typically two weeks) → pilot with your people in the loop (€10–20K, weeks, not quarters). No transformation programme. Prices are public, on the services page →
Scoped in the audit — the playbook has no estimate for this exact desk.
This is about you if…
- Do applicant documents still arrive as attachments that an analyst retypes into the credit system?
- Is your credit policy written as rules — income multiples, document lists — that a file can be checked against?
What does this mean in euros?
That depends on your volumes and wage costs — this page will not invent the number. The free 60-second estimate runs that calculation from your answers, with every multiplier sourced.
Not a named Aperanda client. Process file · Finance.
Short process file. Same build as its parent file; the playbook has no separate volume or benchmark for this desk.
All process files