The Trade Economy Index · Field note

AI-readiness is a data-pipeline problem, not an AI problem

Contractor software is racing to bolt on AI. But the thing that decides whether any of it works sits one layer below the AI.

Operator field note refined 2026-10-07. This is a decision method, not a product-wide survey.

An AI feature may assist dispatch, invoicing or document entry without supplying the records needed for a cross-system financial answer. Product functionality and trustworthy finance coverage are different tests.

The problem to investigate is the boundary between operational events and accounting postings. A contractor can run a modern field-ops platform and a separate accounting system, and the cost data lives in one, the revenue and payments in the other, and neither feeds the other cleanly. We have seen a shop where payments collected in the accounting ERP never posted back to the field system, so the balances in the two systems needed a separate application and cutoff review. The month-end WIP schedule was built by dumping data into a spreadsheet, and it never matched.

When that is the starting state, an AI feature inside either system is reasoning over a partial, stale, or contradictory picture. Every report it produces inherits the gap. A dashboard that mixes selected-job lifetime invoices with calendar-period costs can produce a convincing margin for an incompatible population. Label the job cohort and each date basis before computing the answer. A clean visual cannot repair that mismatch.

This is why we think the “AI-ready” label belongs to the data layer, not the AI layer. A system earns it by making complete, reconciled data available, by any extraction method, so that someone can build a single source of truth across the field, the office, and the books. The AI is the easy part once that exists. It is nearly worthless before.

The practical implication for a contractor evaluating software: do not buy on the AI demo. Ask how the system’s data reconciles with the other systems you already run, who owns the reconciliation, and how you get complete data out when you need it. For the acceptance test, trace an invoice, its payment application and the related cost population. Keep an unmatched item visible rather than force it into the total. This tests a specific decision without forecasting the whole software market.

Use this in an implementation review

  1. Label selected-job lifetime economics separately from calendar-period revenue.
  2. Trace invoice recognition and payment application without treating cash receipt as a second sale.
  3. State which incurred costs and payroll costs are included before presenting margin.

Specific systems to inspect

Operator analysis informed by scoped implementation workflows. The checks explain how to evaluate a financial decision; they are not an industry survey, a capability certification or a claim that every account behaves alike. See the full software index.