Skip to content
StoryStoryBristlecone ConstructionBristlecone ConstructionKI — Kinetic Intelligence
esc

Billing & accounting

Two flows of money run through a job in opposite directions: what the client is billed for work completed, and what we are billed by the trades and suppliers doing it. This area covers both, and how each one reaches the books.

Billing follows the work rather than the calendar. The contract is broken into billable line items — Billing Items, what commercial contracting calls a schedule of values — and each billing period a Pay Application is raised against those lines by entering the percent complete on each.

Because a billing is measured line by line, it can be read against the scope it belongs to. The question a pay application answers is not “what is owed this month” but “which parts of this job progressed, and by how much.”

Payments are recorded against the pay application they settle. Each billing therefore carries its own history: what was claimed, what was agreed, what has been received, and what is still outstanding.

Lines carried forward between Billing Items

Section titled “Lines carried forward between Billing Items”

Each new Billing Item on a contract opens from the one before it, carrying every line forward at the value it closed at, so the contract balance runs unbroken from one billing period to the next.

Retention is used here: a percentage is withheld from each billing until the work is accepted, carried against the lines it applies to rather than as one number at the foot of the invoice, so what is being held back stays tied to the work it covers.

Subcontractor pay applications are a manual exchange today — the sub sends theirs, and it is keyed in. Bringing that into a portal is a stated goal rather than something that exists.

Invoices from trades and suppliers are uploaded in Legacy KI, keyed in by accounting, then assigned to a project or routed to an approver. The approver codes and approves the invoice, and KI runs three checks at that point:

  • that the cost does not exceed the commitment,
  • that it does not exceed the budget, and
  • that the amount entered by the approver ties to the amount accounting entered.

Approved invoices go back to accounting for a final approval and double-check, then push to QuickBooks.

Subcontractor compliance sits alongside those checks as a business rule: a subcontractor providing labour must have a signed Master Agreement and current insurance on file in the Companies module before its invoice is paid. What is on file, and when it expires, is held on the company record — see the company record.

That coding is what makes the cost side real. The actual-cost figures in budgets and cost control are built from coded invoices — documents someone actually received — rather than from an estimate of what has probably been spent by now. It is also what lets a single line on a cost summary be opened up into the specific invoices sitting behind it.

QuickBooks is the general ledger. The division of responsibility is exact: KI owns job costs and project billing; QuickBooks owns the books; the integration keeps the two tied together.

That tie has a hard requirement behind it:

Cost per job in KI must equal cost per job in QuickBooks.

Revenue per job in KI must equal revenue per job in QuickBooks.

Where the two disagree, one of them is wrong and neither can be trusted until the difference is explained. There is no automated reconciliation in the system today, so the comparison is done by hand — this is the single biggest pain point in Accounting and the reconciliation the system needs to close.

It matters most before a WIP — a work-in-progress report — is run. WIPs are run by Division and contract grouping because that is how they tie to the P&L, and a WIP built on job costs or billings that disagree with the general ledger will accrue the wrong over/under-billing.