APPIFY.SHEETS  ·  Prepared for Ecovis Georgia
Private — share only with Ivane and team
For Ivane / Ecovis Georgia

The acceptance-checklist review problem — and what the foundation underneath it unlocks.

A focused written case, grounded in the Caucas Metal 2024 engagement folder you walked me through. It makes one argument about how to actually get AI to take review work off your senior auditors — and then sketches the trajectory the same foundation opens up across the rest of the firm.

The problem in your own words

You described, on our call, a specific and recurring cost: your senior auditors spend too much of their time reviewing client acceptance checklists. Senior capacity is scarce, and that review work is your real cost center. What you want is the opposite arrangement — juniors do the inputs, AI reviews the work, and seniors only step in where the AI flags something.

I agree with that destination. Let me make one focused argument about how to actually get there, using your own files as the example throughout. The folder I keep returning to is S:\1.Current Projects\Audit\2024\Caucas Metal 2024\Standalone\, and the workbook inside 1. Client Acceptance & Retention — the 1-AR-02 acceptance checklist.

The form in which the junior submits the work is what determines whether AI can actually replace the senior's review, or only pretend to.

What "AI reviews the checklist" actually requires

For an AI reviewer to genuinely take review work off a senior on the Caucas Metal 1-AR-02, it has to do things like:

  • Confirm every required field is filled — the convictions row, the suspicion-of-illegal-acts row, the ongoing-investigations row, the FMS terrorism-list check with date and link, all of it.
  • Verify that "Yes" answers carry the supporting comment the standard requires, and that "No" answers don't quietly leave open risks.
  • Follow the red cross-references — when the checklist points to 1-AR-9 PYA letter, 1-AR-9 Response from PYA LLC, 1-AR-02.1 Audit Engagement Acceptance Memo, the Structure of the Group sheet, or the Owners sheet — the AI must confirm those documents actually exist for Caucas Metal 2024 and say what the junior claims they say.
  • Catch contradictions: owners on the checklist matching the Owners sheet, predecessor-auditor disclaimer claims matching what the PYA response actually says, prior-year engagement statements matching the firm's actual history with the client.
  • Flag specific fields back to the senior, with a reason. Not prose like "this checklist may have issues."

A senior reviewing the Caucas Metal acceptance checklist today does all of the above by opening the workbook, holding context in their head, and clicking through referenced files. For AI to take that off them, the AI needs the same context — but in a form it can actually process.

Why AI on folders and Excel will underdeliver

If the junior continues to fill out 1-AR-02_...xlsx inside Caucas Metal 2024\Standalone\1. Client Acceptance & Retention\ and we point AI at that file, here is what happens in practice.

  • The AI must re-parse the Excel file from scratch every time. Slow, expensive, fragile. A merged cell, a renamed sheet, or a row inserted in the wrong place breaks parsing — exactly the kinds of small errors juniors make.
  • There is no schema, so "complete" is undefined. The AI can guess whether Section (f) — Close association with people/companies with questionable ethics is filled, but it cannot verify the answer is well-formed against what your standard requires for that field. Plausibly-correct and actually-correct become indistinguishable.
  • Cross-references are paths, not links. 1-AR-02.1 in the checklist is just red text in a cell. The AI cannot reliably resolve it to a real document inside the folder and check its contents — especially when folders get reorganized, which they do.
  • Year-over-year continuity is invisible. Caucas Metal 2024 is one folder. Caucas Metal 2025 will be another folder, somewhere else. To know whether the predecessor-auditor history this junior wrote down is consistent with last year's record, the AI would have to crawl another folder tree it doesn't know exists.
  • Cross-engagement consistency is invisible. The AI has no way to know that the same person who's an "Owner" on Caucas Metal also appears as an owner on another 2024 engagement — a fact a thoughtful senior would catch.
  • The AI's output is prose, not structured flags. The senior ends up reading the AI's commentary and the checklist itself to decide what to trust — which means senior review time goes up, not down.

The net effect: AI on the folder-and-Excel setup will look like review automation but actually add a layer that the senior still has to verify. You will not get the senior-time savings you are after.

Side by side — today vs. structured

Same Caucas Metal 1-AR-02 questions, two architectures. Annotations under each side show what the senior must do in each version.

Figure 1Excel-on-fileshare vs. structured form on the same checklist content.

What changes with a structured form

Now consider the same Caucas Metal acceptance workflow with the 1-AR-02 as a structured form in a real application.

  • Every field on the checklist has a defined type, required/optional rule, and validation. The junior cannot submit incomplete or malformed inputs in the first place — many of the things a senior catches today never reach the senior.
  • "References" become real links. 1-AR-9 PYA letter is not red text in a cell, it is the actual PYA response document, attached to the Caucas Metal 2024 engagement, that the AI opens, reads, and checks against the junior's claim about the predecessor auditor.
  • Caucas Metal becomes a single canonical Client record — not a 2024 folder and a separate 2025 folder. Prior engagements, prior owners, prior predecessor-auditor history, the group structure, all live as data attached to the same client. The AI checks the junior's 2024 answers against everything we already know about this client in one query, instead of crawling year-folders that may or may not be there.
  • The AI's review produces field-level flags: "Section (f) marked Yes but no supporting comment", "Owners listed do not match the recorded Owners for Caucas Metal", "Predecessor-auditor declined claim not supported by the attached 1-AR-9 response", "FMS terrorism-list check missing date". The senior sees a short list of specific issues, not a whole checklist to re-read.
  • Every step — junior submission, AI review, senior approval — is audit-trailed automatically. ISQM/ISA evidence of review on Caucas Metal becomes a byproduct of using the system, not something to reconstruct later.

This is what actually delivers the workflow you described. The senior's job on Caucas Metal collapses from "review the whole 1-AR-02" to "decide on the AI's flags." On this specific workflow, across your engagement portfolio, our estimation is a 2-5× reduction in senior auditor time per engagement, with shorter turnaround. The structured input is what makes that real.

The 1-AR-02 as a structured form

Below is what the experience would look like for your senior. Junior fills the structured form on the left. AI produces field-level flags on the right. Full audit trail along the bottom.

Figure 2The 1-AR-02 for Caucas Metal 2024 as a structured form with the AI reviewer panel attached.

At a glance — the 1-AR-02 today vs. on a structured foundation

Today (Excel on the share) On a structured foundation
Where the checklist lives1-AR-02_...xlsx inside the year folderA form attached to the Caucas Metal Client record
Cross-references (1-AR-9, 1-AR-02.1, Owners)Red text in a cellResolved attachments to the engagement
Validation of fieldsNone — junior submits anythingSchema, required fields, types — enforced at submit
Year-over-year continuitySeparate folder per year, manual carry-overSingle canonical client; engagements attached
AI's outputProse ("this may have issues")Field-level flags ("missing comment on (f)")
Senior's jobRe-read the whole checklistAdjudicate AI flags
Evidence of review for ISQMReconstructed under inspectionAudit-trailed automatically

A note on Client and Contract as proper records

One thing your Caucas Metal 2024 folder makes very visible: today, Client and Contract are not records. They are positions inside a path. Caucas Metal is a folder. The engagement contract is a file inside the year folder. The status (Status Report Caucas Metal 2024.xlsx) is another file. Next year, all of this gets recreated.

If Client and Contract are proper records — separate from the per-year engagement — then everything we discussed above (year-over-year consistency checks, owner continuity, predecessor-auditor history, firm-wide status visibility) becomes something the AI can actually do, instead of something a senior has to remember.

On wanting to skip the application and just have AI fix it

I want to address what I understand to be your real hesitation — that you would rather not introduce a new application at all, and instead have AI work on top of the folders, Excel, and Word files you already have. That is the most common position right now, and it is worth being honest about why it does not deliver the senior-replacement workflow you described.

"AI" is not a substitute for an application. It is a feature that runs on top of one. The things that actually make an AI reviewer useful in your context — knowing what a "complete" 1-AR-02 looks like, resolving a reference to 1-AR-9 PYA letter to the right document, knowing what Caucas Metal's owners were last year, recording who reviewed what when, only letting a junior do junior things and a partner do partner things — none of these are AI capabilities. They are application capabilities. The AI consumes them.

If you skip the application, here is what the AI is left with: a folder, a stack of .xlsx files, and prose. It will read those files, generate plausible-looking commentary, and hand it back. Your senior still has to open the workbook to verify what the AI said — because the AI had no schema to validate against, no canonical client record to compare to, no resolved links to follow, and no audit trail to produce. That is the experience I want to spare you. It looks like progress, and ends up as another layer the senior has to check.

The application is not what you replace the senior with. The application is the rails that let the AI do the replacing.

So the choice is not "build software" versus "use AI." The choice is "AI with a foundation under it" versus "AI without one." The first delivers the 2-5× senior-time reduction. The second is a demo that never becomes production.

What this means at firm scale

The 2-5× reduction on the 1-AR-02 is one workflow. Let me put it in context using a number you shared on the call: salaries account for roughly 50% of Ecovis Georgia's revenue. That figure is the reason any of this matters.

The acceptance checklist is one slice of the audit lifecycle, and not the largest. Across the full sequence reflected in your Caucas Metal 2024 folder — Accept → Risk → Plan → Execute → Conclude → PBC — a great deal of senior and manager time is spent on the same shape of work: pattern-checking, consistency-checking, exception-finding against documented rules and prior-year records. That is exactly the work a structured foundation with an AI reviewer is good at.

It is reasonable to aim for roughly half of that salary cost becoming addressable through automation over time — meaning, directionally, ~25% of firm revenue freed up, either as margin or as senior capacity to take on more work without hiring proportionally. Not in one move. Not as a "replace people" story — your seniors are constrained, not idle. It is the trajectory.

Today

Salaries are ~50% of firm revenue
Salaries 50%
Other costs & margin 50%

On a structured foundation, over time

Roughly half of that salary cost is addressable through automation
~25% addressable
~25% remains
Other costs & margin 50%
Addressable by automation
Pattern-checking, consistency-checking, exception-finding, and manual data-handling — across the audit lifecycle and the firm's supporting operations.
Salary spend that stays
Judgement, client relationships, partner sign-off, complex exceptions — the work seniors should actually be spending time on.
Other costs & margin
Rent, software, professional fees, partner profit — unaffected by this change.
~25% of revenue freed up — either as margin or as senior capacity for growth. Not in one step, not as a "replace people" story. This is the trajectory. The PoC tests the first verifiable slice of it.

Looking further out — one application for the whole firm

The case for the foundation gets sharper still when you see what it unlocks. The same structured layer that runs the acceptance-checklist workflow can run the rest of how Ecovis operates.

1. Bring your clients onto the same application

A large share of the work your firm pays for today is people in the middle of the data flow — juniors emailing the client for the next item, the client emailing back attachments, juniors saving those attachments into the correct subfolder, transcribing values into the correct workbook, then chasing what is still outstanding. Your 6. PBC folder inside Caucas Metal 2024\Standalone\ is exactly that — every file there represents a back-and-forth someone managed. The ინფორმაციის მოთხოვნა - კავკასი.xlsx workbook at the root of that engagement folder is that workflow, in Excel form.

When clients are on the same application, that layer collapses:

StepTodayWith clients on the same app
Client provides informationEmail attachments, ad hocDirect upload to the engagement, tagged against the request
Junior captures itManual transcription + save to PBC folderNone — the data lands structured already
"What's still outstanding"Spreadsheet, manually updatedLive to both sides, real time
Consistency checks across submissionsManual senior review laterAI runs as data arrives
Confirmations (bank, debtor, etc.)Letters, emails, scansStructured request-and-response loop in the app
ISQM/ISA evidence of client interactionReconstructed from inboxesAudit-trailed automatically

This also positions Ecovis competitively — clients prefer a single modern place for the engagement over a thread of attachments.

2. Consolidate the rest of how the firm runs

The audit-engagement workflow is the heaviest, but it is not the only thing the firm does. Every operational layer can live on the same foundation:

  • Contracts and engagement letters as proper records (not files in a year-folder) — with renewal, amendment, and counterparty history.
  • Invoices, AR, payments — invoices linked to the engagement, AR aging visible firm-wide, no Excel reconciliation step.
  • Bank transactions and reconciliation — payments matched automatically to invoices, exceptions flagged.
  • Timesheets and time-to-project allocation — either tracked inside the system against the same engagement records, or integrated with the timesheets program you already use, so hours flow into the engagement without anyone entering them twice.
  • CRM — leads, prospects, opportunity pipeline — the same Client record carries through from prospect to active engagement to historical, no rekey.
  • Internal communication tied to records — messages, decisions, notes attached to the engagement / client / contract they're about, instead of buried in inboxes.

3. Integrate, don't replace

This is not a "throw away what you already use" pitch. You mentioned that the firm uses Casewhere (the desktop version) for audit case management. We do not need you to migrate off it. Casewhere exposes an API, and we can integrate so that work captured in our application (engagements, working papers, status) flows to Casewhere automatically. Your team enters things once; both systems stay in sync. The same principle applies elsewhere:

  • Timesheets — as above, integrate rather than replace.
  • Contract signing — today the firm signs contracts manually and stores them as scans or phone photographs of the hardcopy. We integrate with Signify (or whichever signing service you prefer) so that contracts drafted in the system are sent for signature in one click, and the signed status flows back as a state transition on the contract record. No more scanning, no more "where is the latest signed version?"
  • Any other specialised system you rely on — same approach.

The principle: the structured foundation subsumes the manual layer (folders, Excel, Word, email round-trips) and integrates with the specialised tools you have already chosen.

4. What makes it all hold together

The foundation that runs all of the above provides the things your profession already knows it needs:

  • Fine-grained, per-user permissions. Not folder-level. Field-level where it matters — "junior cannot see fees", "external counterparty cannot see internal notes", "this engagement is partitioned from all other staff outside the team."
  • Roles for every kind of person who touches the firm — junior auditor, senior, manager, partner, finance, client contact, regulator (read-only).
  • State machines for approvals. Every artifact has explicit states — Draft → Submitted → AI-reviewed → Senior-approved → Partner-signed — and transitions are enforced. No more "is this final or not?"
  • Audit history on every record. Automatic, immutable. Who created, who modified, who reviewed, who approved, when. Across audit workpapers, contracts, invoices, client submissions — everything.
  • The AI reviewer is reusable. The same reviewer pattern that catches missing comments on the 1-AR-02 catches anomalous invoices, inconsistent client submissions, or contracts that drift from your template.

The PoC below stays narrow and focused on the senior-review problem on the acceptance checklist. Everything above is what the same foundation grows into afterward.

The Proof of Concept — the first step, not the project

Rather than continue this as an argument on paper, I propose a small, concrete Proof of Concept on the acceptance-checklist workflow only. It is deliberately positioned as the first verifiable step of the trajectory above — small enough to be low-risk for both of us, real enough that you can measure the senior-time delta on a single real engagement before either of us commits to anything larger.

Proof of Concept

1-AR-02 client acceptance checklist on a real engagement

Scope (intentionally narrow)

  • The workflow: the 1-AR-02 acceptance checklist, end-to-end
  • Scope flexibility: built as a generic process that runs for any client, or taken end-to-end on one flagship engagement (Caucas Metal 2024 or another of your choice), or both. We agree on the right shape in the scoping call.
  • Two roles: a junior account that fills, a senior account that reviews
  • Linked records: Client, Contract, Owners, Structure of the Group, plus document attachments for 1-AR-9 PYA letter, 1-AR-9 Response, 1-AR-02.1 Acceptance Memo
  • AI reviewer producing field-level flags with the validation rules a senior would apply today
  • Full audit trail of every junior submission, AI flag, and senior approval
  • Deliverable: a runnable application you keep — desktop or web, your choice

Out of scope (so neither of us is surprised)

  • Other audit phases (Risk, Planning, Execution, Conclusion, PBC) — later, only if the PoC convinces you
  • Integration with the existing FTP share — the PoC is a clean island, not a migration
  • Multi-engagement / firm-wide rollout, SSO, partner dashboards — also later

What we'd need from you

  • A blank 1-AR-02 template plus one or two filled examples (sanitised if needed)
  • Sample versions of the AR-9 / AR-02.1 reference documents for the same engagement
  • One 30-minute call with you and a senior auditor to agree on the validation rules — "this is what a senior catches today" turned into a list
Timeline: one to two months from the validation-rules call to a working application — long enough to do this properly on a real engagement, short enough that it does not turn into a project. If the PoC does not convince you, we stop, no further commitment. If it does, we agree on the next scope from a position where we both know exactly what we are building.

Next step

Send me two or three times that work in the next two weeks for the scoping call and I will set it up. Happy to discuss commercials separately, once we have agreed on scope.

Zura Andguladze

AppifySheets — building structured applications for firms whose operations run on spreadsheets and file shares. We use DevExpress / XAF so the same application ships as a Windows desktop client, a web client, or both.

Zura Andguladze AppifySheets  ·  appifysheets.com