Writing

Passing the IT Security Review for AI Reconciliation

Deploying a system that touches sensitive financial or operational data means answering one question before anything else: exactly how is that data handled, from the moment it enters the system to the moment it's discarded?

Retain only what's operationally necessary

The right default is narrow. Reconciliation data should exist only as long as it takes to complete the task, produce the output, and satisfy whatever audit requirement actually applies. Not indefinitely. Not "just in case."

In practice, that means being explicit about three separate layers: what the model provider itself retains, what the application layer logs, and what actually gets stored for the customer. The application layer should minimize its own logging and redact sensitive payloads wherever possible, rather than assuming the provider's policies cover everything.

Routing calls through a model provider configured for zero-retention, or an equivalent contractual data-handling commitment, is what lets you tell a security team plainly that business data isn't being used to train anyone's foundation model and is handled under enterprise contractual controls. That single architectural choice does most of the work of shrinking the compliance surface area down to something a security team can actually sign off on.

Governance doesn't end at deployment

A production reconciliation engine needs upkeep, not a launch date and then silence. Prompt versioning needs an approval workflow before any change reaches production. Regression testing needs to run automatically whenever the underlying model changes. Accuracy needs continuous monitoring, because silent drift is the failure mode that's hardest to catch after the fact.

Operational telemetry matters here too, and it's broader than uptime: latency, token usage, confidence classifications, escalation rates, validation failures, exception trends, retry frequency. As the underlying models keep improving, the orchestration and governance around them become more important, not less, because the temptation to skip the guardrails only grows alongside the model's apparent capability.

Rolling it out without breaking trust

Technology alone doesn't change how a team works, which is the same lesson that shows up in every AI adoption story regardless of the specific workflow. The rollout that actually earns trust runs in three phases.

Start narrow: one painful, high-volume workflow, with its exact canonical data sources identified before anything gets built.

Then shadow test: run the engine alongside the team's existing manual process on the same real data, without anyone depending on its output yet, and use the gap between the two to refine the matching logic.

Only then flip to triage: the AI processes first, clears the high-confidence matches automatically, and the human's job becomes reviewing exceptions instead of doing the matching by hand.

What this is actually worth

The return shows up in two places. The measurable one: the share of transactions reconciled automatically, the analyst hours no longer spent on data preparation, the shrinking review time on exceptions. Running a complex reconciliation through a modern API typically costs a small fraction of the labor it replaces.

The more important one is harder to put a number on. When a multi-day reconciliation cycle compresses into a few minutes, leadership gets real operational clarity on the first of the month instead of the fifth. Reconciliation itself never goes away. What changes is who's doing it: deterministic code validates, AI reasons through the ambiguity, and people spend their attention exclusively on the exceptions that actually need a human's judgment.


This closes the series, adapted from the full white paper on designing AI reconciliation systems that IT will actually approve. Download the PDF, or get in touch for help building one of these for your own operation.


Rosemarie Withee has spent thirteen years helping operations teams get real work out of their software, first Microsoft 365, now AI. She's written six books for Wiley and builds AI products at Portal Integrators.