AIチャージバック／ショーバック — 部門・ワークフロー・エージェント単位の費用可視化・配賦

生成AI費用はmodel API料金だけではなく、tool、retrieval、vector DB、GPU/compute、network、observability、idle/shared infrastructure等へ分散する。部署別請求やworkflow別採算を成立させるには、provider invoiceと実行時telemetryを結合し、direct costとshared costを分離したallocation contractが必要。

Enterprise AI Core / FinOps / organization overlay / interoperability / observability / implementation / governance

AIのshowback/chargebackは、provider billing dataだけ、またはtoken countだけで正確に成立するか。workflow/Agent単位まで追跡するために必要な最小provenance、allocation rule、reconciliation、failure boundaryは何か。

• source_class=official specification; title=FOCUS Specification 1.4 / What is FOCUS?; author_org=FinOps Open Cost & Usage Specification / FinOps Foundation; canonical_url=https://focus.finops.org/docs/specification/v1-4/ ; publication=2026-06-04 ratification; access=2026-09-16; version=FOCUS 1.4; locator=release description + Data Granularity feature; label=VERIFIED_SPEC; relation=support/context. FOCUS 1.4はAI/cloud/SaaS/data center等を含むtechnology billing dataの正規化を対象とし、resource/account/service等の複数granularityを扱う。
• source_class=official specification / CNCF OSS; title=OpenCost Specification; author_org=OpenCost/CNCF; canonical_url=https://opencost.io/docs/specification/ ; access=2026-09-16; version=current docs, implementation release NOT PINNED; locator=Workload Costs / Asset Idle Cost / Appendix A; label=VERIFIED_SPEC+OSS_PRACTICE; relation=support/limit. Kubernetes workload costをcontainer levelから集計でき、CPU/memory/GPU等はallocationとusage、idle costを区別する。
• source_class=official implementation docs; title=OpenCost API; author_org=OpenCost/CNCF; canonical_url=https://opencost.io/docs/integrations/api/ ; access=2026-09-16; locator=Allocation API; label=OSS_PRACTICE; relation=support. window/aggregate/includeIdle/shareIdle等を持ち、shared/idle costの配賦方式が結果を変えることを実装上確認できる。
• source_class=official provider docs; title=Using user-defined cost allocation tags / monthly cost allocation report; author_org=Amazon Web Services; canonical_url=https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/custom-tags.html ; access=2026-09-16; locator=activation requirements + unallocated resources; label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support/limit. cost allocation tagは作成だけでなくBilling側でactivationが必要。未tagged、非対応service、subscription/one-time fee等はunallocatedになり得る。
• source_class=official provider docs; title=Using IAM principal for cost allocation; author_org=Amazon Web Services; canonical_url=https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/iam-principal-cost-allocation.html ; access=2026-09-16; locator=Amazon Bedrock IAM principal tags; label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support/context. BedrockではIAM principal tagをdepartment/cost-center/team/project等のallocation軸へ利用できるが、API call後にactivation対象へ現れる等のgateがある。
• source_class=official telemetry specification/docs; title=Gen AI semantic conventions; author_org=OpenTelemetry; canonical_url=https://opentelemetry.io/docs/specs/semconv/registry/attributes/gen-ai/ ; access=2026-09-16; locator=gen_ai.usage.input_tokens / output_tokens / cache_read.input_tokens / workflow.name; label=VERIFIED_SPEC+PRODUCT_VOLATILE; relation=support/limit. GenAI操作のmodel・workflow・token usage等を観測可能。ただし当該registryの一部属性は新GenAI semantic-conventions repositoryへ移動/deprecated表示があり、schema version pinが必要。
• source_class=official engineering article; title=Inside the LLM Call: GenAI Observability with OpenTelemetry; author=James Newton-King / OpenTelemetry; canonical_url=https://opentelemetry.io/blog/2026/genai-observability/ ; publication=2026-05-14; access=2026-09-16; label=SOURCE_REPORT; relation=context/limit. model call、tool invocation、token usageをtraceでき、per-request cost estimationへ利用可能。一方content captureは機密情報を含み得る。

• Showback（可視化）とChargeback（会計上の配賦・請求）は分離する。観測値が取れることは、配賦規則が会計・組織的に承認済みであることを意味しない。
• provider billing/invoiceをfinancial source of truth、runtime telemetryをcausal attribution sourceとして分離し、両者をreconcileする。token×公開単価だけでinvoiceを再構成しない。
• workflow/Agent単位のdirect model costには trace/workflow ID、provider/model、input/output/cache/reasoning等のmetered usage、billing account/project、timestampが必要。tool/retrieval/compute/network等はchild spans/resource IDsへ接続する。
• shared/idle costはallocation policyそのものをversion管理する。equal split、usage proportional、reserved capacity proportional、direct-only等は同じ実績から異なるchargebackを生成するため、暗黙にしない。
• FOCUSはcross-vendor billing normalizationに有用だが、application-level Agent/workflow attributionを自動で与える規格ではない。FOCUS行と内部execution ledgerをjoinする追加設計が必要。
• OpenCostはKubernetes shared infrastructureのallocationに有用だが、managed model APIやSaaS seat、非Kubernetes tool費用を単独で完全に覆わない。

• tags欠落・activation遅延・service非対応・one-time/subscription feeによりunallocated costが残る。100% allocationを前提にしない。
• retry、fallback、multi-agent fan-out、cache hit、batch、async jobでは「user request 1件=provider request 1件」が崩れる。business transaction IDとtrace lineageが必要。
• list price、estimated token cost、amortized/effective invoice costは非同値。discount/commitment/credit/tax/marketplace/support等を混ぜない。
• shared GPU/Kubernetes idle costの配賦は技術的真値ではなくpolicy choiceを含む。
• telemetry contentをcost attribution目的で丸ごと保存するとPII/secret leakageを増やす。cost用途はmetadata-firstとし、prompt/response本文は原則不要。
• OTel GenAI conventionsはactive development/migration中。attribute名を永続schemaとみなさず、collector/exporter versionとsemantic-convention versionをpinする。

FOCUS 1.4自体は公開仕様。各providerのFOCUS export対応version、billing export freshness、tag/principal allocation対応service、OpenCost導入可否、OTel GenAI instrumentation coverageは環境依存。AWSのtag activation権限はmanagement account等に制約がある。tenant実挙動は未検証。

Core候補: AI_COST_ATTRIBUTION_CONTRACT 最小フィールド: business_transaction_id, trace_id, workflow_id/version, agent_id/version, org_unit/cost_center/project, provider, account/project/subscription, service/model, region, operation, usage_quantity/unit, token subtypes where available, provider_request/job_id, resource_id, direct_cost, allocated_shared_cost, allocation_policy_id/version, currency, pricing/billing period, invoice/billing-row reference, source_origin, estimation_status, reconciliation_status, timestamp, correction_lineage. 推奨pipeline: runtime meter/trace -> immutable execution ledger -> provider billing/FOCUS normalization -> resource/tag/principal mapping -> shared-cost allocation policy -> reconciliation -> showback -> approved chargeback export.

公開benchmarkでchargeback精度を保証しない。後続TEST_PROFILEでは、(a) single model call、(b) retry、(c) fallback provider、(d) multi-agent fan-out、(e) RAG+vector DB、(f) tool/API fee、(g) shared GPU/K8s idle、(h) batch/cache、(i) untagged resource、(j) discount/credit/correctionを含むsynthetic ledgerを作り、invoice total reconciliation error、unallocated-rate、misattribution-rate、duplicate-charge rate、late-arriving correction convergence、allocation reproducibilityを測る。

cost-center等のtagに秘密情報を入れない。OTel prompt/tool contentはcost計測の必須条件にしない。 AUDIT: allocation policy、price source、billing export snapshot、correction、manual overrideをversioned lineageで保存。

cost observability自体のtelemetry/storage/query費用も管理対象。高cardinality labelの無制限保存を避ける。

daily showbackとmonth-end chargebackを同一freshness要求にしない。late billing/correctionを再計算できるledger方式が望ましい。

「AI費用のshowback/chargebackは、トークン数だけでなく、provider請求データとworkflow実行telemetryを突合し、direct cost・shared/idle cost・unallocated costを分離して設計する。FOCUSやOpenCostは正規化・配賦の有力な基盤だが、Agent/workflow単位の会計帰属は組織固有のidentity mappingとversioned allocation policyを別途必要とする。」

• 公開時点のFOCUS latest/conformance statusを再pinする（2026-09-16時点latest=1.4、Validator 1.4 supportはQ3 2026予定との公式記載）。
• AWS/Azure/GCPおよび主要LLM providerのbilling exportがmodel/request/principal/tagをどこまで保持するかprovider mappingを作る。
• OTel GenAI semantic conventionsの移転先repository、release/tag、stable/development属性をexact pinする。
• AI_COST_ATTRIBUTION_CONTRACTのsynthetic reconciliation testを実施し、100% allocationを要求せずunallocated bucketをfirst-classに扱う。

/ STOP_CONDITION

FOCUS 1.4のAI固有usage taxonomyが主要LLM providerの請求粒度をどこまでlosslessに表現できるか。主要providerのrequest-level billing IDとOTel trace/request IDのjoinability。discount/commitment/creditをworkflow単位へ配賦する最適policy。cross-provider currency/tax handling。OTel GenAI新repositoryのexact release/tag。

provider別billing export schemaをcurrent versionでpinし、synthetic reconciliation testでdirect/shared/unallocated/correctionの再現性を確認できた時点でEA-095の追加採集を停止可能。

---