実績原価

実績原価は、施工の間にプロジェクトが実際に支出している額を記録したものです。

実績原価の記録に含まれるもの

金額
取引日
サプライヤーの参照
請求書番号
請求日
メモ
確認の状態
証憑の状態
出所のひも付け — モジュール、材料、労務の項目、経費、または発注の明細

互いに独立した2つの状態の軸

すべての実績原価の記録には、意図的に独立させた2つの別々の状態があります。

軸	状態	意味
確認	`Pending`（保留中） → `Approved`（承認済み）／`Rejected`（却下）	記録を認めるかどうかについての、人の判断
根拠	`NeedsBackup`（証憑が必要）／`Substantiated`（証憑あり）	記録が何に裏付けられているか。記録自体から計算されます

記録が Approved でありながら NeedsBackup のこともあります。2つが1つの状態のチップにまとめられることはありません。確認は人の選択（Pending、Approved、Rejected）で、根拠は記録から導かれます（NeedsBackup または Substantiated）。

証憑ありとみなされる根拠

記録が 証憑あり になるのは、後から実際に確かめられるものに裏付けられている場合だけです。

根拠として添付した書類、または
請求書番号とサプライヤーの両方

サプライヤーだけ、あるいは請求書番号だけでは足りません。片方だけでは、確かめられるものを何も示さないからです。証憑のない記録が厳しく止められることはなく、単に NeedsBackup のラベルが付いたまま残ります。

表示とライフサイクルでの数え方

2つの軸は独立しているので、Darwinは目的に応じて記録の数え方を変えます。

表示と差異の合計 — 削除されていないすべての記録を数え、暫定と証憑ありの内訳を両方とも表示します。
発注の消化と取り消しの防止 — 証憑ありの記録だけを数えます。未確認や証憑のない数値で、発注の明細が消化されたり、外注契約が終了したり、発注の取り消しが妨げられたりすることはありません。

これが大切なのは、集計がただ数値を表示するだけでなく、発注のステータスの変化を左右するからです。

発注とのひも付け

実績原価は、特定の発注の明細にひも付けられます。証憑ありの原価の詳細が、ひも付いた発注の明細に対して承認されると、発注の集計が更新されます。実績の金額、残額、PartiallyConsumed（一部消化）／Consumed（消化済み）のステータスが更新されます。

原価のアクティビティのフィード

記録されたアクティビティ のページ（業務のメニュー）は、発注と実績を、ページ送りの1つの時系列のフィードにまとめ、プロジェクト、種類、ステータス、実行予算で絞り込めます。記録された内容の金額の記録で、承認とアクティビティ履歴で説明する、プラットフォーム全体の組織のアクティビティのフィードとは別のものです。

AI支援による原価の帰属

Darwinは、対象となる発注の明細を、注文書番号、サプライヤー、許容範囲内の金額で比べます。最低点に満たない候補は除外し、僅差の候補はまとめて示します。日付や説明のキーワードは、現在は点数付けの規則として使われていません。

任意のAI支援は既定で無効で、リリースと設定によって異なります。僅差の場合や、文章の抽出の確度が低い場合に、根拠を読み取って既存の候補を並べ替えることがあります。候補がなければ、結果は空のままです。担当者が各提案を採用、調整、却下します。AIが自分で原価をひも付けたり、根拠を確定したりすることはありません。

学習との連携

モジュールの精度は、証憑ありの原価と、そのモジュールに帰属させられる原価グループを使います。根拠がない場合や、グループに分けられない出所が混ざっている場合は、そのデータ点を使えないことがあります。理由は差異レポートで確認してください。根拠のない記録が1つあっても、プロジェクトのすべてのデータ点が自動で無効になるわけではありません。

ベストプラクティス

実績は、できるだけ多くの出所の背景とともに記録する
記録を証憑ありにするため、書類を添付するか、請求書番号とサプライヤーの両方を入力する
該当する発注の明細があれば、実績をひも付ける
保留中の項目は、採用した実績として扱う前に確認する
発注による橋渡しを見える状態に保つ。調達の差異（発注と実行予算）は、施工の差異（実績と発注）とは別のもの