請求とチャージバック（Invoicing & Chargeback）
フレームワーク / ドメイン / FinOpsプラクティスの管理 / 請求とチャージバック
このページの内容
プロダクトおよびエンジニアリングのペルソナからのインプットを得て、財務ペルソナと直接連携しながら、特定のレポート、サービスプロバイダーの請求書照合ワークフロー、およびチャージバックモデルを開発する。これにより、テクノロジーコストデータとレポートを特定の予算および会計要件に整合させます。
請求に関する財務上の相互作用の管理
- プロバイダーとの購買発注（Purchase Order: PO）の管理
- プロバイダーの請求書フォーマットと手順の理解
- プロバイダーの請求書照合手順とポリシーの定義
チャージバックに関する財務上の相互作用の管理
- 財務および会計における意思決定、調整、統合の定義と維持
- 内部の予算オーナーへのチャージバックレポートの提供
- 会計ペルソナとの決算処理の実行
- 会計システムでの調整と修正の処理
定義
テクノロジーの請求書を管理し、組織の財務システムへの公式なチャージバックを作成することは、重要かつ具体的なプロセスです。これらは、FinOpsプラクティスと財務・会計ペルソナの間の公式な相互作用として確立する必要があります。会計部門は、テクノロジーサプライヤーからの請求書を効果的に理解、照合、および支払う能力を持つ必要があります。組織の予算または会計システムに対して公式なチャージバックを実行する必要がある組織では、財務部門が透明性と説明責任のある方法で経費を配賦するために、コストデータの整合性、タイムリー性、正確性に依存できる必要があります。これにより、組織内の各損益（P&L）責任者が、自身が消費するリソースまたはサービスのコストに対して財務的な責任を負うようになります。
このケイパビリティの目標は、財務部門が特定したコストセンターに対して、組織が必要とする会計および財務活動をサポートするために必要なフォーマットとタイミングで、請求されたコストを配賦できるように支援することです。請求書の管理やチャージバックレポートの作成に加えて、このケイパビリティでは、クラウドプラクティスの成熟や会計・財務ニーズの変化に対応するために、必要なデータやレポート要件の継続的な維持管理にも取り組む必要があります。これには、データの品質をどのようにチェックおよび検証すべきか、データとレポートの整合性をどのように維持すべきか（例：一部の組織ではSOCコンプライアンスなどが求められます）、チャージバックレポートにどのコスト要素を含めるべきか（どのコスト指標を使用するか）、および会計期間の締め処理後に発生した変更のためにチャージバックレポートを修正する必要がある場合のプロセスの提供について、FinOpsチームにガイダンスを提供することが含まれます。チャージバックプロセスは、FinOpsチームとITFM/TBMの両方の目標に整合させる必要があります。これは主に、チャージバックの粒度、使用する総勘定元帳（コストセンター）、および締め処理活動のタイミング要件に関連します。
テクノロジープロバイダーの請求書の照合は、いくつかの変数があるため困難な場合があります。
- タイミング – ほとんどの場合、請求書は翌月の3日から12日の間に月次で受け取りますが、たとえばクラウドの使用状況データは月を通じて継続的に配信され、消費データは月末以降に受信されることがあります。請求書と使用状況データが届いていない場合、会計期間の終了後すぐに会計締め処理を行うことは困難な場合があります。データと請求書が揃うまで、不完全なデータを使用して総支出と個々のラインアイテムの両方を予測し、仕訳入力で照合するための適切なプロセスを導入する必要がある場合があります。
- データの正確性と整合性 – テクノロジーサービスの請求書には、サブアカウントレベルで詳細化された要約情報が表示されますが、これをコストセンターに配賦するのが難しい場合があります。タグやラベルを使用して分類したり、共有コストを分割したりする場合、請求書に要約されているデータを検証することが困難になることがあります。さらに、コミットメント割引（例：交渉済みの割引、コミットメント割引、Savings Plans、リザーブドインスタンス）の影響が、希望通りに請求書に含まれていない場合があります。
- 請求書の量 – 組織は、テクノロジーリソースをどのように整理およびデプロイしたかに応じて、複数のクラウドプロバイダーやその他のベンダーから多数の請求書を受け 取る場合があります（前払いのコミットメント、使用量、マーケットプレイスのサブスクリプション、クレジットメモなどの個別の請求書を含みます）。
これらの課題を克服するために、このケイパビリティは、データ取り込み、配賦、およびレポートと分析のケイパビリティと強力に連携します。これには、組織全体でFOCUS用語を推奨して使用することが含まれます。これにより、照合やチャージバックレポートに加えて、すべてのペルソナのショーバックレポートをサポートする統合データセットが作成されます。
ショーバックとチャージバックの主な違いは、このケイパビリティで説明されている、公式な会計予算に経費を送信するという手続き上の厳格さにあります。ショーバックレポートは、任意の粒度で使用して、大小を問わずあらゆるグループに、そのグループが責任を持つスコープのコストを示すことができます。どちらのタイプのレポートも、他方より成熟していると見なされるべきではありません。チャージバックは、すべての組織で常に必要とされるわけではありません。テクノロジーコストが単一のコストセンター、または容易に配賦できるコストセンターのセットに配賦されている場合、公式なチャージバックレポートを作成するための追加のコストや負担は正当化されない場合があります。ショーバックはすべてのFinOpsプラクティスで常に必要ですが、チャージバックは組織の会計ポリシーに依存します。
このケイパビリティにおけるアクションの一部は、コスト配分ケイパビリティで行われた決定に依存します。タグ付けと配分戦略に関する決定は、どの程度の 粒度で所有権を特定し、チャージバック用のコストセンターを指定できるかに影響を与えます。コスト配分に依存するもう一つの考慮事項は、共有組織コストをどのように特定するかです。コスト配分ケイパビリティ内でこれが容易に特定できない場合、これらのコストをチャージバックする能力は、特定の種類のコスト（エンタープライズサポート費用、コミットメントベースの割引）のみに制限されます。ただし、「これらのコストは中央で保持するのか、それとも消費に基づいて配賦するのか」といった疑問は、このケイパビリティ内で解決し、FinOpsチームと財務部門の間で協力して決定する必要があります。
成熟度アセスメント
クロール（Crawl）
- テクノロジー支出は、見積もり支出月に基づいてチームにチャージバックされ、通常、見積もり支出と実際の支出との間に重大な差異（組織全体にとっては重大ではないもの）が存在する。
- データが不完全な状態での元帳の見積もりは、データが揃った後の追加の調整入力なしで行われる。
- エンタープライズサポートのような共有コストは、可視性を提供する方法に関する戦略がないため、中央で保持される。
- 特定のサブアカウントで行われたコミットメントベースの購入は、割引の消費に基づいてではなく、アカウントのオーナーに請求される。
- 一括請求アカウントで行われたコミットメントベースの購入は中央で保持され、割引の消費に基づいてチームにチャージバックされない。
- 月次の請求書照合はマクロレベルで行われ、サービスプロバイダーごとに予想される総コストが請求総額と一致することを確認する。
- 請求書の支払い処理とチャージバックプロセスは、手作業のために数日または数週間の間隔を空けて発生する。
- データの取り込み、データの仲介、または例外処理を自動化するためのツールが導入されていない。
- チャージバックはスプレッドシートや手動の仕訳入力を使用して行われ、サービスカタログやコストセンター階層のツールは導入されていない。
- チャージバックファイルは、共有コストやその他のコストが可視化のために分割されておらず、コストセンター全体のサービスプロバイダーごとの総コストを示す大まかなものである。
- コストセンターの階層は比較的フラットで、コストセンターはリーダーシップにのみ割り当てられている。
- 財務、中央のFinOps、および会計チームの間の唯一の一貫した接点は、転記するチャージバックデータの共有である。
ウォーク（Walk）
- テクノロジー支出は、見積もりと実績の間にある程度の差異を伴いながら、見積もり支出に基づいてチームにチャージバックされる。
- 手作業のため、プレースホルダーの元帳入力や誤った請求が一般的である。
- 不完全なデータによる元帳の見積もりでは、実際のコストを調整するために追加の入力が必要になることが多い。
- チャージバックファイルで共有コストをどのように請求し、表示するかについての初期戦略が実施されている。
- コミットメントベースの購入の大部分は、割引の消費に基づいてチームに請求される。
- チャージバックデータ用の集中管理ツールが導入されており、ファイルにエクスポートされた後、会社の財務ツールに統合される前に手動で編集される。
- 請求書の支払い処理とチャージバックプロセスは、財務締め処理プロセス（数日間）を通じて行われる。
- チャージバックファイルが拡張され、一部の共有コストコンポーネントの内訳が含まれ、コミットメント利用やマーケットプレイスでの購入が分割される。
- 請求書は手動で検証され、クレジット、割引率、および単発の請求がすべて正しいこと、および会計システムに受信されたことを確認する。
- より詳細なチャージバックのために、コストセンターの階層が組織のより細かい部分に拡張される。
- 月次プロセスの一部として、外貨換算がチャージバックファイルに考慮される。
- 財務、中央のFinOps、および会計は、チャージバックファイルの成熟、詳細レベル、および共有コスト請求の初期戦略の決定に関連する意思決定について、積極的に協力している。
ラン（Run）
- チームは、実際の消費に基づいて、テクノロジー支出の直接コストおよび配賦された共有コストの部分を理解している。
- すべてのコミットメントベースの購入は、割引の消費に基づいてチームに請求される。
- チャージバック/ショーバックレポートは、会社の財務ツールに自動的に統合される。
- ツールの自動化と統合により、請求書照合とチャージバックプロセスが同時に発生する。
- 財務部門は、中央のFinOpsチームからの介入なしに、支出の照合やチャージバックに関する質問への回答を自立して行うことができる。
- 不完全なデータによる元帳の見積もりは、追加の入力が不要なほど誤差が小さいが、必要な場合は迅速に仲介できる。
- チャージバックデータは毎月完全に自動化されて財務システムに投入され、事前および事後の両方での請求、マークアップ、および配分をサポートする機能を備えている。
- チャージバックファイルの詳細が拡張され、すべてのタイプの請求が分割されて表示される。
- 外貨換算は可能であれ ば自動化され、クラウドの使用に関連しない変動について追加の分析を行えるように、チャージバックファイル内で区別される。
- 財務、中央のFinOps、および会計は、共有コストの請求と表示に関するすべての関連プロセスを最終決定し、チャージバックを組織の最も細かいレベルまで拡張している。
実務活動
FinOps実践者（FinOps Practitioner）
FinOpsチームのロールとして、私は以下を行います。
- クラウドプロバイダーの請求書および直接請求書を支払いのために受け取るか、適切なチームがそれらを受け取れるように手配する
- クラウドプロバイダーが請求書を提出するための購買発注番号または条件書を生成するための、内部の調達プロセスを理解する
- 財務部門と協力して、予想されるコスト、割引、税金、クレジットを含め、クラウドプロバイダーの請求書を月次で検証する
- 必要に応じてマーケットプレイスの請求書を検証し、適切なチームにルーティングする
- クラウド経費がどのように生成されるかを理解する
- チャージバックと請求書照合に必要な経費の説明責任の重要性と、タグ付けおよびアカウントポリシーをチームに教育する
- クラウド利用および共有料金（すなわちコミットメントベースの割引）の配賦方法のためのデータソース/ツールを確立および維持し、これを利用してチャージバックデータを作成する
- チャージバックデータが、請求書から予想されるコストに、追加されたコストを加えたものと一致することを確認する
- チームがチャージバックデータを使用して、毎月自分たちに配賦される経費の割合を照合できるように支援する
- 締め処理活動中に会計および財務チームと連携する。初期チャージバックの見積もりに関するベストプラクティスをアドバイスする。締め処理のタイムラインに合わせて、単一のシステムにない場合は「真の調整（True-up）」チャージバックデータを財務部門に提供する。
プロダクト（Product）
プロダクトのロールとして、私は以下を行います。
- 毎月、自分が責任を負うクラウドコストを確認する
- これらのコストが予算にどのように影響するかを理解する
- チャージバック/ショーバック、および共有コスト/割引の配賦に関する組織のポリシーを理解する
- 自分のアプリケーションのコスト予測をリーダーシップに伝える
- 最適化作業の優先順位付けのためにチャージバック配賦情報を活用する
財務（Finance）
財務のロールとして、私は以下を行います。
- クラウド経費がどのように生成されるかを理解する
- 反復的なプロセスとして、チームが予算を理解し、予測を更新できるように支援する
- 予算との差異をリーダーシップおよび予算オーナーに説明する（通常は月次、四半期、年次）
- 中央のFinOpsチームおよび会計部門と連携し、組織の予算や整合性のニーズの変化に合わせてチャージバックプロセスを確実に進化させる
- チームが毎月自分たちに配賦される経費の割合を照合できるように支援する
- 締め処理活動中に会計部門および中央のFinOpsチームと連携し、請求書が期限通りに検証および支払われるようにする
- 集中管理されたデータ/配賦ツールを利用して、財務システムでチャージバックの転記を実行する
- 会社の財務締め処理、予算編成、および予測プロセスに沿った、チャージバック手順への準拠基準を確立する
- 適切なチャージバックを可能にするために、予算に紐づく総勘定元帳コードなどの詳細なラインアイテム会計を提供する
- クラウドコストの変化について、使用量に対する為替変動の影響を追跡する
- 中央のFinOpsチームと協力して、共有コストおよびコミットメントベースの購入をチャージバックするプロセスを確立する
- 各部門へのコストが正確であることを保証するために、請求データが確定した後に必要な調整入力を実行する
調達（Procurement）
調達のロールとして、私は以下を行います。
- クラウド経費がどのように生成されるかを理解する
- サービスプロバイダー経由のマーケットプレイス購入など、クラウド経費に購買発注（PO）が必要な場合、締め処理活動およびチャージバックについて財務、会計、およびFinOpsチームと連携する
- チャージバックプロセスが契約基準を満たすように、請求および支払い条件を財務および会計部門に提供する
エンジニアリング（Engineering）
エンジニアリングのロールとして、私は以下を行います。
- 使用する各サービスについて、クラウド経費がどのように生成されるかを理解する
- より詳細なチャージバックを促進するために、会社のタグ付けおよびアカウントポリシーを遵守する
- 状況の把握、トレンド分析、予算編成などのために、関連するチーム/アプリケーションに配賦されたコストを毎月確認する
- 自分のアプリケーションのコスト予測をリーダーシップおよび財務コントローラーに伝える
- チャージバック/ショーバック、および共有コスト/割引の配賦に関する組織のポリシーを理解する
- 該当する場合、FinOps実践者、会計、および財務チームと協力して、自分が所有する共有サービスの計画されたチャージバックを検証する
リーダーシップ（Leadership）
リーダーシップのロールとして、私は以下を行います。
- クラウド経費がどのように生成されるかを理解する
- 自分が責任を負う部分のクラウド経費を確認する
- この情報をリアルタイムの意思決定に活用する
- チャージバックの成功を測定およびサポートするためのメトリクスを確立する
- チャージバック/ショーバック、および共有コスト/割引の配賦に関する組織のポリシーを理解し、必要に応じてその発展に貢献する
成功基準とKPI
成功基準はクラウドコストの文脈で表現され、1つ以上の主要業績評価指標（KPI）を含み、主要な結果を伴う目標（OKR）を記述し、予測されたトレンドからの外れ値または許容可能な差異を定義するしきい値を宣言する場合があります。
KPI
- チャージバック処理時間 – コスト発生から部門、プロジェクト、プロダクトへの配賦までのチャージバックプロセスの効率。
- 期限通りに支払われた請求書の割合（%） – サービスプロバイダーとの条件の遵守。
- 総勘定元帳の再請求率（全体およびコストセンターごと） – クラウド管理ツールにおけるクラウド支出と、総勘定元帳で請求された金額との差異。
- チャージバックの正確性（%） – 正しいコストセンターに配賦された適切な請求。
- チャージバックの見積もりと実績の差異（%）
成功基準
- 料金、割引、およびクレジットが検証されていることを確認するための、定期的な請求書の照合
- 誤った請求によるコストの重大な変動によって、予算や予測が影響を受けないこと
- 財務、会計、およびFinOpsチームの間の、確立された協力関係
- 各予算オーナーにおけるクラウド支出に対する意識と説明責任の向上
- 実行されたチャージバックに関する効果的なレポート
- 請求書の受信からチャージバック処理までのサイクルタイムの短縮
KPI
総勘定元帳の再請求率
クラウド管理ツールにおける総クラウド支出と、総勘定元帳（財務アプリケーション）で請求された金額を測定します。
コストセンターごとの総勘定元帳の再請求率
コストセンターごとのクラウド管理 ツールにおけるクラウド支出と、総勘定元帳で請求された金額を確認します。
インプットとアウトプット
インプット
- FinOpsチームによって提供され、コスト配分の一部として決定されたタグ付け基準と戦略
- 確立されたツールからFinOpsチームによって提供されるコスト配分データ
- FinOpsチームと財務部門によって提供される共有サービスのコスト配分モデル
- チャージバックプロセスを支援するためにFinOpsチームによって構築された内部配賦レポート
- 財務支出承認のしきい値、減価償却および割撥償却のポリシー/戦略、資本化の傾向/戦略を含む、財務および会計チームによって提供される財務ポリシー、手順、プロトコル、およびプラクティス
- 財務チームによって提供される会社のコストセンター/部門階層
- 調達チームによって提供される各CSP（クラウドサービスプロバイダー）との請求支払い条件
- 会計チームによって提供される総勘定元帳の要件（勘 定科目一覧、コストセンター、ビジネスユニットコード、資本予算コード、ロケーションコード）
アウトプット
- 財務システムで実行され、経費センターの実績に表示される請求
- チャージバックファイルのソースオブトゥルース（信頼できる唯一の情報源）となる集中管理されたレポートツール
- 組織のコストセンター/総勘定元帳コードなどに対して、財務部門がチャージバックでコストを公式に配賦する方法に関する、配分へのフィードバック
- チャージバックまたは請求書照合の目的で必要な特定のデータ、メタデータに関する、データ取り込みケイパビリティへのフィードバック
- ショーバックレポートをチャージバックレポートにどのようにフォーマットすべきかに関する、レポートと分析ケイパビリティへのフィードバック
- IT財務またはその他の財務抽出データがコストをどのように配賦または分類すべきかに関する、専門分野間の連携ケイパビリティへのフィードバック
- 他のペルソナがより正確なレポートを作成できるようにするための、請求書やチャージバックレポートで提供される情報に関する具体的な用語
- 組織の財務ニーズを満たすための、期間締め処理および請求書処理要件の文書化
- 財務システムへの取り込みと処理のために、組織の総勘定元帳に整合させた、あらかじめ決定された通貨でのメタデータとデータを含むチャージバックファイル
このページの内容
関連アセット
Uber：ボットと配賦 
Old MutualにおけるFinOpsの歩み：チャージバックとコスト配分への取り組み 
グループ会社間チャージバック：収益性の高いコスト配分（Koch Industries, Inc.） 
POの排除、請求書処理の合理化、およびコスト配分の自動化（Salesforce） 
クラウド請求データのマスター方法（Etsy & Google Cloud） 多次元コストショーバックの提供方法 
FOCUS（FinOps Cost and Usage Specification）入門 
クラウドとオンプレミスのレポートを統合する方法（Grupo Boticário）