Onaro Agent FinOps Glossary

Plain-language definitions for Agent FinOps, FOCUS billing data, AI chargeback, suspense, subledgers, reconciliation, and the general ledger.

Agent FinOps terms

Agent spend attribution

Agent spend attribution is the practice of connecting every unit of AI-agent resource consumption — tokens, API calls, tool invocations, compute — to the specific agent, task, and business cost object responsible for it, so that autonomous spending can be budgeted, booked, and audited like any other cost.

Settlement records prove money moved. Billing records state what a vendor charged. Neither, by construction, names the agent, the task, or the cost object. Attribution is the join that makes those financial questions answerable.

Agent FinOps vs. TokenOps

Agent FinOps applies financial operations discipline to autonomous AI agents — metering, controlling, and proving their spend — while TokenOps focuses on the unit economics of AI token consumption itself; the two overlap wherever an agent's work is metered in tokens.

The FinOps Foundation expanded cloud cost standards into AI through FOCUS™ token-economics columns and related work. The Tokenomics Foundation was announced to build open standards for AI cost measurement. Industry vocabulary is still settling on whether these streams merge.

Settlement vs. billing vs. attribution

Settlement records prove that money moved, billing records state what a vendor charged, and attribution records explain which agent spent it, on what task, and whether the spend produced value — three distinct layers that are frequently and incorrectly treated as one.

A redacted corporate card statement settles perfectly and still tells you nothing useful. That is the settlement-without-attribution problem in miniature.

System of record for AI labor

A system of record for AI labor is the authoritative ledger an organization closes its books against for work performed by AI agents — capturing what each agent did, what it consumed, what it cost, and how that cost reconciles to invoices, payments, and the general ledger.

Auditors and controllers require completeness, durable identity, reconciliation paths, and evidence that can be produced on demand. Dashboards that reset with a filter change do not qualify.

Agent FinOps

Agent FinOps is the operating discipline for measuring, attributing, controlling, and proving the cost of work performed by AI agents. It connects technical consumption to owners, workflows, outcomes, budgets, and finance-grade records.

The discipline extends cloud FinOps practices to autonomous and semi-autonomous systems whose costs cross models, tools, gateways, and business units.

AI labor

AI labor is economically useful work performed by an AI agent or automated model workflow. Its cost includes the models, tools, compute, data, and services consumed to produce that work.

Treating AI as labor makes cost-per-outcome, ownership, budgeting, and comparison with human or outsourced work possible.

Spend under management

Spend under management is the portion of total AI spend covered by reliable metering, an accountable owner, and active financial controls. Merely seeing a vendor total does not place that spend under management.

A useful measure distinguishes attributed and controlled spend from costs that remain unknown, unowned, or outside policy.

Attribution readiness

Attribution readiness measures whether source data contains stable identities and dimensions that can connect cost to an agent, workflow, owner, and department. Strong tags help, but a reviewed mapping is still required.

Low readiness predicts suspense volume and manual close work before an organization attempts chargeback.

Cost per outcome

Cost per outcome divides the fully attributed cost of an agent workflow by completed business outcomes, not by raw model calls. The outcome must be defined consistently enough to compare periods and alternatives.

Examples include cost per resolved ticket, reviewed contract, qualified lead, or reconciled invoice.

AI spend assessment

An AI spend assessment inventories AI costs, tests attribution evidence, and identifies financial-control gaps without requiring a production migration. It establishes a defensible baseline for prioritizing remediation.

A Zero-Access assessment uses customer-provided exports rather than direct credentials to source systems.

Unattributed spend

Unattributed spend is a valid AI cost that cannot yet be assigned to an accountable agent, workflow, owner, or department. It remains visible and unresolved instead of being distributed through an arbitrary allocation.

Meridian posts these amounts to suspense until evidence or a reviewed rule supplies the missing attribution.

Agent inventory

An agent inventory is the governed list of AI agents and automated workflows recognized by an organization. Each record needs a stable identity, status, owner, purpose, and financial dimensions.

The inventory provides the identity side of the join between technical events and financial records.

Chargeback in an AI context

AI chargeback assigns measured agent costs to the business units that consumed or own the work and produces accounting-ready entries. It should use approved attribution evidence rather than evenly spreading unknown costs.

Showback reports responsibility; chargeback records it in financial systems.

Zero-Access assessment

A Zero-Access assessment analyzes exported data without receiving credentials or persistent access to the customer’s systems. It reduces implementation and security friction while preserving an auditable evidence trail.

The customer controls extraction, redaction, transfer, and the decision to proceed beyond assessment.

FOCUS™ terms

FOCUS™

The FinOps Open Cost and Usage Specification is an open specification that normalizes technology billing data with common columns, definitions, and requirements. It lets practitioners analyze conforming datasets with generic instructions regardless of their source.

FOCUS is maintained as a Joint Development Foundation project under the FinOps Foundation.

In Meridian, FOCUS maps to a normalized billing source that enters the canonical ledger pipeline.

BilledCost

BilledCost is the charge that appears for a record in the billing currency after negotiated pricing and applicable adjustments. It answers what the provider billed, rather than the economic cost after commitment amortization.

It is the default cash-basis amount for a future Meridian FOCUS import profile.

In Meridian, BilledCost maps to the ledger amount used by cash-basis reporting.

EffectiveCost

EffectiveCost represents the amortized economic cost of a charge after spreading applicable commitment purchases or discounts. It can differ from BilledCost even when both describe the same consumption.

Comparing the two separates invoiced cash timing from the period economics of consumed resources.

In Meridian, EffectiveCost maps to the stored amortized-cost view alongside the billed amount.

ChargeCategory

ChargeCategory classifies a billing row by its financial behavior, including usage, purchases, credits, adjustments, and tax. The category determines how signed amounts should be interpreted and summarized.

Consumers must preserve the category rather than inferring it solely from whether cost is positive or negative.

In Meridian, ChargeCategory controls spend, reduction, and tax treatment during canonicalization.

ChargePeriod

ChargePeriodStart and ChargePeriodEnd bound the period during which a charge was incurred. They are distinct from billing-period and invoice dates.

Correct period boundaries are essential for accruals, month-end assignment, and overlap detection.

In Meridian, the charge period maps to ledger period assignment and source-overlap checks.

ServiceCategory

ServiceCategory groups services into a normalized high-level technology category. It supports analysis across providers without relying on each provider’s product naming.

ServiceName and ServiceSubcategory retain progressively more specific source detail.

In Meridian, ServiceCategory maps to source and service taxonomy metadata.

Provider, Publisher, ServiceProvider, and HostProvider

Provider and publisher fields identify who supplies or publishes the billing data, while ServiceProvider and HostProvider distinguish the service seller from the underlying host when those roles differ. Preserving each role avoids hiding reseller and marketplace relationships.

The exact fields available depend on the FOCUS version and dataset.

In Meridian, these fields remain separate source-identity and reseller-lineage attributes.

Contract Commitment dataset

The Contract Commitment dataset describes negotiated commitments, their periods, quantities, payment models, and applicable benefits. It provides contract context that cost-and-usage rows alone cannot fully express.

FOCUS 1.4 expanded this dataset to expose more of a commercial agreement’s structure.

In Meridian, contract commitments are future pricing and accrual context; importing this dataset is not in the current scope.

Invoice Detail dataset

The Invoice Detail dataset represents charges as they appear on an issued invoice, including payment terms, due dates, currencies, and linkage identifiers. It supports reconciliation between granular consumption and the formal bill.

FOCUS 1.4 introduced it alongside standardized invoice-reconciliation guidance.

In Meridian, Invoice Detail is future invoice tie-out evidence; the planned first profile targets Cost and Usage.

Virtual currency and token columns

FOCUS virtual-currency fields describe provider-defined units such as credits, tokens, or DBUs and their relationship to national currency. They support purchase, consumption, burn-down, and rate analysis.

FOCUS 1.2 added pricing-currency requirements that made these unit economics portable across SaaS, PaaS, and AI billing.

In Meridian, quantities and units map to usage metadata attached to financial spend rows.

Accounting terms

Journal entry

A journal entry records balanced debits and credits in the general ledger. It includes posting dates, accounts, amounts, descriptions, and the dimensions required by the receiving accounting system.

An analytical allocation becomes accounting only when it is approved, balanced, and posted through this controlled mechanism.

Suspense account

A suspense account temporarily holds a valid amount whose final classification or owner is not yet known. It keeps the books balanced while making unresolved work visible.

For AI spend, suspense prevents arbitrary allocation from disguising missing attribution evidence.

Accrual

An accrual recognizes an expense in the period when it was incurred even if the invoice has not arrived. Usage-based AI services commonly create metered-but-uninvoiced balances at month-end.

A defensible accrual uses complete usage through the cutoff and reverses or reconciles when the invoice posts.

Chargeback vs. showback

Showback reports costs to responsible teams without posting them, while chargeback records those allocations in financial systems. Both require the same defensible ownership and allocation evidence.

Organizations often begin with showback and move to chargeback after mappings and review controls mature.

Subledger

A subledger stores detailed transactions for a specific financial domain and summarizes them into the general ledger. Its balances and movements must reconcile to the controlling GL accounts.

An AI-spend subledger preserves agent-level detail that would be impractical to post line by line into the GL.

Tie-out and reconciliation

A tie-out demonstrates that two records expected to agree do agree, or explains every difference. Reconciliation is the repeatable process of finding, classifying, and resolving those differences.

For AI spend, this connects metering, source bills, the subledger, journal entries, and GL balances.

Trial balance

A trial balance lists general-ledger account balances for a period and confirms that total debits equal total credits. It is a core input to close review and financial statement preparation.

AI-spend entries must land in accounts and dimensions that can be traced through the trial balance.

Dimensions and worktags

Dimensions and worktags classify accounting entries beyond the natural account, such as department, cost center, project, location, or product. Different ERP systems use different names for the same analytical role.

Meridian maps attribution fields into the dimensions required by each organization’s import layout.

Related: OASA spec · Missing Ledger