GCC 建設ロールアップ: AI 契約リスク デリジェンスのための請求分析

1. 買収の決定を定義する

買収の決定は、買い手が GCC 請負業者のグループを、どのような価格で、どのような境界線で、どのような保護の下で組み合わせる必要があるかどうかによって決まります。買い手は、報告された利益が未承認の変更にどれだけ依存しているか、係争中の口座にどれだけの現金が閉じ込められているか、どのプロジェクトに遅延や業績リスクが伴うか、統合後の事業がクロージング後の請求をコントロールできるかどうかを判断する必要がある。

クレーム・ディリジェンスは、文書目録を作成するのではなく、取引に関する質問に答える必要があります。買い手は、回収可能な請求、おそらく反訴、完了費用、換金および紛争費用についてサポート可能な範囲を必要とします。また、プロジェクトレベルの事前条件、価格調整、補償、エスクロー、アーンアウト、統合アクションも必要です。

このフレームワークは、あらゆる請求を、契約上の権利、事実上の因果関係、通知、同時記録、プログラムの効果、量子、会計および回収可能性の連鎖として扱います。あるリンクの強度が別のリンクの障害を解決するわけではありません。指示やタイムリーな通知がなく、効果が実証されていない、手頃な価格のバリエーションは、商業的に弱いままになる可能性があります。

取引に関する決定は、プロジェクトレベルの契約および事実の証拠に関連付けられる必要があります。

2. 法的および契約上の境界線をマッピングする

買い手は、ターゲットに関連するすべての法人、支店、合弁事業、コンソーシアム、ライセンス、プロジェクト会社、および保証を特定する必要があります。建設リスクは収益を記録する主体の外部に存在することがよくあります。親会社の保証、履行保証金、前払い保証、連帯責任、下請けのパススルー、および関連当事者の工場協定により、エクスポージャーが拡大する可能性があります。

各プロジェクト記録には、準拠法、紛争の場、契約書、修正、雇用主、エンジニア、請負業者、下請け業者、通貨、価格基準、範囲、開始日、完了日、延長履歴、上限、保持、セキュリティおよび終了の権利を特定する必要があります。標準フォームは頻繁に修正されます。署名された特定の条件とその後の合意が分析を制御します。

現在の法律は、管轄区域および契約ごとに確認する必要があります。 UAE は公式の法律ポータルを管理し、2026 年に施行される新しい連邦民事取引法を導入しました。サウジアラビアの民事取引法は 2023 年に発効しました [1-3]。取引弁護士は、各契約および請求に対する実際の影響を判断する必要があります。

3. プロジェクト対象者を確立する

プロジェクト関係者は、入札、契約、企業リソース計画、プロジェクト管理、結合、法的および管理記録を調整する必要があります。完了したプロジェクトは、最終的なアカウント、欠陥、保持、保証、または紛争が進行中の場合でも関連性を保ちます。休眠中のプロジェクトには偶発債務が含まれる可能性があります。

プロジェクトは、規模、ステータス、顧客、地域、契約モデル、マージン、現金、請求残高、紛争段階によって分割する必要があります。買い手は、収益、利益、請求資産、マイナス現金、および潜在的な損害の大部分を占めるプロジェクトを特定する必要があります。リスク加重サンプルは、ポートフォリオ全体の分析を補うことができます。

母集団は安定したプロジェクトと契約の識別子を必要とします。システムによっては、入札番号、求人コード、契約番号、非公式の名前が使用される場合があります。制御された横断歩道により、文書や元帳残高が間違ったプロジェクトに割り当てられるのを防ぎます。

4. 証拠の出所を保存する

請求の分析は、本物の、完全で、時系列に沿った証拠に依存します。取り込みプロセスでは、元のファイル、メタデータ、メッセージ ヘッダー、添付ファイル、フォルダー パス、および暗号化ハッシュを保存する必要があります。派生テキスト、翻訳、分類、モデル出力は、ソースにリンクされたままにする必要があります。

勤勉チームは収集範囲とギャップを文書化する必要があります。郵便ポストには退職したスタッフが入れられない場合があります。サイト システムは個別にアーカイブされる場合があります。メッセージング アプリケーション、共通データ環境、および下請け業者のポータルには、正式な通信にはない指示が含まれている場合があります。記録の欠落は、イベントが発生しなかったことを証明するものではなく、不確実性をもたらします。

アクセスは、法的、プライバシー、特権、商業的機密性の管理に従う必要があります。レビュー環境では、ソースレコード、モデル処理、人間による注釈、および承認されたトランザクション出力を分離する必要があります。法務チームは、潜在的に特権的な資料と開示に関する決定を管理する必要があります。

5. クレーム分類を作成する

共通の分類法により、買い手は商業チームが異なるラベルを使用する請負業者を比較できます。カテゴリには、変更、中断、延長、加速、一時停止、アクセス遅延、設計変更、異なる条件、情報の遅れ、測定、支払い、価格高騰、不可抗力、終了、欠陥、バックチャージ、清算された損害が含まれる場合があります。

各アイテムには、潜在的なイベント、通知、詳細な提出、エンジニアのレビュー、決定、交渉、認証、和解、判決、仲裁、法廷または終了などの手順の状態も含まれている必要があります。金融機関は、提出された金額、経営陣の見積もり、認識された収益、認定価値、請求額、受け取った現金、および残りのエクスポージャーを区別する必要があります。

分類法は契約上の根拠を維持する必要があります。 2 つの文書は両方とも、異なる条項や救済策に依存しながら遅延について言及している可能性があります。自動分類では、ラベルと証拠を提案する必要があります。資格のある審査員が重要な項目を確認する必要があります。

データ モデルでは、イベントと請求明細も区別する必要があります。 1 つの指示によって、時間、直接コスト、中断、財務上の影響が生じる可能性があります。複数の通知が、同じ基礎となるイベントに関連している可能性があります。逆に、1 つのグローバル投稿で、さまざまなメリットを持つ多くのイベントを組み合わせることができます。イベントレベルの識別子を使用すると、チームは二重にカウントせずに集計し、各コンポーネントを個別にテストできます。

ステータスラベルには定義が必要です。 「承認」とは、技術的な受け入れ、商業契約、エンジニアの決定、クライアントの予算割り当て、または認定された支払いを意味する場合があります。これらの状態は、アカウンティングとリカバリに対して異なる影響を及ぼします。分類では、承認者、権限、日付、文書、条件を把握する必要があります。フリーテキストのステータス フィールドは、元の文言を保持しながら、管理された状態にマッピングする必要があります。

重要性はいくつかのレンズを通して評価される必要があります。価値の低い通知は、将来の大きな影響に対する権利を保持する可能性があります。価値の高い投稿が評価されない場合、収益への影響は限定的になる可能性があります。プログラムの小さなイベントが部門のマイルストーンを脅かし、重大な損害を引き起こす可能性があります。したがって、ポートフォリオトリアージは、総額、会計帳簿価額、現金エクスポージャー、完了効果、契約期限を組み合わせる必要があります。

6. 契約上の義務を抽出する

契約モデルでは、通知期間、内容要件、サービス方法、エンジニアの権限、プログラム義務、記録義務、変更手順、支払い、期限、上限、除外、紛争手順、準拠法資格を特定する必要があります。条項の抽出には、修正と階層規定を含める必要があります。

AI は候補条項を見つけて、プロジェクト間で草案を比較できます。標準フォームからの逸脱を強調表示することもできます。レビュー担当者は、実行されたバージョンを確認し、文節間の相互作用を解釈する必要があります。署名されていない草案から生成された条項の概要では、権利を誤って記載する可能性があります。

出力はプロジェクト固有の義務マトリックスである必要があります。誰が行動しなければならないのか、何をいつ、どのチャネルを通じて、どのような結果をもたらすのかを示す必要があります。このマトリックスは、イベント レコードがテストされるルール セットになります。

7. イベントの年表を再構築する

建設紛争はしばしば一連の事態に発展します。ディリジェンス環境では、指示、情報要求、図面、承認、アクセス、検査、リソース、進捗報告、会議議事録、通知をイベント年表に結び付ける必要があります。

エンティティの解決は不可欠です。同じイベントは、文書番号、図面参照、バリエーション番号、および非公式の件名によって説明される場合があります。 AI は、日付、参加者、場所、テキストの類似性を使用してリンクを提案できます。人間のレビュー担当者は、価値の高い接続とあいまいなマージを確認する必要があります。

年表は矛盾した証拠を保存する必要があります。月次報告書では設計の遅れが遅れの原因である可能性がある一方、内部通信では労働力不足が記録されています。モデルは、両方の記録とその日付を明らかにする必要があります。法的な物語を選択すべきではありません。

8. 試験通知の遵守

テストでは、義務マトリックスとイベントの年表が比較されることに注意してください。分析では、きっかけとなったイベント、知識日、通知日、受信者、サービス方法、引用条項、要求された救済策、およびその後の詳細な提出を特定する必要があります。

適時性は 1 つの次元にすぎません。通知が遅れたり、間違った受信者に送信されたり、必要な効果が省略されたり、救済策が予約されなかったりする可能性があります。その後の行為、権利放棄、予防原則、または準拠法が結果に影響を与える可能性があります。法的解釈は依然として必要である。

トランザクションの出力では、手順の強度を評価し、その根拠を示す必要があります。また、繰り返される運用上の失敗も特定する必要があります。繰り返し通知を見逃すターゲットは、プロセスが変更されない限り、買収後も権利を失い続ける可能性があります。

9. 命令とバリエーションを分析する

変動分析では、指示、権限、範囲変更、設計記録、数量、リソース効果、プログラム効果、評価、認証を結び付ける必要があります。商用ドキュメントが追いつく前に現場チームが作業を進める可能性があるため、非公式の指示には特別な注意が必要です。

このモデルは、図面の改訂、数量明細書、作業パッケージ、通信内容を比較して、記録されていない変更の可能性を検出できます。コマーシャル対応のない指示や、ソース指示のない請求アイテムを識別できます。これらは調査の手がかりです。

評価では、合意レート、類似レー​​ト、新レート、コストプラスメカニズム、および係争中の手法を区別する必要があります。提出された総額は、契約上の評価と証拠をテストすることなく価値として扱われるべきではありません。

スコアは分析の補助です。法的および技術的な審査担当者が取引の結論を決定します。

10. バリエーションウォーターフォールを構築する

変動ウォーターフォールは、潜在的な変化を報告された財務価値と調整します。これは、記録から特定されたイベントから始まり、通知、提出、評価、承認、認定、請求、および徴収された金額を分離します。拒否されたアイテム、取り消されたアイテム、重複したアイテムも表示されます。

このウォーターフォールは管理慣行を明らかにします。ある企業は提出時に収益を認識し、別の企業は承認を待っている場合があります。一部のプロジェクトでは、バリエーション ログとグローバル クレームで同じイベントが記録される場合があります。重複検出では、識別子、説明、日付、値、リンクされたドキュメントをテストする必要があります。

買い手はウォーターフォールと契約資産、売掛金、収益、マージンおよび現金を調整する必要があります。調整されていない差異が企業価値に影響を与える前に、説明が必要です。

11. プログラムの信頼性を評価する

遅延解析には信頼性の高いプログラム記録が必要です。チームは、ネイティブ ファイル、カレンダー、ロジック、制約、進捗状況、データの日付、ナラティブを含む、入札、ベースライン、リカバリ、更新スケジュールを棚卸しする必要があります。 PDF スナップショットだけでは分析が制限される可能性があります。

プログラムの品質は、ロジック密度、オープン エンド、過剰な制約、負のフロート、順序外の進行状況、実際の日付、説明できない変更によってスコア付けされる必要があります。米国政府会計検査局のスケジュール評価ガイドと承認された遅延プロトコルは、有用な評価規律を提供します [4-5]。プロジェクト固有の専門家の判断は依然として重要です。

受け入れられたベースラインは重要ですが、受け入れられたからといって分析の品質が証明されるわけではありません。チームは、作業を管理するために実際に使用されるプログラムを特定し、契約上の提出との違いを説明する必要があります。

プログラムの更新は、報告期間およびソース記録と照合する必要があります。実際の開始と終了、残りの期間、ロジックの変更、および進行状況のパーセンテージは、バージョン間で異なる可能性があります。分析では、データ日付以降に行われた変更、ロジックの遡及的な挿入、アクティビティの説明のない削除、および契約上のマイルストーンの移動を特定する必要があります。これらのフラグは専門家のレビューをガイドします。彼らは操作を確立しません。

ディリジェンス チームは、遅延分析でイベント発生時に存在していたスケジュール バージョンを使用するかどうかをテストする必要があります。後の回復プログラムには、軽減策、再順序付け、範囲の修正を組み込むことができます。説明なしに遡及的に適用すると、因果関係が歪曲される可能性があります。各分析ウィンドウには、受け入れられたプログラムまたは同時期のプログラム、データの日付、更新の品質、およびマテリアルの制限を記載する必要があります。

リソース レコードは追加のチェックを提供します。労働ヒストグラム、工場ログ、調達スケジュール、アクセス許可、日次報告書によって、計画された作業が裏付けられることもあれば、矛盾することもあります。進行の準備ができているアクティビティを示すプログラムは、不足している設計、材料、または許可と矛盾する可能性があります。レビューでは、これらの矛盾と、それが重大性に及ぼす可能性のある影響を記録する必要があります。

12. クリティカル パスの影響をテストする

分析では、申し立てられた出来事が、該当する時点での完了を制御する作業に影響を与えたかどうかを判断する必要があります。重要ではないアクティビティの遅延により、完了が延長されずにフロートが消費される場合があります。シーケンスの変更後、後のイベントが重要になる可能性があります。

方法には、時間影響分析、ウィンドウ分析、計画通りか建設通りか、または記録や紛争の状況に適したその他のアプローチが含まれる場合があります。勤勉プロセスは専門家の証拠に代わるものではありません。ターゲットのメソッドが一貫性​​があり、再現可能であり、サポートされているかどうかを識別する必要があります。

AI は、イベントの日付を抽出し、レコードをアクティビティにマッピングできます。通信頻度から重要性を推測すべきではありません。プログラムと事実の記録はその関係を裏付けるものでなければなりません。

13. 同時実行性と請負業者のリスクを特定する

雇用主のイベントは、請負業者の遅延、下請け業者の失敗、調達の遅れ、または悪条件と同時に発生する可能性があります。勤勉チームは、すべてのイベントがフルタイムでフルタイムで移動し、コストがかかると想定するのではなく、競合する原因を特定する必要があります。

記録は、労働、工場、資材、承認、アクセス、および下請けのパフォーマンスをプログラムに結び付ける必要があります。内部報告により、正式な主張から漏れた原因が明らかになる可能性があります。分析では、真の同時実行性、連続したイベント、およびさまざまなパスに影響を与える個別の遅延を区別する必要があります。

取引モデルは不確実性を反映する必要があります。強い雇用主との因果関係があり、請負業者による重大な遅延がある請求は、より広い範囲をカバーしながら、ある程度の権利を保持する可能性があります。法的および遅延の専門家は、関連する契約上および法的取扱いを決定する必要があります。

14. 延長と中断を定量化する

延長分析では、補償可能な遅延から生じる時間関連コストをテストします。現場の諸経費、人員、工場、設備、保険、保証金、その他のコストを実際の期間と契約規則に合わせて調整する必要があります。世界の日次レートは、損失を過大評価または過小評価する可能性があります。

中断分析は生産性の損失をテストします。それには、イベントと影響を受ける作業との間の因果関係に加えて、信頼できる比較または測定方法が必要です。変化が生産性を低下させるという大まかな主張だけでは不十分です。

AI は、日々の記録、リソース データ、作業現場をグループ化するのに役立ちます。レビュー担当者は定義、正規化、比較を制御する必要があります。欠落しているレコードは、黙って補完されるのではなく、範囲を広げる必要があります。

15. 反訴と損害賠償の分析

買い手は、雇用主の反訴、未払い金、瑕疵費用、完成費用、清算損害賠償金、保証金請求、第三者エクスポージャーをモデル化する必要があります。これらの項目は、ターゲットの請求登録簿の外に置かれ、雇用主の通信、エンジニアの決定、法的ファイル、または現金控除に表示される可能性があります。

清算された損害賠償の分析では、契約レート、上限、関連する完了義務、延長、部分的な完了、および潜在的な救済を特定する必要があります。準拠法と契約条件によって、法的強制力と調整が決まります。

反訴は、引当金、偶発債務、プロジェクトの予測と調整される必要があります。記録されていない申し立てが自動的に責任となるわけではありません。評価されるまで、それは取引リスク範囲の一部のままです。

16. IFRS第15号に対する請求の調整

IFRS第15号は、収益に商品やサービスとの交換で期待される対価を反映することを要求し、契約の変更と変動対価に対処する ^[6]。価格が合意される前に、バリエーションの範囲が変更される場合があります。会計評価では、強制可能な権利、承認、見積り、変動対価の制約を考慮する必要があります。

デリジェンスチームは、認識されたすべての重要な主張または変動を、会計上の判断、情報源の証拠、承認状況、およびその後の現金に結び付ける必要があります。プロジェクトや報告期間全体での一貫性をテストする必要があります。期間後の認証と和解は、慎重なカットオフ分析を必要とする一方で、以前の見積もりに関する証拠を提供する可能性があります。

会計遵守は法的な回収可能性や取引価値を確立するものではありません。買い手は、売り手の会計上の見積りよりも保守的な評価確率を適用する場合があります。

17. テストの完了にかかるコスト

保険金請求は、残りのコストから独立して評価することはできません。プロジェクトには、調達のインフレ、手戻り、生産性の損失、または下請け業者の債務不履行が発生する一方で、貴重な変動が伴う可能性があります。買い手は、パッケージごとに確定コスト、発生コスト、予測コストを再構築する必要があります。

予測テストでは、過去の生産性、発注書、下請け契約のエクスポージャ、残存数量、動員、試運転、完了を比較する必要があります。楽観主義は、承認されていない貯蓄、見越の遅れ、または他人からの回収の想定を通じて現れる可能性があります。

請求とコストモデルは事象の仮定を共有する必要があります。遅延請求がさらに 6 か月かかると仮定した場合、完了までのコストの予測には、関連する延長コストとプログラムの影響が反映される必要があります。

18. 不利な契約を特定する

IAS 第 37 号では、避けられない費用が予想される経済的利益を超える場合に、不利な契約条項の認識と測定を要求しています。 ^[7]。勤勉さは、残りの収益と裏付け可能な請求が直接および割り当てられた履行コストをカバーしていないプロジェクトを特定する必要があります。

テストでは、該当する会計方針と現在の証拠を使用する必要があります。また、請求の格下げ、プログラムの遅延、またはコストの増加によって買収後に引当金が発生する可能性があるため、基準値に近いプロジェクトも特定する必要があります。

取引モデリングでは、会計上の規定と経済的マイナス面を区別する必要があります。買い手は、認識された金額を超える現金、保証金、管理および評判への影響に直面する可能性があります。

19. 現金化のテスト

収益から現金への橋渡しには、認証、請求、保留、事前回収、相殺、税金、徴収、決済が示されている必要があります。収益性の高いプロジェクトでも、認証が遅れたり、契約資産に係争中の金額が残ったりすると、現金が消費される可能性があります。

経過期間は、イベント、提出、認証、請求書の日付から測定する必要があります。単一の受取可能年齢によって、何年にもわたる未解決の商業プロセスが隠蔽される可能性があります。取引相手、プロジェクトの資金調達、承認階層は回収可能性に影響します。

買い手は基準決済と下値決済に基づいて運転資本をモデル化する必要があります。ロールアップファイナンスでは、取得した保険金が現金に変換される前に統合されることを前提とすべきではありません。

20. 紛争の危険性を測定する

2024 年の新規 ICC 仲裁事件のうち、建設およびエンジニアリングが 23.2% を占め、建設およびエンジニアリングとエネルギーが 44% を占めました。 ^[8]。この証拠は、関連分野における紛争リスクの重要性を示しています。特定のプロジェクトが仲裁することを予測するものではありません。

デリジェンスファイルには、紛争通知、フォーラム、議席、準拠法、当事者、金額、弁護士、専門家、手続きのスケジュール、セキュリティ、和解履歴、および費用が記載されている必要があります。 DIAC と SCCA の規則は、症例管理と緊急救済のメカニズムを含む地域の制度的枠組みを提供しています [9-10]。

取引モデルには、法的コストと専門家のコスト、管理時間、現金化の遅延、不利な結果、執行を含める必要があります。決済戦略は買い手のガバナンスのもとに維持される必要があります。

21. AI システムを検証する

AI システムは、文書の抽出、分類、年表、検索、矛盾検出について検証される必要があります。テスト セットには、さまざまな言語、スキャン、表、図面、電子メール チェーン、契約フォームが含まれている必要があります。精度は、決定に影響を与えるフィールドで測定される必要があります。

幻覚は、ソースにリンクされた出力と必須のレビューを通じて制御されます。すべての重要な結論は、基礎となる文書と場所を示す必要があります。システムは、証拠が存在しない、または曖昧である場合にはそれを明示する必要があります。

NIST の AI リスク管理フレームワークと ISO/IEC 42001 は、AI リスクと管理システムを管理するためのガバナンス概念を提供します [11-12]。ディリジェンス ワークフローでは、責任のある所有者、承認された使用法、アクセス、監視、インシデント、および変更管理を定義する必要があります。

検証では層別テストセットを使用する必要があります。英語とアラビア語の記録、不十分なスキャン、手書きの注釈、送付状、表、長い電子メールの連鎖、プログラムの説明、支払い証明書、修正された契約をカバーする必要があります。チームは、日付、金額、当事者、条項、プロジェクト識別子、文書のステータスについてフィールドレベルの精度を測定する必要があります。一般的なテキスト分類のパフォーマンスでは、これらのトランザクションに不可欠なフィールドの信頼性は確立されません。

既知の質問を使用して検索品質をテストする必要があります。レビュー担当者は、重要なイベントと裏付けとなる記録のベンチマーク リストを作成し、システムが関連するドキュメントを返し、無関係な結果を回避するかどうかを測定できます。不利なレターが欠落していると買収訴訟が歪められる可能性があるため、偽陰性は特に重要です。ワークフローは、信頼性が低い場合に従来の検索およびサンプリングのルートを提供する必要があります。

モデルのバージョン、プロンプト、抽出ルール、および人間による修正を記録する必要があります。あるドキュメント タイプを改善する変更によって、別のドキュメント タイプのパフォーマンスが低下する可能性があります。チームは最終的な調整のために運用構成を凍結し、投資決定に使用された出力を保存する必要があります。その後の改良点は個別にテストできます。

言語の取り扱いには注意が必要です。翻訳により、契約上の意味、定義された用語、義務の程度が変わる可能性があります。システムは元のテキストを保存し、ナビゲーション用に調整された翻訳を提供する必要があります。重要な法的結論は、準拠言語と法律に精通した専門家によって検討される必要があります。

22. 機密性と特権を保護する

建設記録には、個人データ、価格設定、設計、セキュリティ、紛争、特権的なアドバイスが含まれます。買い手は、承認されたデリジェンス質問に必要なもののみを収集し、法的レビューを一般的な取引アクセスから分離する必要があります。

役割ベースの権限では、財務、営業、遅延、法務、統合の各チームを区別する必要があります。 AI ベンダーとホスティング プロバイダーには、契約、セキュリティ、データの場所のレビューが必要です。明示的に承認されない限り、取引記録に関するモデルのトレーニングは禁止されるべきです。

ソース ドキュメントが制限されている場合でも、出力によって機密情報が明らかになる可能性があります。リリースプロセスでは、バイヤーモデル、レンダーパック、ボードペーパーに入力する前に、表、抜粋、クレームナラティブをレビューする必要があります。

23. 証拠を主張の確率に変換する

確率は、権利、手順、因果関係、プログラム、量子、取引相手、法廷および和解の証拠を反映する必要があります。それは範囲として表現され、理由によって裏付けられる必要があります。単一のパーセンテージによって、相殺される長所と短所が隠蔽される可能性があります。

モデルは、期待値と下値エクスポージャを区別する必要があります。請求は、反訴、遅延コスト、資金負担と正の相関がある可能性があります。ポートフォリオの集約では、プロジェクトの依存性を維持する必要があります。

オーバーライドには承認と証拠が必要です。経営陣の信頼、過去の関係、口頭での保証は、回復が確認されたものとして扱うのではなく、状況として記録する必要があります。

扱いは重要性、証拠、取引構造に応じて異なります。

24. メンテナンス可能な EBITDA を再構築する

保守可能な EBITDA では、サポートされていない請求収益を削除し、完了までのコストの楽観主義を修正し、定期的な請求管理コストを含め、非定期的な取引または紛争費用を区別する必要があります。また、タイミングと実行を裏付ける証拠がある場合にのみ相乗効果を反映する必要があります。

ブリッジは、報告された EBITDA から始まり、プロジェクトへの各調整を追跡する必要があります。 1 つの契約がリスクを引き起こす場合、ポートフォリオ レベルの割合では不十分です。調整は、収益、粗利益、引当金、契約資産および現金を調整する必要があります。

購入者は、保守可能な EBITDA から除外される回収額を個別にモデル化する必要があります。請求固有の条件付対価は、クロージング時に十分に活用せずに上値を共有する可能性があります。

25. ロールアップモデルをデモンストレーションする

合計収益が AED 1.85 billion であり、報告された EBITDA が AED 148 million である 3 つの仮想の GCC 請負業者について考えてみましょう。彼らは 64 のアクティブまたは商業的にオープンなプロジェクトを運営しています。経営陣は、240 万のページまたはメッセージ、AED 230 million の総認識変動および請求資産、および AED 126 million の潜在的な反訴および清算された損害賠償を想定しています。

ポートフォリオ全体の分類により、潜在的な変更イベントの AED 310 million が特定されます。 AED 276 million は通知され、AED 238 million は提出され、AED 194 million は初期資格テストによってサポートされ、AED 162 million は量子証拠によってサポートされました。手続き、因果関係、プログラム、取引相手および回収調整後のリスク調整済み保険金資産は AED 132 million です。

反訴審査では、AED 52 million から AED 126 million までのより広い範囲内で、可能性のあるエクスポージャーの AED 78 million を推定しています。 AED 36 million の収益調整により、AED 112 million の維持可能な EBITDA が生成されます。これらの出力は、正確な予測ではなく、購入価格構造をサポートします。

すべての数値は、AED 百万単位の経営陣による仮定です。

26. トランザクションを構造化する

仮想の買い手は、証拠に基づいた EBITDA の保守可能な運用を評価し、不確実な請求の回収を分離することができます。債権固有の条件付対価権は、税金、費用、相殺、反訴を除いて、定義された現金が回収されたときに売主に支払うことができます。草案作成では、帰属と行為をめぐる紛争を防止する必要があります。

エスクローは、特定された反訴、清算された損害賠償、書類上の不備をカバーすることができます。完了アカウントでは、契約資産、引当金、完了までのコスト、保持および関連当事者の残高を定義する必要があります。特定の補償は、既知の紛争または保証に対処する場合があります。

行為権は、売主が結合事業を無期限に支配することを許可することなく、回収価値を維持する必要があります。契約では、決済権限、情報権、協力、コスト、特権、有効期限を定義する必要があります。

27. クレーム管理の統合

初日は、アクセス、権限、通知、プログラムの提出、絆、異議申し立ての期限を守る必要があります。買い手は、検証された役割と適切な条件を条件として、知識が重要な場合には主要な商業マネージャー、プランナー、プロジェクト リーダーを雇用する必要があります。

最初の 100 日間は、1 つのプロジェクト登録、クレーム分類、義務カレンダー、委任された権限、およびレビュー頻度を作成する必要があります。高リスクのプロジェクトには、詳細な調査、復旧計画、および経営陣の責任が与えられます。会計記録、商業記録、法的記録は一致する必要があります。

統合では、システムを移行する前にターゲットの証拠を保存する必要があります。フォルダーの再構築、メールボックスの閉鎖、またはプログラムの変換により、出所が破壊される可能性があります。制御された移行では、オリジナル、マッピング、監査ログを保持する必要があります。

28. 意思決定とガバナンスの記録を確立する

最終的なディリジェンス記録には、契約範囲、データ範囲、ギャップ、請求方法、プログラム制限、会計処理、法的検討、確率範囲、収益調整、取引保護、統合措置について記載する必要があります。すべての重要な結論は、情報源の証拠と指名された査読者まで追跡できる必要があります。

決定権は明確にしておく必要があります。データ チームと AI チームが取り込み、抽出、取得を管理します。数量調査員と商業専門家が資格と量子証拠を評価します。計画と遅延の専門家がプログラムの効果を評価します。会計士は認識と予測を評価します。弁護士は契約、法律、特権、紛争を解釈します。取引チームは、これらのインプットを価値と条件に変換します。

継続的なガバナンスでは、予測される回収、和解、プロジェクトの成果、統合アクションを買収ケースと比較する必要があります。購入者は後知恵を避けるために、元の勤勉のスナップショットを保存する必要があります。教訓は、将来の審査と引受審査を更新する必要があります。

投資委員会パックでは、検証された事実、専門的な評価、経営陣の仮定、未解決のギャップを分離する必要があります。検証された事実には、作成された文書、証明された金額、現金の領収書、および保存されたソース記録が含まれます。専門的な評価には、請求の強度、プログラムの信頼性、会計処理、法的解釈が含まれます。管理上の想定には、決済のタイミング、相乗効果、回収の可能性、将来のプロジェクトのパフォーマンスが含まれます。未解決のギャップは、価値や保護に明らかな影響を与えるはずです。

決定記録にはサンプリングについても説明する必要があります。ポートフォリオ全体の分析は数百万のレコードをカバーでき、人間による詳細なレビューは重要なプロジェクトと例外に焦点を当てます。チームは、深く検討したプロジェクト、請求および文書の種類、選択ロジックと収益の範囲、EBITDA、請求資産およびダウンサイドエクスポージャを記載する必要があります。これにより、委員会は証拠が結論の広範さを裏付けるかどうかを判断することができます。

品質レビューには敵対的テストを含める必要があります。請求ファイルを作成していない審査担当者は、雇用主との通信、内部記録、および競合する原因を使用して、権利、プログラム、および量子チェーンの反証を試みるべきです。その目的は、価格と条件が固定される前に、裏付けのない信頼感を特定することです。重要な不一致は範囲と取引構造において目に見えるままであるべきです。

買い手は、ディリジェンスの結果を運営責任に変換する必要があります。リスクの高い各プロジェクトには、経営責任者、営業責任者、プランナー、会計士、法務担当者が必要です。必要な措置には期限、証拠、経済的効果が必要です。買収モデルでは、アクションを怠った場合にリスクにさらされる現金または価値を特定する必要があります。これにより、投資案件が実行につながります。

クローズ後のレビューでは、実際の認証、決済、コスト、完了を署名時に使用した範囲と比較する必要があります。差異は、新しい出来事、証拠の質、分析エラー、管理措置、市場または取引相手の変化に分解する必要があります。目的は学習と制御であり、元のケースを遡って書き直すことではありません。

このフレームワークは、将来の発信を改善することもできます。弱い通知、プログラム記録、またはコスト予測に繰り返し遭遇するバイヤーは、これらの機能をターゲット スクリーニングの一部にすることができます。強力な保険金請求ガバナンスは、認証を加速し、資格を保護し、紛争のエスカレーションを軽減することで、運用価値の源泉となり得ます。期待される改善は、証拠、コスト、タイミング、責任ある実施に基づいてモデル化する必要があります。

クレーム分析の価値は、規律ある証拠と迅速な異議申し立てにあります。ドキュメントを明らかにし、イベントを結び付け、ポートフォリオ全体の一貫性をテストできます。適格な判断なしに、法的権利、クリティカルパスの因果関係、または公正価値を決定することはできません。建設のロールアップは、買い手がプロジェクトごとに収益、現金、負債、および管理ケースを説明できるときに開始する必要があります。

29. 取得スクリーニングプロトコルを設計する

クレーム分析は、完全な調査が行われる前に開始できます。請負業者を審査する買い手は、契約金額、認定金額、現金、予測コスト、完了日、延長ステータス、請求、反訴、保持およびセキュリティを調整するコンパクトなプロジェクト登録簿を要求する必要があります。当初の目的は、相当な努力リソースを投入する前に、集中、会計依存、証拠のギャップを特定することです。

画面では、報告された未承認の商業ポジションへの EBITDA 依存度を計算する必要があります。認識されたバリエーション収益を認証および現金と比較し、プログラムの背後にあるプロジェクトが寄与する粗利益の割合をテストし、回収証拠が弱まっている一方で保険金請求資産が増加しているプロジェクトを特定する必要があります。これらの指標は価値を決定するものではありません。彼らは質問、サンプリング、専門家のレビューを指示します。

ターゲットの比較には一貫した定義が必要です。請負業者は、発行された雇用主の指示をバリエーションとして記録することができます。別の者は合意を待つかもしれない。 3 分の 1 は、変更から予想されるマージンのみを記録する場合があります。買い手は、ポートフォリオを比較する前に、提出、評価、認定、請求、および回収した金額を正規化する必要があります。また、承認済み、可能性が高い、指示済み、保留中の各ターゲットの定義を調整する必要もあります。

スクリーニングプロトコルでは 4 つのゲートを使用できます。境界ゲートは、取引に参加するエンティティ、プロジェクト、保証、および未解決の紛争を確認します。証拠ゲートは、締結された契約、プログラム、通信およびコストの記録が利用可能で追跡可能であるかどうかをテストします。経済の門は、収益、現金、下値集中をテストします。制御可能性ゲートは、バイヤーが記録を保存し、主要な人材を維持し、クロージング後に正しいプロセスを維持できるかどうかを考慮します。

ゲートでの不利な結果には、所定の応答が必要です。買い手は境界を狭めたり、勤勉を延長したり、価格メカニズムを要求したり、プロジェクトイベントのクロージング条件を設定したり、特別な保護を求めたり、機会を拒否したりする可能性があります。決定結果が定義されていない調査結果は、引受審査を改善することなく時間を浪費する可能性があります。

審査記録では、すべての残高とプロジェクトのステータスのソース日を特定する必要があります。建設ポートフォリオは、証明書、指示、決済、完成予測の変化に応じて急速に変化します。明確なカットオフ日により、その後の開発を元の証拠ベースに混ぜ込むのではなく、変更として分析することができます。

30. 発見を価値創造の行動に変える

買い手は、価値の保護と価値の創造を区別する必要があります。価値の保護には、裏付けのない収益の削除、信頼できるエクスポージャの確保、権利の維持、通知の管理、証拠損失の回避が含まれます。価値創造には、認証の加速、最終的なアカウント準備の改善、漏洩の削減、希少な商業専門家の配置、一貫した交渉のためのポートフォリオの証拠の使用が含まれます。

各アクションには、ベースライン、所有者、必要な証拠、コスト、タイミング、測定可能な結果が含まれている必要があります。たとえば、回収イニシアチブは、完全な記録と合意された評価原則を備えた、指示されたバリエーションの定義されたセットをターゲットにする場合があります。その手段としては、合意された期間内に認証を取得し、外部コストを差し引いた現金を回収することが考えられます。保険金請求を改善するための広範な取り組みは、保険引受可能な利益を提供しません。

相乗効果はプロジェクトの義務に照らしてテストされる必要があります。計画や商用レビューを一元化すると管理が向上しますが、現場の知識がなくなると通知や実証が弱くなる可能性があります。統合設計では、記録と責任が安全に移管されるまで、イベント履歴と契約管理を理解している人材を維持する必要があります。保持の決定は、検証された貢献と役割の重要性を反映する必要があります。

ポートフォリオ分析により、設計の遅れ、範囲の不完全さ、下請契約のフローダウン、プログラム更新の欠落、商業的対応の遅れなど、繰り返される原因を明らかにすることができます。買収者は、入札規律、契約レビュー、プロジェクト管理、委任、トレーニングに優先順位を付けることができます。期待される利点は、通知の見逃しの減少、より​​迅速な提出、より強力な認証、または外部紛争コストの削減など、定義されたメカニズムに関連付けられる必要があります。

現金が依然として主要なテストです。請求は、給与、サプライヤー、債券、または債務返済に資金を提供することなく、報告された利益を強化することができます。統合ダッシュボードでは、請求の移動を認証、請求、相殺、現金に調整する必要があります。また、回復を追求するためのコストと運転資本の負担も追跡する必要があります。これにより、総額の決済が、関連するコストやタイミングを伴わずに価値として提示されることが防止されます。

合併後の事業は、明確な基準を設けた請求委員会を維持する必要があります。重要な新たな請求、和解、権利放棄、プログラムの変更、および準備金の移動は、部門横断的なレビューを受ける必要があります。委員会の記録には、証拠、専門的見解、権限、および財政的影響を記載する必要があります。上級管理職は、プロジェクト レベルの例外とともに簡潔なポートフォリオ ビューを受け取る必要があります。

価値創造のレポートでは、不確実性を維持する必要があります。予測回収率は、日付が設定された仮定と特定可能な依存関係を含む範囲である必要があります。実現された成果は、予測される利益とは別に報告される必要があります。和解によって請求と反訴の立場の両方が解決される場合、記録には、純経済的結果と、プログラム、保持、保証、または将来の作業への影響が示される必要があります。

買収の理論は、クロージング時に利用可能な人材、システム、権限を使って運営計画を実行できる場合に最も強力になります。請求分析は、その計画に共通の証拠ベースを提供します。トランザクション保護は、すぐには制御できないリスクをカバーします。統合アクションは、変更される可能性のあるリスクに対処します。条件付き価値は将来の回復に依存する潜在的な上振れを維持します。

情報源

1. UAE 立法プラットフォーム、現在の連邦法および立法の最新情報。 一次ソースを読む
2. UAE 法務省、主要な法律および連邦法的枠組み。 一次ソースを読む
3. WIPO Lex、サウジアラビア民事取引法、2023 年 6 月 18 日の国王令 M/191。 一次ソースを読む
4. 米国政府会計検査院、スケジュール評価ガイド GAO-16-89G。 一次ソースを読む
5. 建設法学会、遅延および中断プロトコル、第 2 版。 一次ソースを読む
6. IFRS財団、IFRS第15号「顧客との契約からの収益」。 一次ソースを読む
7. IFRS財団、IAS第37号の規定、偶発負債および偶発資産。 一次ソースを読む
8. 国際商業会議所、2024 年の紛争解決統計。 一次ソースを読む
9. ドバイ国際仲裁センター、DIAC 仲裁規則 2022。 一次ソースを読む
10. サウジ商事仲裁センター、SCCA 仲裁規則 2023。 一次ソースを読む
11. 米国国立標準技術研究所、AI リスク管理フレームワーク 1.0。 一次ソースを読む
12. 国際標準化機構、ISO/IEC 42001 人工知能管理システム。 一次ソースを読む
13. 国際コンサルティング エンジニア連盟、FIDIC 建設契約、レ​​ッドブック、および請求に関するリソース。 一次ソースを読む
14. 国際コンサルティング エンジニア連盟、FIDIC 契約ガイドおよび文書。 一次ソースを読む
15. 国連国際貿易法委員会、電子商取引に関するモデル法。 一次ソースを読む
16. 国連国際貿易法委員会、電子譲渡可能記録に関するモデル法。 一次ソースを読む
17. 国際標準化機構、建築情報モデリングを使用した ISO 19650 情報管理。 一次ソースを読む
18. BuildingSMART International、Industry Foundation Classes の標準とリソース。 一次ソースを読む
19. BuildingSMART International、BIM コラボレーション フォーマットのリソース。 一次ソースを読む
20. 世界銀行、投資プロジェクト融資の借り手に対する調達規制。 一次ソースを読む
21. 経済協力開発機構、OECD AI 原則。 一次ソースを読む
22. 国際契約・商業管理協会、契約管理の研究と標準。 一次ソースを読む
23. Project Management Institute、スケジューリングおよびプロジェクト管理の実践標準リソース。 一次ソースを読む
24. Association for the Advancement of Cost Engineering International、フォレンジック スケジュールとコスト分析の推奨プラクティス。 一次ソースを読む