The AI gathers evidence across several systems, writes the rationale and recommends whether to escalate.
A flagged transaction means someone opens four systems, collects documents, reads the correspondence and writes a short rationale. Most cases close with no further action, but establishing that takes an hour. The audit works out what can be gathered automatically, how to record a rationale that survives an auditor, and what a human must sign off.
AI Agent + human review
Hybrid AI workflow with human approval gates is the best fit for this compliance-heavy, judgment-intensive investigation process.
This process should be automated using a hybrid approach that combines AI-driven evidence gathering and rationale generation with mandatory human review gates for final decisions. The client has strong API access, in-house engineering capability, and a clear goal to automate routine cases while preserving human oversight on exceptions. Given the strict audit trail and GDPR requirements, plus the 10 to 15 percent exception rate requiring judgment, a fully autonomous AI agent would introduce unacceptable compliance risk. The hybrid path aligns perfectly with the client's stated preference for in-house hosting and their existing data engineering resources, and it delivers the outcome they want: freeing analysts from routine work while keeping them in the loop for exceptions and sign-off.
The client has in-house hosting capability and a data engineer already integrating the relevant systems nightly, making a hybrid solution with custom orchestration and human approval gates a natural fit for their infrastructure and team skills.
Process Overview
The process starts when the ERP flags a transaction for review. An analyst must then open four different systems: the ERP itself, the banking feed, the document archive, and email. They collect relevant documents, read through correspondence and transaction history, and piece together evidence to understand what happened. Once they have gathered everything, they write a short rationale explaining their findings and decide whether to escalate the case to the controller or close it. Every decision must be documented in a way that an auditor can reconstruct the reasoning years later, and any personal data must be handled in compliance with GDPR.
The team handles around 1,800 flagged transactions per year, spending an average of 70 minutes on each case. Most cases follow a standard pattern and could be resolved quickly, but the manual work of opening systems, hunting for documents, and writing up the rationale takes time. About 10 to 15 percent of cases are exceptions that require real judgment, either because the transaction pattern is unusual, because earlier data entry errors have surfaced, or because the information across systems is incomplete or conflicting. The analysts are skilled professionals, but they spend most of their week on routine work that feels repetitive and boring.
Path Scores
This process demands both automation and accountability. A hybrid workflow can use AI to gather evidence from the four systems, draft the rationale, and flag standard versus exception cases, while requiring a human to review and approve every decision before it is logged. This satisfies the audit trail and GDPR requirements, leverages the available APIs, and delivers the client's stated goal of handling routine cases automatically while keeping people in the loop for exceptions and final sign-off.
An AI workflow could orchestrate evidence gathering, generate rationales, and route exceptions to humans, but without explicit approval gates it risks compliance exposure. If designed with mandatory review steps, this converges with the hybrid approach. The score reflects that a pure workflow without human checkpoints would be too risky for a finance process with strict audit and GDPR requirements.
An autonomous agent could technically perform the investigation and write rationales, but the compliance requirements and the need for reconstructable reasoning years later make full autonomy inappropriate. The client explicitly wants people to review exceptions, and regulators will expect a human signature on decisions. An agent without gates introduces too much risk in a finance and audit context.
RPA could automate the system navigation and document collection steps, but it cannot interpret correspondence, assess whether a case is standard or exceptional, or write a defensible rationale. The 10 to 15 percent exception rate and the need for judgment make RPA a poor fit. It would reduce some manual clicking but leave the core analytical work untouched.
A traditional integration could pull data from the three systems via API and present it in one place, reducing the need to open four systems manually. However, writing the rationale and deciding on escalation still require interpretation of unstructured correspondence and judgment on exceptions, which traditional code cannot handle without extensive rule engineering that would be brittle and expensive to maintain.
The current manual process consumes 2,100 hours per year and forces skilled analysts to spend most of their time on routine cases. The client has API access, in-house engineering capability, and a clear automation goal. Staying manual wastes a significant ROI opportunity and does not address the stated pain point of analysts spending their week on boring work.
Process Dimensions
Eight dimensions drive the recommendation, scored 0–10 with a note on each.
Evidence is spread across four systems with APIs, plus unstructured email and correspondence that must be read and interpreted.
Standard cases follow a clear pattern, but 10 to 15 percent require judgment and the real process logic sits in people's heads rather than documented rules.
Ten to fifteen percent of cases do not fit the standard pattern and consume most of the time, plus rework from earlier data entry errors.
ERP, banking feed and document archive all have APIs, and the data engineer already integrates them nightly, so technical readiness is high.
1,800 cases per year at 70 minutes each equals 2,100 hours annually, creating a strong ROI case for automation.
The process is stable enough to automate, though exception handling and compliance rules may evolve over time as regulations change.
Exceptions require judgment, and the client explicitly wants a human to review and sign off on decisions, especially for audit and regulatory reconstructability.
Strict audit trail, GDPR on personal data, and the requirement that reasoning be reconstructable years later for regulators demand robust logging and human accountability.
ROI Estimate
€52,500
Current annual cost
60%
Estimated time saved
€31,500
Annual savings
10mo
Payback period
Current cost is 1,800 cases per year times 70 minutes per case divided by 60, times 25 euros per hour, totaling 52,500 euros annually. The hybrid approach should automate evidence gathering and rationale drafting for most cases, saving roughly 60 percent of the 2,100 hours by eliminating manual system navigation and routine write-up, while analysts still review and approve every decision. Build cost assumes 12 to 20 weeks of data engineer and developer time plus LLM API costs for the first year.
Implementation Roadmap
Build a service that pulls flagged transactions from the ERP, retrieves related documents from the archive, and fetches banking feed data via the existing APIs. The data engineer can extend the nightly integration to support real-time or near-real-time queries. This milestone delivers a single view of all evidence without opening four systems manually.
Integrate an LLM to read the aggregated evidence and correspondence, classify the case as standard or exception, and draft a rationale. Train or prompt-engineer the model on historical closed cases to match the team's writing style and decision criteria. This milestone produces a draft rationale and a confidence score for each case.
Build a lightweight web interface where analysts see the AI-drafted rationale, the evidence summary, and the classification. Analysts can approve, edit, or escalate each case, and every action is logged with timestamp and user ID for audit trail and GDPR compliance. This milestone closes the loop and ensures no decision is final without human sign-off.
Run the hybrid workflow in parallel with the manual process for two to four weeks, starting with cases the AI classifies as standard. Collect analyst feedback on rationale quality, false positives in classification, and any compliance gaps. Tune prompts and thresholds before rolling out to all cases.
Deploy the hybrid workflow for all flagged transactions. Monitor approval rates, time savings, and exception handling. Establish a monthly review cadence with the controller to refine classification rules and update the AI model as regulations or internal policies evolve.
Risks & Considerations
The biggest risk is that the AI-generated rationales do not meet the standard required for regulatory reconstructability, especially if the model hallucinates facts or omits key evidence. This can be mitigated by requiring analysts to review every rationale before approval and by logging the raw evidence alongside the AI output so auditors can verify the reasoning chain. A second risk is that the 10 to 15 percent exception cases prove harder to classify automatically than expected, leading to false negatives where the AI marks an exception as standard and the analyst misses it. This requires careful tuning of confidence thresholds and a feedback loop where analysts can flag misclassifications to retrain the model. Finally, GDPR compliance demands that personal data in the evidence is handled correctly and that data retention policies are enforced in the logging system, so legal and data protection review of the design is essential before go-live.
Architecture Overview
Hover to zoom · click for fullscreen
Why This Approach
The hybrid approach is the right fit because this process sits at the intersection of high automation potential and non-negotiable human accountability. The client has excellent API access to the ERP, banking feed, and document archive, and their data engineer already integrates these systems nightly, so the technical foundation is in place. An AI can gather evidence from all four systems automatically, read the correspondence, classify the case as standard or exception, and draft a rationale that matches the team's style. That work alone will save the analysts an hour per case on routine tasks. But the compliance requirements make it essential that a human reviews and approves every decision before it is logged. Regulators expect to see a person's signature on these cases, and the audit trail must show that someone verified the reasoning, not just that a machine produced it.
The hybrid path delivers exactly what the client asked for: automation of the boring parts, with analysts kept in the loop for exceptions and final sign-off. The AI handles the 85 to 90 percent of cases that fit the standard pattern by drafting the rationale and flagging anything unusual, and the analysts spend their time reviewing the output and applying judgment where it matters. This is much faster than the current manual process, but it preserves accountability in a way that a fully autonomous AI agent cannot. An agent would be faster still, but it would expose the client to compliance risk if the model hallucinates a fact or misses a red flag, and there would be no human checkpoint to catch it before the decision is logged.
The client's preference for in-house hosting and their existing data engineering resources make this path even more natural. They can build the orchestration layer and the review interface themselves, host the workflow on their own infrastructure, and use their data engineer to extend the nightly integration to support real-time queries. They will need to integrate an LLM for reading correspondence and drafting rationales, but that can be done via API with models hosted externally or, if they prefer, with an open-source model they run locally. The hybrid architecture gives them control over the data flow, transparency into how decisions are made, and the flexibility to tune classification rules and prompts as regulations or internal policies change.
The tradeoff is that this approach does not eliminate human effort entirely. Analysts will still need to review every case, though the review will be much faster than the current manual investigation. If the client wanted to push further toward full autonomy, they could start by letting the AI auto-close the highest-confidence standard cases and only route borderline cases to humans, but that would require a longer pilot to prove that the model's confidence scores are reliable enough to trust without review. For now, the safer and more compliant path is to require human approval on every decision, and the ROI is still strong even with that gate in place.
Comparing the Top Approaches
The top three contenders for this process are Hybrid, AI Workflow, and AI Agent, but they differ sharply in how they handle accountability and compliance. The Hybrid approach scored highest because it threads the needle between automation and oversight. It uses AI to gather evidence from the ERP, banking feed, and document archive, then drafts a rationale and classifies the case as standard or exception. Crucially, it requires a human to review and approve every decision before it is logged. This keeps the audit trail clean, ensures GDPR compliance, and matches the client's explicit preference for keeping people in the loop on exceptions and final sign-off. AI Workflow scored well but sits in an awkward middle ground. If designed without mandatory approval gates, it risks compliance exposure in a finance context where regulators expect reconstructable reasoning and human accountability. If you add those gates, it effectively becomes the Hybrid approach, just with different branding. The AI Agent path scored lower because full autonomy is inappropriate here. An agent could technically perform the investigation and write rationales, but the compliance requirements and the need for human signatures on decisions make it too risky. The client has made clear that skilled judgment matters for exceptions, and no regulator will accept a black-box AI making final decisions on flagged transactions without human review. RPA and Traditional Code both fall short because they cannot interpret unstructured correspondence or handle the judgment required for the 10 to 15 percent of cases that do not fit the standard pattern. RPA would just automate the clicking, leaving the analytical work untouched. Traditional Code could aggregate data but would need brittle rule engines to handle exceptions, and maintaining that over time would be expensive and fragile. The Hybrid path wins because it automates the boring parts, preserves human accountability where it matters, and aligns with the infrastructure and skills the client already has.
How to Build It
The implementation starts with integrating the three API-enabled systems into a single evidence aggregation service. The data engineer already moves data between the ERP, banking feed, and document archive nightly, so extending that pipeline to support real-time or near-real-time queries is straightforward. When a transaction is flagged, the service pulls the transaction details from the ERP, retrieves related documents from the archive, and fetches corresponding banking feed entries. This milestone delivers a unified view of all evidence without forcing analysts to open four systems manually. Once the data flow is working, the next step is building the AI layer. An LLM like GPT-4 or Claude is integrated to read the aggregated evidence and correspondence, classify the case as standard or exception, and draft a rationale in the team's style. The model is fine-tuned or prompt-engineered using historical closed cases so it learns the decision criteria and writing tone the controller expects. The AI outputs a draft rationale, a confidence score, and a classification flag. This milestone takes the raw evidence and turns it into a structured recommendation, but nothing is final yet. The third piece is the human review interface. A lightweight web application presents each flagged case to an analyst, showing the AI-drafted rationale, the evidence summary, and the classification. Analysts can approve the rationale as-is, edit it, or escalate the case for deeper investigation. Every action is logged with a timestamp, user ID, and the raw evidence payload to satisfy audit trail and GDPR requirements. This interface is where the accountability gate lives, ensuring no decision is recorded without human sign-off. The final phase is a controlled pilot. The hybrid workflow runs in parallel with the manual process for two to four weeks, starting with cases the AI classifies as standard. Analysts give feedback on rationale quality, false positives in classification, and any compliance gaps. Prompts and confidence thresholds are tuned based on real-world performance before rolling out to all 1,800 cases per year. Once live, the system is monitored continuously, with monthly reviews to refine classification rules and update the model as regulations or internal policies evolve.
Risks in Detail
The biggest risk is that the AI-generated rationales fail to meet the standard required for regulatory reconstructability. If the model hallucinates facts, omits key evidence, or writes vague justifications, the audit trail breaks down and the client faces compliance exposure years later when a regulator reviews the case. This is mitigated by requiring analysts to review every rationale before approval and by logging the raw evidence alongside the AI output so auditors can verify the reasoning chain independently. The second major risk is misclassification of exception cases. If the AI marks a case as standard when it actually requires judgment, and the analyst misses it during review, the wrong decision gets recorded. Given that 10 to 15 percent of cases do not fit the pattern, this is not a hypothetical edge case. Careful tuning of confidence thresholds is essential, and a feedback loop where analysts can flag misclassifications to retrain the model must be built into the workflow from day one. GDPR compliance is the third risk area. Personal data in the evidence must be handled correctly, data retention policies must be enforced in the logging system, and the client needs legal and data protection review of the design before go-live. If the AI layer processes or stores personal data improperly, the client faces regulatory penalties and reputational damage. Finally, there is operational risk if analysts start rubber-stamping AI-drafted rationales without actually reading them, especially once the system proves reliable for standard cases. This can be monitored by tracking approval times and spot-checking decisions, but it requires cultural discipline and ongoing training to keep the human review step meaningful.
Claude Code Starter
A scaffolded project ready to open in Claude Code. Unzip, open the folder, and Claude starts building immediately.
Claude Code Starter (.zip)
Your own assessment includes a ready-to-use project scaffold: CLAUDE.md, pyproject.toml, src/agent.py and .env.example. Open the folder in Claude Code and it starts building.