デモを開く
ケース / 入札と調達
入札と調達

サプライヤーカタログを維持しそこから発注する

サプライヤーの価格表を取り込み常に最新に保ち、そのリアルタイムの単価に基づいてプロジェクトの発注スケジュールを組み立て、見積時の引当額に対するコミット済み支出を報告し、何も予算超過で買われないようにします。

3ステップ9 分総合建設会社専門工事業者

仕組みをステップごとに

プラットフォーム全体で3ステップ - 各ステップで何をするか、そしてなぜ重要か。

1

サプライヤーカタログを取り込み更新する

Supplier Catalogs

各サプライヤーの価格表をそれぞれのカタログに取り込み、新しい価格が届くたびに更新して、発注時に使う単価が常にそのサプライヤーが今日提示している単価であるようにします。

理由: 古い価格表に基づく発注は、注文を1件出す前からパッケージが予算超過になる原因です。最新のカタログは、見積と発注を常に同じ数字の上で連動させます。

入力サプライヤーの価格表新しい価格更新出力最新のサプライヤーカタログ現在の発注単価
2

発注スケジュールを組み立てる

Procurement

プロジェクトの発注スケジュールを組み立て、最新のサプライヤーカタログから直接各パッケージに価格をつけ、すべての行が推測の引当額ではなく実際の見積単価を持つようにします。

理由: 実際のカタログに基づいて発注価格をつけることで、大まかな引当額がサプライヤーに履行を求められるコミット済みの数字に変わり、見積以降に市場が動いた項目にフラグを立てられます。

入力最新のサプライヤーカタログパッケージの工事範囲出力価格付き発注スケジュールコミット済み注文
3

コミット済み支出を引当額と比較して報告する

Reports

コミット済みコストレポートを取得し、発注済みの注文を見積に計上された引当額とパッケージごとに照らし合わせます。

理由: どのパッケージが引当額を超えて発注しているかを早期に知ることが、まだ予算に余裕があるうちに他で埋め合わせる余地を残します。最終清算の段階になってからでは遅すぎます。

入力発注済み注文見積時の引当額出力コミット済み支出レポート予算超過のフラグ

入札と調達の他のケース