Services 01 Projects 02 About 03 Insights 04 Contact 05 Book a discovery call 06

Accountants ·

Dext vs AutoEntry vs an AI Inbox: Receipt Capture for a Practice, Compared

Both tools read a receipt well. Neither can read a receipt that never arrived. Here is how they compare on the things that decide a practice's hours, and the finding from our own mailbox audit that changed how we think about the problem.

Receipt capture is the part of bookkeeping that looks solved and is not. The extraction is solved: both Dext and AutoEntry read a photographed or emailed receipt accurately enough that the remaining errors are caught by matching. The unsolved part is upstream, in getting the receipt to exist in a place the tool can see. We found that out by auditing our own supplier emails, and the result is at the end.

Dext and AutoEntry, side by side

WhatDextAutoEntry
Capture by email-inYesYes
Capture by mobile appYesYes
Fetching from supplier portalsYes: Invoice Fetch connects to supplier accounts and rechecks them about every seven daysNot listed
Line-item extractionYes, as an add-on priced per document or per monthYes, at two credits per document instead of one
Bank statement extractionYes, add-onYes, three credits per page
Approval workflowsMulti-level approvalsMulti-level approvals
Publishes toXero, QuickBooks, Sage and a long list of othersSage, Xero, QuickBooks
Pricing model (practice)Per client per month on an annual term, with client minimums per tier; tier prices are quote-based on the siteCredits per month, from a 50-credit tier to a 2,500-credit tier, 90-day rollover

Sources: Dext practice pricing, Dext Fetch, AutoEntry pricing, checked October 2026. Prices change; check before you decide.

Practically: if your clients buy from suppliers with portals (telecoms, utilities, software, Amazon), Dext's fetch feature is the differentiator, because it goes and gets the invoice the client never forwarded. If your clients' receipts are mostly photographed on a phone or forwarded from email, the two are close and the pricing model decides it: per-client suits a practice with many low-volume clients, credits suit a practice with a few high-volume ones.

Where both stop

  • They see only what reaches them. A receipt sent to the client's old email address, a "your bill is ready" notification that needs a login, a supplier that simply does not send one: none of these become documents.
  • Matching is approximate. Both suggest matches; a person confirms. The suggestion is usually right, and "usually" is the problem at volume, because the wrong ones are indistinguishable from the right ones until someone looks.
  • Chasing is generic. A reminder that a document is missing is not the same as a reminder that says which supplier, which month, which amount, and stops the moment it arrives.
  • Nothing knows the client's answers. "That one's the van insurance" lives in an email thread. The tools do not read it.

What our own mailbox audit found

We measured it for our own business before building anything. Of twenty regular suppliers, one attached a PDF receipt to its email. Two sent a notification that an invoice was ready, with a portal login required. Eleven sent nothing at all, because their billing contact was an identity nobody read any more. The remaining handful were somewhere in between.

The lesson was not about software. The highest-leverage fix was configuration: repoint every supplier's billing email at one address a system reads, and most of the "needs a portal login" and "sent nothing" buckets become the "found it in the inbox" bucket. Only then is a capture tool working with a full deck.

When a practice needs its own AI inbox on top

An AI inbox is the layer we built after that audit. It reads the mailbox, decides what each message is (a receipt, a notification, a statement, nothing), matches receipts to bank lines on exact amount and date window, flags the ones that need a portal login with the URL, posts the confirmed ones to the capture tool or the ledger, and chases the specific missing ones with a reminder that stops when the document lands. It also reads the accountant's weekly query sheet and does the same for every row that says "Invoice?".

It does not replace Dext or AutoEntry; it feeds them, and it handles the part before capture that they cannot. A practice needs it when the team's hours are going on finding and chasing receipts rather than on reading them, which, after the audit above, we would guess is most practices.

How that fits into the wider bookkeeping workflow is in the practice guide to automating bookkeeping with AI; the accountancy practices page has pricing for a build like it.

Dave Crawford, founder of Anco AI
Dave Crawford

Founder, Anco AI. Builds the systems this site talks about, and runs his own business on them.

Fair questions.

Usually yes, for the team's sake, with exceptions for clients already on the other. The practice-side automation above does not care which tool a client uses, so standardising is an operational choice rather than a technical constraint.

It stores the client's supplier portal credentials with the capture provider, so it belongs on your AI and data register with the provider's security terms checked. For most practices the trade is worth it; it should still be a recorded decision.

Exact amount to two decimal places, a date window, and the vendor. An early version of ours matched £8.00 to any amount containing an 8. Approximate matching creates work that looks like saved work until someone reconciles.

Keep reading.

Book a free discovery call.

Whether it's AIOS, consulting, software or automation, we'll map where the time and money are leaking and what would give you the most back. No obligation, you keep the map.

Book a discovery call →