コストセンターとは何か: 勘定科目を補う分析ディメンション

コストセンターとは、ビジネスの中で個別に測定したい部分 (部門、拠点、チーム、機械など) を指します。「この費用はどこで発生したのか？」という問いに答えるものであり、勘定科目が「何の費用だったのか？」に答えるのと対比されます。

これら2つの問いを分離することは、台帳 (ledger) を構築する上で最もレバレッジの高い決定の1つであり、これを誤ることは、最も一般的かつ後戻りしにくいミスの1つとなります。

防ぐべきミス

やりがちなアプローチは、勘定コードに部門を埋め込んでしまうことです:

6209-01  一般管理費 - ヴィリニュスオフィス
6209-02  General administrative expenses - Kaunas office (カウナスオフィス)
6209-03  General administrative expenses - Riga office (リガオフィス)

給与、家賃、ソフトウェア、出張費、減価償却費についても同様に、3つのオフィス、4つの部門、数十のプロジェクトに対してこれを行ってみてください。勘定科目は急増します。20の費用勘定 × 3つのオフィス × 4つの部門で240の勘定科目となり、5つ目の部門を追加するにはさらに60の勘定科目を作成する必要があります。

勘定科目数の増加以上に、以下のような問題が発生します:

• レポーティングの崩壊: 法定財務諸表は勘定コードからマッピングされます。部門サフィックスが付いた勘定科目体系では、誰かが維持するルールに従ってそのサフィックスを取り除く必要が生じます。
• ディメンションを横断した集計が不可能になる: 「部門別の出張費合計」を求めるには、勘定コードを文字列としてパースする必要があります。
• 国の標準テンプレートに適合しなくなる: その結果、VAT申告や法定のレイアウトへのマッピングがすべて個別対応になってしまいます。
• 実質的に修正不可能になる: 長年の履歴がそれらのコードに計上されており、比較数値がそれに依存しているためです。

ディメンションの活用

これに対する代替案は、勘定科目体系をクリーンに保ち、各台帳行に**ディメンション (dimensions)**をタグ付けすることです:

	勘定科目	コストセンター	プロジェクト
給与、ヴィリニュス開発チーム、プロジェクトA	6204	VLN-DEV	PRJ-A
給与、カウナスサポート、プロジェクトA	6204	KNS-SUP	PRJ-A
出張費、ヴィリニュス開発チーム、プロジェクトB	6209	VLN-DEV	PRJ-B

給与勘定は1つだけです。勘定科目別、センター別、プロジェクト別、あるいはそれらの任意の組み合わせなど、あらゆる切り口での集計に新しい勘定科目を1つも追加することなく対応できます。5つ目の部門を追加する場合も、60の勘定科目ではなく1つのコストセンターを追加するだけで済みます。

一般的な原則は次のとおりです: 勘定科目は取引の性質と法定の報告要件を反映すべきであり、組織に関する情報はすべてディメンションに持たせるべきです。

コストセンター、プロフィットセンター、プロジェクト

• コストセンター (Cost center) - 費用が発生する単位であり、効率性で評価されるもの: IT、人事、財務、倉庫など。
• プロフィットセンター (Profit center) - 収益と費用の両方を持ち、貢献度で評価されるもの: 製品ライン、支店、子会社など。
• プロジェクト (Project) - 複数の部門にまたがる期間限定の取り組みであり、予算に対する総コスト、またはそれが稼ぐ収益に対して評価されるもの。

これらは排他的なものではありません。例えば、ある給与はサポートコストセンターに属しかつ同時に顧客プロジェクトにも属することがあり得ます。これが、単一のフィールドではなく別々のディメンションとして用意されている理由です。

配賦 (Allocation) はその次の課題となります。家賃やITなどの共通費は、収益を生み出さないコストセンターに留まります。管理会計では、これらを従業員数、床面積、利用状況などに応じて収益部門に割り当てることがよくあります。配賦は管理会計上の作業であり、法定会計の勘定科目を変更するものではないため、配賦済みのビューと未配賦のビューを明確に分けておく価値があります。

Nordletにおけるディメンションの実装

すべての台帳行で、2つの独立したディメンション、すなわちコストセンターとプロジェクトを利用できます。これらは勘定科目のプロパティではなく仕訳行のプロパティであるため、同じ勘定科目であっても任意の組み合わせを持たせることができます。

コストセンターは POST /v1/ledger/cost-centers/create を通じて管理され、コストセンターグループに組織化することができます。これにより1階層のグループ化が可能となり、部門を機能別に集約する際に便利です。

プロジェクトは独自のライフサイクルを持つ独立したディメンションであり、どの部門が関わったかに関係なく、プロジェクトの全期間を通じてレポートを作成できます。

ディメンションは、伝票から仕訳行へと伝播します。請求書行や仕入請求書行にコストセンターとプロジェクトを持たせ、伝票が計上 (post) されたときにその値が仕訳に反映されます。つまり、後付けの記帳作業としてではなく、費用の発生理由を知る担当者が、そのコンテキストが存在する伝票の段階でタグ付けを行うことになります。

レポートは、コストセンタービュー用の POST /v1/reports/cost-center、プロジェクトビュー用のプロジェクトレポート、およびフィルタリングされた台帳詳細用の /v1/reports/gl-detail を通じて利用可能です。

2つの明確な制限事項があります。1つ目は、コストセンターはグループ所属を除きフラットであるという点です。任意の深さを持つ階層構造はないため、3階層の組織構造を表現するには、グループと命名規則を組み合わせてモデル化する必要があります。2つ目は、配賦キーが存在しないという点です。あるコストセンターから別のコストセンターへの共通間接費の配賦は自動化されていないため、センター間でコストを移動させる配賦は、手動の仕訳として行う必要があります。

FAQ

会計におけるコストセンターとは何ですか？

費用が発生した場所を追跡するために使用される、部門、拠点、チームといったビジネスの明確な単位です。どのような種類の費用であるかを記録する勘定科目とは別に、台帳行のディメンションとして記録されます。

コストセンターと勘定科目の違いは何ですか？

勘定科目は取引の性質 (給与、家賃、出張費など) を記録し、法定レポーティングを駆動します。コストセンターはそれがどこで発生したかを記録します。これらを勘定コード内で混同すると、勘定科目体系が肥大化し、法定のマッピングが機能しなくなります。

勘定科目体系に部門を含めるべきですか？

いいえ。ディメンションを使用してください。勘定コードに部門を埋め込むと、勘定科目の数が乗算的に増加し、文字列パースなしでのクロス集計が不可能になり、過去のデータがそのコードで計上された後は事実上修正不可能になります。

コストセンターとプロジェクトの違いは何ですか？

コストセンターは永続的な組織単位ですが、プロジェクトは通常複数のコストセンターにまたがる期間限定の取り組みです。どちらもディメンションであり、1つの取引に両方を同時に持たせることができます。

1つの取引を複数のコストセンターに所属させることはできますか？

1つの台帳行が持つコストセンターは1つですが、異なるセンターを持つ複数の行に取引を分割することは可能です。費用が複数の単位に真に属している場合は、入力時に分割するか、別の仕訳によって後から配賦してください。