宇宙内製造プロジェクトのファイナンス: 実績のない能力に対する契約構造

導入

宇宙での製造では、微小重力、真空、放射線、熱条件、または軌道上へのアクセスを利用して、地球上では入手が難しい特性を持つ材料、生物学的製品、またはコンポーネントを生産できます。商用サービスには、ペイロード設計、原料準備、打ち上げ統合、軌道処理、遠隔測定、帰還、回収、分析、地上仕上げが含まれる場合があります。通常、収益は軌道プロセスだけではなく、提供され受け入れられた結果に依存するため、資金調達はチェーン全体をカバーする必要があります。

プロジェクトファイナンスは、環状フェンスで囲まれたプロジェクト会社、予測可能なキャッシュフロー、強制力のある契約、建設リスクと運営リスクの明確な配分に依存しています。初期の宇宙製造プロジェクトには、各機能の弱いバージョンがあります。それらの能力は、運用資産ではなくエンジニアリング ハードウェアとして存在する場合があります。打ち上げおよび返却サービスはサードパーティから購入されます。出力の品質はミッションごとに異なる場合があります。顧客契約は、研究契約または趣意書である場合があります。ライセンス、打ち上げスロット、またはプラットフォームの予約は、条件付き、期間限定、または譲渡不可である場合があります。

したがって、資金調達のタスクは、開発プログラムを一連の資金調達可能な状態に変換することです。各州は、客観的な受け入れ証拠、特定された資本源、失敗コストの定義された配分、および次の資本層が参入できるかどうかに関する決定を持っている必要があります。この文書では、そのシーケンスと実際に実行された仮説的な資金調達ケースを提供します。特定の企業を評価したり、特定のプロジェクトに対する資金調達手段を推奨したりするものではありません。

1 融資サービスと完了状態を定義する

プロジェクト会社は、資本スタックを定義する前にサービスを定義する必要があります。契約では、実験スロット、ペイロード開発サービス、予約された軌道処理時間、返品されたサンプル、技術仕様内の材料、認定コンポーネント、または完成品を販売する場合があります。これらは、完了の証拠が異なる異なる収益単位です。

完了状態は、貸し手と契約顧客が存在すると予想する運用資産を説明する必要があります。有用な定義には、飛行に適したハードウェア構成、製造プロセス、打ち上げと帰還の手配、顧客の仕様、承認された歩留まり、年間飛行間隔、運航ライセンス、保険、データ システム、運転資本が含まれます。資金調達された事業が受け入れられた物質とミッションの繰り返しに依存している場合、宇宙船が運用可能であるという声明はあまりにも限定的です。

プロジェクトの境界は、どの契約を特別目的ビークル内に置く必要があるかも決定します。プロジェクト会社は、処理ハードウェア、知的財産、飛行ソフトウェア、顧客契約、打ち上げ予約、プラットフォームへのアクセス、返却能力、試験契約および保険収益に対する所有権または長期権利を必要とする場合があります。スポンサーまたは関連会社が重要な権利を保持している場合、資金調達書類には、スポンサーの苦境を乗り越えるライセンス、直接契約、およびステップインの権利が記載されている必要があります。

2 資本放出のための証拠のはしごを構築する

証拠のはしごは、未定義の約束に反して資本が前倒しされるのを防ぎます。最初の状態は、検証された地上メカニズムである可能性があります。 2 番目は飛行適格ペイロードである可能性があります。その後の状態には、打ち上げの成功、制御された軌道運用、安全な帰還、回収された出力、独立した仕様試験、顧客の受け入れ、および再生産が含まれます。各州は、受け入れに必要な文書、テスト結果、第三者による確認を特定する必要があります。

NASA の商業軌道輸送サービス プログラムは、関連する公共モデルを提供します。 NASA は、承認基準、支払額、期日が明記された、事前に交渉された固定価格のパフォーマンスマイルストーンを使用しました。支払いは承認された完了後に行われました。 GAOは、この構造によりNASAのエクスポージャーが制限され、パートナーが技術的および財務上のマイルストーンを達成できなかった場合、契約が打ち切られる可能性があると報告した。このプログラムは製造歩留まりではなく輸送に焦点を当てていたため、軌道上での製造契約には追加の製品テストと顧客受け入れテストが必要です。 ^[1][2][3]

マイルストーンは、取引相手の管理下での成果を測定する必要があります。設計レビューは開発の支払いをサポートすることができます。起動イベントでは、購入したサービスが起動または展開されるときにのみ支払いを解放する必要があります。製造マイルストーンには、プロセステレメトリと出力証拠が必要です。顧客認定マイルストーンでは、顧客が合意したプロトコルと文書化された承認を使用する必要があります。支出または経過時間のみに基づいたマイルストーンは、資本提供者に多大なパフォーマンス リスクを移転します。

3 資本タイプと技術的状態を一致させる

契約を通じてまだ移転できない不確実性を資本で賄うべきである。これには、初期のプロセス開発、初のハードウェア、未割り当ての統合作業、失敗したミッションから学ぶコストが含まれます。公的補助金または共同資金は、授与条件に従って、定義された技術および戦略的能力の目標をサポートする場合があります。戦略的顧客は、作業の範囲、データの権利、成果物が定義されている場合、製品固有の開発に資金を提供することができます。

顧客が依存関係チェーンを理解した後、前払いによって予約容量を賄うことができます。これらは、収益認識やプロジェクトの無条件流動性から切り離される必要があります。払い戻しの権利、クレジット、リフライト義務により、前払いが偶発債務に変わる可能性があります。したがって、キャッシュ フロー モデルでは、制限付き現金、返金可能な現金、獲得した現金を個別に分類する必要があります。

プロジェクトが再現可能な運営と契約されたキャッシュフローを実証した後、シニア債務の信頼性が高まります。その時点までは、マイルストーンファシリティまたはベンチャーデット商品の方が、開発リスクの価格を設定し、スポンサーのリコース、ワラント、キャッシュコントロール、または最低流動性約款を使用できるため、より適切である可能性があります。商品ラベルは、実際のリスク配分やドロー条件ほど重要ではありません。

4 特装車両の設計

プロジェクト会社は、現金を生み出し継続性をサポートする資産と契約を保持する必要があります。その憲法文書は、無関係な事業、追加の負債、資産の処分、分配、主要な契約の変更を制限すべきである。銀行口座は合意されたウォーターフォールに従う必要があります。重要なアフィリエイト取引では、文書化された独立企業間の条件を使用する必要があります。

スポンサーは、エンジニアリングスタッフ、知的財産、ソフトウェア、調達またはミッション運営を提供する場合があります。各サービスは、パフォーマンス標準、価格設定、継続権を文書化する必要があります。貸し手は、アフィリエイト サービスを置き換えたり、治癒期間中の継続的なパフォーマンスを要求したりできる必要があります。スポンサーの破産後にライセンスが自動的に終了すると、プロジェクトと会社の構造が損なわれることになります。

プロジェクトと会社が分離されていても、運営上の相互依存性は解消されません。打ち上げ、軌道プラットフォーム、通信、帰還、回収および試験のプロバイダーはグループ外に留まる可能性があります。財務分析では、どの依存関係を置き換えることができるか、置き換えにどれくらいの時間がかかるか、どの承認を繰り返す必要があるかを特定する必要があります。

5 技術的な作業をマイルストーン契約に変換する

各マイルストーンには、開始条件、定義されたアクティビティ、受け入れテスト、証拠成果物、承認者、レビュー期間、および受け入れられなかった場合の結果を含める必要があります。契約では、テストの不合格と、証拠の遅れや免責された出来事とを区別する必要があります。請負業者が治癒するか、検査を繰り返すか、あるいは別の方法を使用するかを明記する必要があります。

設計マイルストーンには、システム要件レビュー、予備設計レビュー、および重要な設計レビューが含まれます。ハードウェアのマイルストーンには、認定テスト、環境テスト、ソフトウェア検証、ペイロードの受け入れなどが含まれます。ミッションのマイルストーンには、統合、打ち上げ、軌道試運転、プロセスの実行、再突入、回収が含まれます。製品マイルストーンには、加工管理、独立した分析、仕様準拠、顧客認定が含まれます。

支払いは認められた証拠に従う必要があります。少額の動員支払いでも早期調達をサポートできますが、必要に応じて、親保証、エスクロー、所有権譲渡、履行保証、または返金義務によって保護される必要があります。マイルストーンの価値は、請負業者の支出だけではなく、コストと削減されたリスクを反映する必要があります。

6 受け入れられた製品からの入手可能性の分離

軌道製造プロジェクトにおいて、生産能力には少なくとも 4 つの意味があります。ハードウェア容量は、機器が処理できる内容を表します。ミッション容量は、何が打ち上げられ、運用され、帰還できるかを表します。生産能力は、技術仕様を満たす生産量を表します。商用能力は、顧客が受け入れて対価を支払う生産物を表します。

ペイロード質量をキログラム予約する契約では、顧客が受け入れられた製品に対してのみ支払う場合、キャッシュ フローの保護はほとんど提供されない可能性があります。処理時間を予約する契約は、顧客が結果ではなくサービスを購入するのであれば、出力が実験的な場合でも価値があり続ける可能性があります。収益モデルでは、契約と同じ容量定義を使用する必要があります。

したがって、プロジェクト モデルには、予約済みペイロード質量、打ち上げ質量、処理済み質量、返送質量、仕様内の出力、および顧客が受け入れた出力を示す必要があります。また、未使用の容量、再作業、失敗した実行、および回復による損失も特定する必要があります。債務のサイジングには、強制力のある契約によってサポートされる現金生成単位を使用する必要があります。

7 顧客開拓資金の構造化

戦略的顧客は、実現可能性調査、ペイロード適応、サンプル キャンペーン、または資格プログラムに対して料金を支払う場合があります。開発契約では、技術的な質問、成果物、背景の知的財産、新しく作成された知的財産、データ アクセス、出版権、機密保持、および顧客の商業供給までの経路を特定する必要があります。

合意には、科学的結果が否定的だった場合に何が起こるかも明記する必要がある。たとえ仮説が確認されなかったとしても、合意された研究と証拠が提供された場合、真の調査サービスが得られる可能性があります。製品開発の支払いはパフォーマンスに応じて異なる場合があります。これらのモデルを混在させると、紛争が発生し、信頼性の低い資金予測が発生します。

顧客からの資金提供により、有償のエンゲージメントと調達までの定義されたルートが確立されると、バンカビリティが向上します。顧客に強制力のある購入義務がない限り、将来の取引高を証明することはできません。貸し手は、顧客の契約解除権、技術的条件、予算の承認、責任の上限を確認する必要があります。

8 容量の予約とオフテイクの設計

オフテイク契約には、返金不可の予約料金、容量の支払い、ミッションの支払い、受け入れの支払い、および追加出力の変動価格が含まれる場合があります。構造は移転されるリスクに適合する必要があります。予約料金は、プロジェクトの不足した容量を補うものです。容量の支払いは、プロジェクトによって合意された容量が利用可能になるときの固定費をサポートします。ミッションの支払いは実行を補償します。受諾支払いにより、対価の一部が納品された品質と一致します。

テイク・オア・ペイの概念には慎重な適応が必要です。顧客は、顧客契約の範囲外で、利用できない容量やプロジェクトの失敗に対して料金を支払うべきではありません。容量が利用可能で、顧客がペイロードを指定しない場合、プロジェクトは支払いを求めることがあります。顧客は、サービスの失敗が繰り返された後でも、クレジットまたは終了の権利を保持することができます。最小ボリュームコミットメントでは、製品、仕様、スケジュールプロセス、および救済イベントを定義する必要があります。

価格上昇により、打ち上げコスト、保険料、またはサードパーティのプラットフォーム料金に対処できます。パススルーは、定義された外部コストにのみ適用されるべきであり、証拠、上限、監査権を使用する必要があります。顧客が仕様やミッションプロファイルを変更しない限り、効率に関するリスクは通常、プロジェクト会社に残ります。

9 ローンチ統合とスケジュールリスクの割り当て

打ち上げ契約では、予約されたミッション、ペイロードパラメータ、統合責任、スケジュール変更の権利、終了の支払い、払い戻しまたは再飛行の救済策を特定する必要があります。プロバイダーは、発売日またはマニフェストを変更する広範な権利を有する場合があります。これらの権利は、顧客の納期約束および債務返済の前提と調整される必要があります。

プロジェクト モデルでは、単一の日付ではなく、確率に重み付けされた打ち上げスケジュールを使用する必要があります。これには、保管、再マニフェスト、更新されたテスト、スタッフの維持、保険延長のコストが含まれる必要があります。発売の遅延により、発売価格が変わらない場合でも流動性が消費される可能性があります。

直接契約では終了前に通知を要求することができ、プロジェクト会社や貸し手は支払い不履行を是正することができます。譲渡および支配権の変更に関する制限は、融資前に対処する必要があります。プロジェクトは、資金提供された積立金や保険が差額をサポートしない限り、打ち上げプロバイダーが提供する救済策を超える顧客救済策を約束することは避けるべきです。

10 軌道プラットフォームと運用リスクの割り当て

プラットフォームへのアクセスには、電力、熱制御、通信、乗務員の時間、ロボットの取り扱い、保管および安全インターフェースが含まれる場合があります。プロジェクトでは、各依存関係を可用性標準と証拠記録に変換する必要があります。プラットフォームのサポートという一般的な約束だけでは、生産スケジュールとしては不十分です。

契約では、プロジェクト機器の故障とプラットフォームの利用不能を区別する必要があります。ペイロード操作の優先順位、メンテナンス期間、データの所有権、サイバー制御、異常対応、中断された実行を繰り返す手順を記載する必要があります。サービス クレジットは軽度の停止を補償する場合がありますが、重大な障害にはリフライトまたは終了の権利が必要な場合があります。

NASA の商用地球低軌道戦略と目的地の開発作業は、段階的な能力開発と商用サービスの獲得を継続的に使用していることを示しています。これらのプログラムは潜在的なインフラストラクチャと需要を生み出しますが、各製造プロジェクトは依然として独自の生産能力と契約上の優先順位を確保する必要があります。 ^[4][5][6][7]

11 返品回収と保管リスクの配分

リターンは軌道生成とは別のサービスです。契約では、帰還車両、再突入許可の責任、積載条件、着陸または回収場所、環境制限、回収時間、保管場所の移送および実験室への輸送を定義する必要があります。技術的に成功した軌道プロセスであっても、返却の遅延、汚染、衝撃、温度の逸脱、または不完全な保管記録によって商業的価値が失われる可能性があります。

米国は、パート 450 に基づく打ち上げおよび再突入の許可とペイロードの審査を義務付けています。FAA は、ペイロードの審査では、物理的特性、危険物質、所有権、意図された運用、および指定された再突入場所を考慮できると述べています。英国も宇宙飛行の枠組みを通じて打ち上げと帰還活動を規制している。したがって、ライセンスと承認は、物語上の前提ではなく、先行契約および継続契約の条件として現れるべきです。 ^{[9][10][11][12]}

返品プロバイダーは、顧客の受け入れに必要なテレメトリと回復の証拠を提供する必要があります。責任の上限、除外、保険はリスク価値と比較する必要があります。運送業者の責任が制限されている場合、プロジェクトには顧客固有の保険または引当金が必要になる場合があります。

12 製品の受け入れと顧客の救済策を定義する

顧客受け入れプロトコルでは、サンプルの識別、試験方法、実験室、測定の不確かさ、許容範囲、保持されたサンプル、再試験手順、および決定権限を指定する必要があります。ミッション前に合意する必要があります。結果が出た後に作成されたプロトコルは、一方の当事者に有利になり、貸し手の信頼を弱める可能性があります。

解決策は失敗の原因に従う必要があります。プロジェクトプロセスの失敗により、再実行、交換、クレジットまたは返金が引き起こされる場合があります。打ち上げまたは帰還に失敗した場合、プロバイダーの救済策と利用可能な容量に応じて再飛行がトリガーされる場合があります。顧客が原因でペイロードの問題が発生した場合、プロジェクトに責任が生じてはなりません。検査結果が決定的でない場合は、合意された再検査プロセスを開始する必要があります。

失敗が繰り返されると、エスカレーションと終了の権利が作成されます。このプロジェクトでは、期限のない再飛行義務に上限を設け、予想される救済費用に資金を提供する必要があります。顧客のクレジットは、将来の現金回収を減らす負債としてモデル化する必要があります。

13 完了テストの確立

完了とは、開発リソースから運用リスクへの移行です。テストには機械的な完了以上のものが必要です。これには、飛行適格な商用構成、すべての物品ライセンス、2 回の成功したミッション、制御されたリターン、最低許容収量、顧客資格、契約容量、運航保険、予備資金、完成文書の交付などが含まれます。

独立した技術顧問は、合意された証拠に照らしてテストを検証する必要があります。アドバイザーは広範な慰めの声明を発表するのではなく、例外を報告する必要があります。権利放棄では、残存リスク、補償サポート、権利放棄を承認する当事者を特定する必要があります。

暫定的な完了により、スポンサーのサポートが継続されている間、限定的な借金の引き出しが可能になります。最終的に完了すると、スポンサーの保証が解除され、配布が許可されます。モデルは、いずれかの日付の遅延によって金利、コミットメント手数料、流動性、顧客救済がどのように変化するかを示す必要があります。

14 デザインスポンサー完成サポート

スポンサーサポートには、コスト超過コミットメント、偶発株式、劣後債務、信用状、保証、または担保完了口座が含まれます。最大金額、抽選条件、資金調達のタイミング、有効期限を明記する必要があります。スポンサーの意図を曖昧に表明しても、信用の裏付けはほとんど得られません。

支援額は、完了予定日までの特定された残りのコスト、定量化された緊急事態および債務返済をカバーする必要があります。プロジェクトは、テストの失敗またはスケジュールのリセット後に金額を再評価する必要があります。サポートは、残りのリスクと流動性が明らかに低い場合にのみ、定義されたマイルストーン後に削減できます。

世界銀行のプロジェクトファイナンスガイダンスでは、建設と運営のリスクを配分するためのツールとして、完成サポート、購入保証、準備金口座、セキュリティの割り当てについて説明しています。同じロジックがここにも適用され、返された出力と受け入れられた出力を通じて技術的な完成が拡張されます。 ^{[18][19][20][21]}

15 需要を誇張せずに公的資金を活用する

公的補助金、共同出資、マイルストーン賞はスポンサー資本を削減し、戦略的関連性を検証できます。 ESA の Boost プログラムは、商業輸送サービスの設計、打ち上げ、軌道上での運用、および帰還作業をサポートしました。 NASA の段階的な商用プログラムでは、資金提供契約と固定価格契約を利用して能力を向上させてきました。 ^[3][4][8]

資金調達モデルは、各特典の法的条件を反映する必要があります。資金は払い戻し可能である場合や、適格な費用に限定される場合、資金調達のマッチングを条件とする場合、または監査とクローバックの対象となる場合があります。管理、所在地、知的財産、調達条件の変更は、将来の資金調達や売却に影響を与える可能性があります。

強制力のある条件に基づいてサービスまたは製品を購入しない限り、補助金は顧客の収益にはなりません。貸し手は、戦略的サポート、開発資金、契約需要を個別に分類する必要があります。

16 構造マイルストーンと遅延描画機能

マイルストーン施設は、利用可能な引き出しを制限しながら資本を投入できます。各抽選には、証拠、予算順守、最小限の流動性、重大なデフォルトがないこと、および次のマイルストーンに資金が残っていることの確認が必要です。リスクが軽減されると、後のトランシェでは価格が安くなる可能性があります。

遅延引き出し優先債務は、完了条件が営業キャッシュフローを確立した後に開始する必要があります。約束期間は、現実的なミッションスケジュールに対応する必要があります。長期ストップの日程には、自動的に資金調達の崖が生じるのではなく、延長の仕組み、価格の改定、スポンサーのサポートを含める必要があります。

利子は開発中に資本化される可能性がありますが、資本化により完成額が増加し、悪化するスケジュールを隠すことができます。モデルでは、現金利息、資本化利息、コミットメント手数料、および準備資金を個別に表示する必要があります。債務返済準備金は分配前に資金を調達し、運用スケジュールの変動に合わせて規模を設定する必要があります。

17 セキュリティと直接契約のパッケージを設計する

セキュリティ パッケージには、プロジェクト会社の株式、銀行口座、債権、保険金、ハードウェア、知的財産、契約上の権利が含まれます。実際の価値は、伝達性と継続性に依存します。代替用途が限られている宇宙用ハードウェアは、それを操作するために必要なソフトウェア、ライセンス、スタッフ、およびサービス契約がなければ、回収価値が低い可能性があります。

発売、プラットフォーム、返品、テスト、および主要な顧客取引先との直接契約により、通知、修復期間、譲渡への同意、および貸し手のステップイン権利を提供できます。取引相手は、定義された技術的条件および規制条件を満たす代替事業者を認識する必要があります。ステップインでは、法的ライセンス要件を回避することはできません。

プロジェクトは資産と権利の登録簿を維持する必要があります。所有権、先取特権、場所、状態、保険、交換のリードタイムを特定する必要があります。データ リポジトリ、暗号化キー、地上システム、構成記録は継続計画の一部である必要があります。

18 サイズのリザーブと保険

プロジェクトには、債務返済、ミッションの遅延、再飛行、メンテナンス、打ち上げ価格の値上げ、保険の免責金額、および顧客クレジットのための準備金が必要になる場合があります。各リザーブには、目的、目標残高、資金調達の優先順位、リリーステストを定義する必要があります。すべての緊急事態を 1 つの一般準備金にまとめることで、不足分を目立たなくすることができます。

保険は、打ち上げ、軌道上での運用、再突入、物理的損傷、第三者責任、事業中断、または特定のペイロードのリスクをカバーする場合があります。保険の除外、待機期間、評価基準、および請求管理条項は、ヘッドラインの制限と同じくらい重要です。プロジェクトでは、どの損失が保険未加入または商業的に保険不可能なままになっているかを特定する必要があります。

保険収益は、回復または債務の前払いのウォーターフォールをたどる必要があります。プロジェクトが存続可能であり、スポンサーのサポートが不足分をカバーする場合、貸し手は復活を許可する場合があります。顧客は、プロジェクト会社の保険および予備リソースを超える重複した回収を受け取ってはなりません。

19 営業キャッシュウォーターフォールの構築

現金の領収書は管理されたプロジェクトアカウントに入力する必要があります。ウォーターフォールは、税金、重要な業務、保険、承認されたメンテナンス、顧客救済、優先債務返済、準備金補充、劣後債務、および許可された分配をこの順序で支払うことができます。正確な順序は、現地の法律と商業構造を反映する必要があります。

制限付きの顧客の前払いは、契約上の収益イベントが発生するまで分離されたままにする必要があります。公的資金には別の口座とコストの証拠が必要な場合があります。保険金は回復に限定される場合があります。財務モデルはこれらの法的制限を反映する必要があります。

流通テストには、完了、デフォルトなし、最低準備金残高、過去および予想される債務返済カバー率、契約カバー範囲、およびミッションおよび顧客パフォーマンスのしきい値への準拠が含まれます。キャッシュトラップは、ミッションの遅延や顧客の拒否の後に流動性を維持することができます。

20 モデルの遅延失敗と修正キャッシュ フロー

基本ケースが唯一の資金調達ケースであってはなりません。プロジェクトでは、打ち上げの遅延、ペイロードの失敗、ミッションの中断、帰還の失敗、仕様の失敗、顧客の拒否、プロバイダーの破産をモデル化する必要があります。各シナリオには、スケジュール、追加コスト、収益の損失または繰り延べ、払い戻し義務、保険回収のタイミング、スポンサーの資金提供を示す必要があります。

相関関係のある失敗は重要です。打ち上げの遅延により、ミッションが別の顧客の予算期間に移動する可能性があります。返品に失敗した場合、顧客には終了の権利があるにもかかわらず、新しいハードウェアが必要になる場合があります。バッチが失敗すると、次に予約されたミッションが消費され、別の顧客が置き換えられる可能性があります。

モデルには、すべてのシナリオの後に最小流動性テストを含める必要があります。経済的価値が残っているプロジェクトでも、保険やスポンサーの資金が到着する前に救済策や代替支出が発生すると、債務不履行になる可能性があります。

21 需要集中から守る

初期のプロジェクトは、1 人の戦略的顧客、1 人のパブリックバイヤー、または 1 つのアプリケーションに依存する場合があります。貸し手は、契約解除の権利、資格ステータス、信用の質、調達の承認、地上代替手段に仕事を移行する顧客の能力を調査する必要があります。

ポートフォリオの多様化は、会話や念書の数ではなく、契約キャッシュフローによって測定されるべきです。また、顧客は共通の技術的依存関係を共有する可能性があるため、プロセスや返品の問題が発生すると、一見多様な契約が一緒に失敗する可能性があります。

このプロジェクトでは、段階的な容量販売、アプリケーション固有の開発契約、独占性の制限を通じて集中を軽減できます。基礎顧客は、プロジェクトが他のユーザーの容量を確保しながら、企業の資金提供と引き換えに優先権または価格設定の権利を受け取ることができます。

22 政府データの知的財産と変更

プロジェクト会社は、パフォーマンスを証明し、資産を運用するために必要なデータを管理する必要があります。契約では、バックグラウンドの知的財産、プロジェクトによって作成された知的財産、顧客の資料、プロセス データ、ペイロード テレメトリ、および分析結果を区別する必要があります。権利は、安全性、コンプライアンス、保証、貸し手の継続に必要な範囲で終了後も存続する必要があります。

構成を変更すると、完了の証拠が無効になる可能性があります。ハードウェア、ソフトウェア、原料、分析方法またはミッションプロファイルの変更は、文書化されたプロセスに従う必要があります。重要な変更には、顧客の同意、アドバイザーによるレビュー、または再認定テストが必要な場合があります。

サイバーセキュリティと輸出規制により、データ アクセスと代替事業者が制限される場合があります。ディリジェンス ファイルでは、ホスティング、アクセス制御、監査ログ、暗号化、管轄区域、およびインシデント対応を特定する必要があります。貸し手の担保権は、管理されたテクノロジーを使用する権利を生み出すものではありません。

23 ガバナンスと報告の確立

取締役会は、統合されたスケジュール、資金予測、マイルストーン証拠登録、リスクログ、契約ステータス、ライセンスステータス、および顧客パイプラインを受け取る必要があります。技術報告と財務報告では同じベースラインを使用する必要があります。予定どおりと説明されているミッションには、その受け入れと救済期間を通じて資金も提供される必要があります。

保留事項には、予算の変更、新たな債務、重要な契約の修正、技術ベースラインの変更、関連当事者間の取引、重要な請求の和解が含まれる場合があります。貸し手は、完了またはセキュリティに影響を与える変更についてオブザーバー権限と同意権を受け取ることができます。

報告では差異と是正措置を特定する必要があります。緑色のマイルストーンは、経営陣が受け入れを期待しているのではなく、定義された証拠が受け入れられたことを意味する必要があります。

24 資金調達の決定を下す

投資委員会は特定の融資可能な州を承認する必要がある。繰り返し生産する前に、株式、マイルストーン資金、スポンサーの救済策によってサポートされる開発施設を承認する場合があります。完了後、契約されストレステストされたキャッシュフローに応じた規模の遅延引き出し優先債務を承認する可能性があります。

委員会は、ソースと使用のモデル、完了テスト、マイルストーンスケジュール、契約マトリックス、ライセンス登録、保険分析、ダウンサイドケース、セキュリティパッケージ、および独立した技術レポートを受け取る必要があります。それぞれの仮定は、その証拠と所有者を特定する必要があります。

仮定のケースでは USD 240 million が必要です。提案された資本は、公的資金と顧客資金が利用可能であり、スポンサーのスタンバイサポートが期限内に資金提供され、完了条件後に優先債務が引き出される場合にのみ、指定されたプログラムをカバーします。高齢者施設は、資金源の合計が予算と等しいという理由だけで、初めてのリスクに資金を提供すべきではありません。

25 循環完了テストと収益テストを防止する

融資は保護されているように見えますが、そのテストは相互に依存しています。完了には、借金を引き出すことによってのみ達成される最低現金残高が必要となる場合があります。借金の引き出しには完了が必要な場合があります。契約収益には、借金で資金を調達したミッション後にのみ期限となる顧客の支払いが含まれる場合があります。これらの循環条件は、署名する前に特定する必要があります。

ソースと用途のモデルでは、各ソースを最も早い入手可能性でタグ付けし、各コストを最新の支払日でタグ付けする必要があります。次にモデルは、テスト対象の抽選に依存せずに、コミットされた資金がすべての抽選条件を通じてプログラムをカバーするかどうかをテストする必要があります。投入されたソースの合計が予算の合計を超えている場合でも、発売の統合と顧客の受け入れとの間の資金面でのギャップは重大になる可能性があります。

収益テストでは、締結された契約、先例となる条件、顧客の契約解除権、および収益イベントを区別する必要があります。支払が未完了の資格、年間予算の承認、または顧客のオプションに依存する場合、金額が記載されている契約は債務能力への寄与が少なくなる可能性があります。貸し手は確率テストまたは適格性テストを適用することができますが、プロジェクト会社モデルは運営計画の完全な契約スケジュールを保持します。

同じ規律が予備品にも適用されます。優先債務から資金を調達した債務返済準備金は債務を増加させ、開発の流動性に対応できない可能性があります。顧客の前払いを財源とする再飛行準備金は、一般費用として利用できない場合があります。各準備金は、保護されるエクスポージャーが開始される前に適格な資金源から資金提供される必要があります。

26 所有権変更と撤退のリファイナンス計画

開発資金スタックは、運営資金への移行を予測する必要があります。借り換え条件には、最終的な完了、定義された運用履歴、最低契約収益、重大な請求がないこと、確認されたライセンス、予備資金、およびクリーンなセキュリティの優先順位が含まれます。運用ケースでは、重要な流動性を除去することなく、借り換えによる収益がマイルストーンまたはベンチャー債務をどのように返済するかを示す必要があります。

制御変更条項は、付与、ライセンス、打ち上げ予約、プラットフォームへのアクセス、および顧客契約に影響を与える可能性があります。買い手または新しい貸し手は、複数の当事者からの同意を必要とする場合があります。プロジェクトは同意マトリックスを維持し、取引スケジュール内で満たすことができないクロージング条件を回避するために十分早めに関与を開始する必要があります。

撤退しても顧客と公的資金提供者に対する義務は維持されるべきである。知的財産ライセンス、データ権利、輸出管理要件、場所の約束により、資産の分離が制限される場合があります。契約に間接的な支配権の変更の文言が含まれている場合、スポンサーの売却は必ずしもプロジェクト会社契約を譲渡するとは限りません。

貸し手は執行の結果も考慮する必要があります。後任の所有者には、技術スタッフ、ソフトウェアへのアクセス、規制上の立場、およびサービスプロバイダーの協力が必要です。最も価値の高い成果は、個別のハードウェアの販売ではなく、プロジェクト会社の合意に基づく譲渡である可能性があります。直接契約と現在の継続計画により、その選択肢が改善されます。

資金調達委員会は、意図したテイクアウト経路とダウンサイド経路を承認する必要があります。意図された経路は、営業債務、インフラ資本、戦略的買収、プロジェクト会社の借り換えなどです。マイナス面には、スポンサーの救済、制御された販売、契約の譲渡、またはプログラムの終了が含まれる可能性があります。どちらのパスでも、必要な現金、同意、義務を特定する必要があります。

結論

実証されていない宇宙での製造能力は、一連の管理された証拠状態と調整された契約を通じて資金調達可能になる可能性があります。プロジェクトでは、債務規模を決定する前に、サービス、完了状態、顧客の支払いイベント、救済ルール、および継続権を定義する必要があります。

マイルストーン資本は、測定された進歩に資金を提供する必要があります。顧客の資金は、明示的な条件の下で、定義された作業または容量を購入する必要があります。スポンサーのサポートは、完了とタイミングのリスクをカバーする必要があります。シニア債務は、反復操業、受け入れられた生産量、契約されたキャッシュフロー、および強制可能なプロジェクト権利が存在した後に入力される必要があります。

決定的なテストは、技術的な遅延、プロバイダーの障害、またはスポンサーの問題の後でも、プロジェクト会社が資金の生産と回収を継続できるかどうかです。非公式のサポート、楽観的なミッション日程、または返金可能な顧客現金の無条件の扱いに依存する資本スタックは、銀行として利用することはできません。

付録 A 仮定の融資ケース

架空のプロジェクト会社は、先端材料の再利用可能な軌道上製造サービスを開発します。資金提供されたプログラムには、商用ペイロード ハードウェア、2 つのデモンストレーション ミッション、2 つの顧客認定ミッション、運用ライセンス、打ち上げおよび帰還能力、テスト、運転資金、準備金が含まれます。適格なリピート生産に必要な資金の合計は USD 240 million です。

提案されている資金源は、スポンサー資本の USD 55 million、公的マイルストーン サポートの USD 25 million、戦略的顧客開発資金の USD 40 million、顧客容量前払いの USD 30 million、スポンサー スタンバイ サポートの USD 20 million、および遅延引き出し優先債務の USD 70 million です。開発資金と顧客資金は、承認されたマイルストーンに対してリリースされます。プロジェクトによって適格なキャパシティが利用可能になるまで、キャパシティの前払いは制限されたままになります。これまでにない開発期間中、優先債務は未返済のままです。

完了テストには、商用ハードウェア構成、有効な打ち上げおよび再突入パス、制御された回復、2 回の承認された生産実行、少なくとも USD 54 million の年間契約容量とサービス収益、運営保険、積立金、および技術記録の提供が必要です。この高齢者施設は完成後 5 年間の契約期間があり、債務返済準備金が使用されます。これらの用語は例示であり、市場相場を表すものではありません。

基本ケースでは、完成後は年間 6 回のミッションを想定しています。年間準備ペイロードは 360 キログラム、返送された生産量は 216 キログラム、仕様内の生産量は 144 キログラム、顧客が受け入れた生産量は 108 キログラムです。契約収益には、キャパシティ、ミッション、および受け入れの支払いが含まれます。このモデルは、予約されたすべてのキログラムが受け入れられる製品になることを想定していません。

付録 B 契約およびデリジェンスファイル

最小限のファイルには、プロジェクト境界、所有権図、構成文書、資産台帳、知的財産ライセンス、開発予算、統合スケジュール、マイルストーン定義、技術ベースライン、資格記録、打ち上げおよび返却契約、プラットフォーム契約、顧客契約、公的資金授与、ライセンス登録、保険契約、環境および安全の証拠、財務モデル、予備政策、セキュリティ文書、直接契約およびスポンサーサポート文書を含める必要があります。

すべての支払いイベントは証拠と会計処理に関連付けられる必要があります。すべての重大な依存関係は、その提供者、代替パス、救済策、および治癒までの時間を特定する必要があります。ファイルにはバージョン履歴と承認が保存されている必要があります。

付録 C 危険信号テスト

危険信号には、意向書を契約収益として扱うことが含まれます。許容される容量としてペイロード質量を使用する。返金可能な前払い金を無制限の現金としてカウントします。完了証拠の前に優先債務を引き出します。完了を打ち上げまたは宇宙船の試運転のみと定義する。再飛行義務への資金提供を怠った。サプライヤーの救済よりも優れた顧客の救済を約束する。遭難後に終了するスポンサー所有のライセンスに依存する。クリティカル パスからのリターンとリカバリを省略します。規制当局の承認が自動的に移行すると仮定します。市場の需要の証拠として助成金を使用する。研究サービスと製品供給を区別できていない。重要なアフィリエイト サービスを文書化せずに放置する。未分化の緊急時備えを 1 つ使用する。そして、リピート顧客が受け入れる前にスポンサーサポートを解放します。

成果物と救済策の割り当て案。

実例 USD 百万。資金調達の約束は含まれません。

提案された証拠要件。

支払いイベントの分離の提案。

提案された貸し手の見直し。

イラスト効果;プロジェクト固有のモデリングが必要です。

提案された最低記録。

情報源

1. NASA、商業軌道輸送サービス、2014 年。 一次ソースを読む
2. 米国政府会計検査院、商業パートナーは進歩しているが厳しいスケジュールに直面している、2009 年。 一次ソースを読む
3. NASA、商業軌道輸送サービスに関する宇宙法協定。 一次ソースを読む
4. NASA、商業低軌道目的地フェーズ 2 取得戦略の改訂に関する指令、2025 年 8 月 4 日。 一次ソースを読む
5. NASA、地球低軌道微小重力戦略、2024 年 12 月。 一次ソースを読む
6. NASA、商用パートナーが地球低軌道プロジェクトを前進、2024 年 11 月 25 日。 一次ソースを読む
7. NASA、商用目的地利用要件、2024 年 7 月 2 日。 一次ソースを読む
8. 欧州宇宙機関、ブーストによる地球帰還を伴う微小重力オンデマンド、2021 年 9 月 27 日。 一次ソースを読む
9. 連邦航空局、ペイロードレビュー。 一次ソースを読む
10. 連邦航空局、商業宇宙ライセンスの承認を合理化、2026 年 3 月 17 日。 一次ソースを読む
11. 電子連邦規則集、14 CFR Part 450 の打ち上げおよび再突入ライセンス要件。 一次ソースを読む
12. 英国民間航空局、打ち上げまたは返還オペレーターライセンスを申請中。 一次ソースを読む
13. 英国政府、2021 年宇宙産業規制。 一次ソースを読む
14. 欧州宇宙機関の宇宙成長ネットワークにおけるビジネス、Space Forge。 一次ソースを読む
15. 欧州宇宙機関のスペース ソリューション、AURORA の宇宙内製造実現可能性調査。 一次ソースを読む
16. NASA、宇宙生産アプリケーション。 一次ソースを読む
17. NASA、地球低軌道における将来の NASA 需要の予測改訂 2、2019 年 6 月 7 日。 一次ソースを読む
18. 世界銀行グループ、プロジェクト ファイナンスの主要な概念。 一次ソースを読む
19. 世界銀行グループ、プロジェクトファイナンスにおける商業リスクの軽減。 一次ソースを読む
20. 世界銀行グループ、債権者間協定。 一次ソースを読む
21. 世界銀行グループ、リスク軽減メカニズム。 一次ソースを読む
22. 世界銀行グループ、PPP リファレンス ガイド バージョン 3。 一次ソースを読む
23. 国際金融公社、環境および社会の持続可能性に関するパフォーマンス基準、2012 年。 一次ソースを読む
24. IFRS財団、IFRS第15号「顧客との契約からの収益」。 一次ソースを読む
25. IFRS財団、IFRS第9号金融商品。 一次ソースを読む
26. IFRS財団、IAS第23号の借入コスト。 一次ソースを読む
27. 米国政府会計検査院、衛星が故障した場合、衛星取得機関は契約金額の限られた部分を回収する可能性がある、2017 年。 一次ソースを読む
28. 連邦航空局、航空宇宙予測 2026 年から 2046 年度。 一次ソースを読む
29. NASA テクニカル レポート サーバー、NASA の商用地球低軌道開発、2024 年 10 月 10 日。 一次ソースを読む
30. 欧州宇宙機関商業化ゲートウェイ、ESA 宇宙製造のためのグランド チャレンジ、2023 年 12 月 14 日。 一次ソースを読む