プロジェクト決済

決済（Settlement）は、プロジェクトに集まった原価を、最終的な帰属先へ振り替える処理です。プロジェクトは原価を一時的に受け止める器であり、そこに置いたままにするのが目的ではありません。

なぜ決済が必要か

プロジェクトに集まった原価は、そのままでは会計上の位置づけが定まりません。それが資産になるのか、費用になるのか、売上原価になるのかは、プロジェクトの性質によって異なります。

建設仮勘定（AuC）

設備投資プロジェクトでは、2段階の決済を行います。

建設中の設備にかかった原価は、完成するまで減価償却の対象になりません。しかし費用としても処理できないため、建設仮勘定という中間的な資産勘定に計上します。完成した時点で、建物や機械装置といった本来の資産勘定へ振り替え、減価償却を開始します。

決済プロファイルと決済ルール

決済の設定は、2つの階層で行われます。

決済プロファイルは「何ができるか」の枠を定め、決済ルールは「実際にどこへ振り替えるか」を指定します。決済ルールが設定されていないオブジェクトは、決済実行時にエラーとなります。

WBS要素: P001-01-01
  決済先1: 原価センタ 1000  配分 60%
  決済先2: 原価センタ 2000  配分 40%

→ 集まった原価を6:4で2つの部門に配分

結果分析（Results Analysis）

長期にわたるプロジェクトでは、期をまたぐ収益と原価の対応が問題になります。この調整を行うのが結果分析です。

「原価は発生しているが、まだ請求していない」あるいは「先に請求を受けたが、原価はこれから」という状況で、期間損益を適正化するための仕掛品や前受金を計算します。

工事進行基準による収益認識を行う場合、結果分析が計算の基礎になります。進捗率にもとづいて、その期に認識すべき収益と原価を算出します。

期末処理の流れ

順序が重要です。間接費を配賦してから結果分析を行わないと、仕掛品の金額が実態より小さくなります。同様に、結果分析の結果を決済に反映させる必要があるため、この順序は入れ替えられません。