Weak Data Sharing Forces Human Bookkeeping
Pete Belknap, ex-engineering manager at Pilot, on gross margin in software-enabled services
Weak data sharing is the main reason bookkeeping still behaves like a service business instead of clean software. A bookkeeper does not receive a neat ledger from banks and finance tools. They receive partial transaction feeds, missing item detail, inconsistent labels, and events that never touch the bank account at all, like contracts, accruals, and lease obligations. That forces companies like Pilot to build human review on top of connectors rather than replacing humans outright.
-
Pilot sits between source systems like Stripe, Gusto, Plaid, and the accounting system of record in QuickBooks. The job is not just importing rows. It is turning messy source data into a close ready set of books that can survive audit and tax work.
-
Plaid helps by standardizing access, but the underlying bank data is often thin or unreliable. Large banks may expose only limited history and little metadata through APIs, which means the aggregator can pass through access without delivering the business context a bookkeeper needs to classify transactions correctly.
-
That is why newer AI bookkeeping products focus less on perfect automation and more on reading invoices, contracts, and customer replies in plain English. The real prize is not removing bookkeeping judgment, it is shrinking how much manual chasing and data entry each bookkeeper must do per client.
The next phase of the market is a race to capture more context at the moment a transaction happens. The winners will be the companies that turn fragmented bank feeds, SaaS records, invoices, and operator explanations into a usable finance graph, then use that data layer to move from monthly bookkeeping into broader finance software and services.