Governance and operational control

Traceable value. Defined responsibility. Fewer blind spots.

Vend Utility is designed so that operations and finance can follow the same transaction without confusing one system’s result for another.

Control is part of the transaction lifecycle.

Customer experience can remain simple while the operating model preserves the checks required for payment confirmation, vending, settlement, reconciliation and service review.

01Commercial rules
Price

Tariff · bill · debt snapshot

02Payment layer
Collect

Amount · channel · reference

03Control service
Verify

Signed event · provider status

04STS service
Vend

Meter · value · token record

05Financial ledger
Allocate

Policy · participant accounts

06Banking rail
Settle

Destination · payout status

07Programme team
Review

Reports · exceptions · audit

01

Separated transaction states

Payment verification, token generation, allocation and payout are recorded as distinct outcomes.

State-specific evidence
02

Role-based access

Operating access is assigned around organisation, programme, property and job responsibility.

Scoped responsibility
03

Immutable financial context

Each payment preserves the pricing and allocation inputs used to calculate its financial result.

Reconstructable result
04

Idempotent processing

Repeated provider notifications converge on one controlled confirmation path.

One accepted outcome
05

Exception ownership

Pending and uncertain outcomes remain visible until the appropriate owner resolves them.

Visible resolution path

Four checkpoints. One complete transaction.

Every payment keeps one reference as it moves from collection to token delivery, revenue allocation and settlement.

  1. 01
    Payment

    Money received

    Payment verified

    The exact amount and payment provider reference are confirmed.

    Record keptProvider reference + amount
  2. 02
    Energy

    Energy issued

    Token delivered

    The correct STS token is generated and delivered for the customer’s meter.

    Record keptMeter + token record
  3. 03
    Allocation

    Revenue allocated

    Agreed split recorded

    The collection is divided between the accounts agreed for the programme.

    Record keptRules + ledger entries
  4. 04
    Settlement

    Partners paid

    Settlement confirmed

    The bank or provider confirms that the money reached each destination.

    Record keptBank status + value
One clear trailOne reference links all four checkpoints.

If one checkpoint is pending, the transaction stays open.

Review the programme as one operating system.

Meter and customer onboarding status

Payment completion and exception volumes

Token generation, delivery, retry and pending cases

Debt recovery and billing outcomes

Payout, settlement and reconciliation status

Security, access and audit events

Support cases and corrective actions

Start a conversation

Design the controls around your commercial and service responsibilities.

Review the operating model