Payment Released When the Work Is Done. Not When the Invoice Arrives.

Payment Released When the Work Is Done. Not When the Invoice Arrives.

In most commercial maintenance operations, the payment process works like this: the vendor completes the work, submits an invoice, someone approves it, and payment goes out. The assumption built into that sequence is that the work was actually done — done to scope, done by someone with the right credentials, done with the documentation that compliance requires, and billed at the rate the contract specifies.

That assumption is wrong often enough to matter. Not because vendors are dishonest — but because the default payment model has no mechanism for verifying any of those conditions before the money leaves. The invoice arrives. Someone approves it. The questions nobody asked cost more than the invoice itself when they eventually surface.

Sweven's Payment Automation changes the sequence. Payment is held until completion is verified — then released automatically, without anyone having to process it manually. The verification is built into the work order workflow. By the time payment is released, every required condition has been confirmed.

What the Default Payment Model Actually Costs

The direct cost of a maintenance invoice is what appears on the vendor bill. The total cost of the payment process is something different — and it's almost never calculated.

Consider a standard corrective maintenance event: HVAC repair, $3,400 invoice, approved and paid in the same week. What the invoice doesn't capture: the FM time spent following up to confirm the vendor was coming. The building manager's time fielding tenant complaints during the unannounced delay. The work order that closed without a service report because nobody required the documentation at close. The invoice that billed for materials at a rate 12% above the contracted price — caught when someone eventually did a contract audit, not when the invoice was approved.

Multiply that pattern across a portfolio of 20 or 50 properties, across hundreds of work orders per year, and the gap between what the invoices say and what the maintenance program actually cost becomes material. One commercial operation identified $90,000 in annual billing variance from a single vendor — not fraud, but systematic billing drift that accumulated because invoice review was cursory and nobody was comparing the invoice to the contracted rate on each work order.

The payment process that doesn't verify before releasing is not just an administrative gap. It's a financial control gap that compounds silently across the life of every vendor relationship in the portfolio.

The Payment Flow — Every Gate, In Order

Sweven's payment automation is a sequential verification process. Payment doesn't release until every gate in the sequence passes. The gates are not bureaucratic checkpoints — they're the conditions that confirm the work was done correctly, documented properly, and billed accurately before any money moves.

01

Gate 1 — Work Order Completion Submitted

The vendor submits completion through the work order system — not by email, not by phone, not by a separate invoice. Completion submission includes the timestamped service report, technician name and credential confirmation, and any photos or documentation required for the work order type. The work order cannot be marked complete without these elements.

02

Gate 2 — Completion Documentation Verified

The system confirms that the documentation submitted matches the requirements for the work order type. A corrective HVAC repair requires a service report with the technician's EPA 608 credential number. A fire extinguisher inspection requires the inspection tag date and technician certification. An elevator maintenance visit requires the current state inspection documentation. If the required documentation is missing or incomplete, the work order moves to a documentation hold — and payment does not advance until the hold is resolved.

03

Gate 3 — NTE (Not-to-Exceed) Check

The invoice amount is compared against the NTE configured for this work order at dispatch. If the invoice falls within the NTE, it advances automatically. If it exceeds the NTE, the work order is flagged for client review — with the invoice, the original NTE, and the vendor's explanation for the variance pre-loaded for a fast decision. No surprise invoices reach approval without the client seeing the gap explicitly.

04

Gate 4 — Invoice Matching Against Contracted Rate

Line items on the invoice are matched against the vendor's contracted rate schedule. Labor rates, material markups, and service call fees are compared to contract terms. Discrepancies above a configured tolerance threshold are flagged for review. Invoices that match contract terms within tolerance advance automatically. Invoice matching is not manual — it runs against the contracted rate data in the system, every time, without requiring someone to pull the contract and compare line by line.

05

Gate 5 — Compliance Documentation Confirmed

For work orders on compliance-critical assets — fire suppression systems, electrical panels, elevators, generators, refrigeration — the system confirms that the regulatory documentation required for that asset type and jurisdiction was uploaded at close. A sprinkler inspection without the NFPA 25 ITM record doesn't advance to payment. A generator load test without the NFPA 110 test documentation doesn't advance. The compliance record and the payment record are linked — neither is complete without the other.

06

Gate 6 — Payment Released

When all gates pass, payment is released automatically — to the vendor's registered payment method, on the configured release schedule, with a complete transaction record linked to the work order. No manual payment processing. No check runs. No email to accounts payable to release funds for work that was done three weeks ago.

If any gate requires client input, the work order moves to the client's exception queue with the specific issue flagged and the information needed to resolve it. The rest of the payment queue continues moving while the exception is reviewed.

What Disappears From Your Operation

The payment model that runs on verification removes a specific set of operational costs that the previous model carried invisibly.

Invoices approved without verifying the work.

When completion documentation is required before payment advances, the work order that was never fully executed — or was executed differently than the scope specified — surfaces before payment releases, not after a dispute process that nobody has time to pursue.

Billing drift accumulated over years.

When every invoice is matched against contracted rates automatically, the vendor whose billing has drifted 8% above contract doesn't stay at that rate for three years before someone audits it. The first invoice that exceeds the contracted rate is flagged. The drift is addressed at the first occurrence.

Payment for work without documentation.

The compliance inspection that was completed but never documented, the PM that was executed but the service report was never submitted — these work orders don't close in a system that requires documentation before payment. The documentation gap is surfaced immediately, when it's easiest to resolve, rather than discovered during an inspection or audit when the window to obtain it has passed.

FM time on invoice reconciliation.

Manual invoice review — comparing invoices to contracts, chasing vendors for missing documentation, following up on billing questions — is one of the most consistent sources of FM time consumption in commercial operations that don't have automated matching. When matching is automated and exceptions surface automatically, FM time goes to resolving the exceptions, not finding them.

Late payment friction with vendors.

The payment model that requires chasing documentation after the fact takes longer and creates more back-and-forth than the model where documentation is submitted at close and payment releases automatically when it's confirmed. Vendors who operate correctly within the system get paid faster than they do in most manual processes. The friction that creates delays is structural, not relationship-driven.

Real-Time Spend Visibility Across Your Portfolio

The payment automation layer is also the financial visibility layer. Every dollar that moves through the system is tracked against the work order that authorized it — by site, by trade, by vendor, by period — in real time, without requiring end-of-month reconciliation.

What becomes visible that wasn't before:

Spend by site and by trade.

Not the annual total — the current period breakdown. Which sites are running over maintenance budget and which are under. Which trades are generating the most spend and whether that spend reflects reactive work or planned PM. The information that turns a budget conversation from a backward-looking summary into a forward-looking management tool.

Budget vs actual in real time.

When the NTE is configured per work order and tracked against actual invoices, the gap between budgeted maintenance spend and actual spend is visible before the period closes — not at month end, when the overage is already locked.

Pending payments and upcoming spend.

Work orders in progress, vendors with completion submitted but documentation pending, invoices in the verification queue — all visible in a payment dashboard that shows what's committed, what's pending, and what's been released, without anyone having to compile a report.

Vendor spend concentration.

Which vendors are receiving the most work, and whether that concentration reflects performance or relationship inertia. The spend data that makes the vendor conversation about portfolio allocation possible — because the data is there, not because someone pulled it from three systems and assembled it in a spreadsheet.

The Financial Close of a Verified Operation

Payment automation is the final step of Sweven FM's end-to-end maintenance workflow. The work order was created by the engine. The vendor was dispatched through the marketplace with verified credentials. The work was executed and documented at close. The invoice was matched against the contract. The compliance record was confirmed. The payment released automatically.

Each step in that sequence is a gate. The payment is the confirmation that every gate passed — not an assumption that the work was done because someone submitted a bill.

See What Your Current Payment Process Is Missing

The gap between what your maintenance invoices say and what your maintenance program actually cost is almost always larger than it appears until someone measures it.