1. はじめに
ファミリーオフィスが最も脆弱になるのは、日常的な運用上の問題が意思決定上の問題に変わったときである。給与支払ファイルの期限が迫るなかで銀行ポータルが障害を起こす。支払いに承認が必要なときにプリンシパルが移動中である。サイバーインシデントにより文書リポジトリが利用不能になる。スタッフがオフィスに出勤できない。市場が動いているなかでカストディアンがアクセス経路を制限する。各事象は単独では対応可能であり得る。しかし複合事象は、ファミリーを義務の履行漏れ、安全でない労働環境、統制されない指示、回避可能な損失にさらし得る。
本論文はファミリーオフィス向けの72時間危機対応運用計画を策定する。期間は6つの統制ウィンドウに分けられる：最初の2時間、2〜6時間、6〜12時間、12〜24時間、2日目、3日目。各ウィンドウには定義された目的がある。第1ウィンドウは人、口座、証拠を保護する。第2ウィンドウは指揮命令と信頼できる事実基盤を確立する。第3ウィンドウは流動性と重要サービスの継続性を確保する。第4ウィンドウは代替ルートを検証する。2日目は運用モデルを安定化させる。3日目はより長期の復旧計画への統制された移行を準備する。
本フレームワークは資産ではなくサービスから始まる。ポートフォリオが経済的に健全であり続けても、オフィスが支払指図、カストディ記録、委任権限、身分証明書類、通信チャネルへのアクセスを失うことがある。したがってオペレーショナル・レジリエンスは、どの成果を継続しなければならないか、混乱をどれだけ許容できるか、どの人材とシステムが各成果を支えるか、主要ルートが利用不能な間どの安全な縮退モードで運用できるかを問う [1-11]。
本計画は相互に連携する5つの統制領域を対象とする。委任権限は、通常の承認者が不在の際に誰が決定し誰が実行できるかを定める。流動性アクセスは、現金源を債務と支払経路に照合する。職員安全は、検証済みの安否確認・所在確認プロセスを提供する。データ継続性は重要記録を保護し、クリーンな復旧経路を確立する。代替カストディは、資産の所有、保管、アクセス、取引、決済を分離し、一層の障害が資産自体の喪失と誤診されないようにする [3-9,12-19]。
本分析は一般的な研究である。いかなるファミリーの法務、税務、規制、投資、サイバー、雇用、保険、セキュリティ上の要件を決定するものではない。すべてのシナリオ、閾値、数値は仮定的かつ簡略化されたものである。関連する統治文書、プロバイダー条件、公式ガイダンス、事実に即した専門家助言が引き続き決定的である。
2. 72時間運用ドクトリン
2.1 生命、権限、アクセス、証拠を保全する
運用ドクトリンには順序付けられた4つの優先事項がある。第一に、家族、職員、重要請負業者の安全を確認する。第二に、未承認または不可逆的な行為を防止する。第三に、重要流動性、カストディ情報、通信へのアクセスを保全する。第四に、復旧に必要な事実、決定、証拠を記録する。これらの統制が安定する前にポートフォリオの見方から始める計画は、信頼できない運用基盤の上で財務的に重大な影響を及ぼす決定を行うリスクがある。
NCEMAの事業継続フレームワークは、重要機能、インシデント管理、危機対応役割、復旧計画、演習を重視している。CBUAE基準は、規制対象機関に対し、重要業務、役割、復旧目標、通信計画、混乱シナリオを特定することを求める。バーゼルおよびFCAのレジリエンス枠組みも同様に、重要サービス、影響許容度、依存関係、テスト、学習に焦点を当てる [1-10]。ファミリーオフィスは、規制対象銀行を名乗ることなく、これらの規律を比例的に適用できる。
オフィスは1ページの発動カードを公表すべきである。そこには、発動トリガー、危機レベル、指揮責任者、副責任者、職員安全責任者、資金責任者、技術責任者、法務・コンプライアンス連絡先、承認済み通信チャネル、次回更新時刻を記載する。また、一時的に禁止される事項も記載する：新規受益者、新規カストディ指図、銀行マンデートの変更、承認済みキュー外の支払、未検証の個人メッセージングの使用、記録の破棄または改変。
2.2 計画はウィンドウ単位で運用される
最初の72時間は、規律を要するほど短く、弱い依存関係を露呈させるほど長い。運用ウィンドウは、事象が最初に発生した時点ではなく、発動時点から計測すべきである。したがって発動記録には2つのタイムスタンプ、すなわち判明している最も早い事象発生時刻と正式な発動時刻を記載する。
| ウィンドウ | 主な目的 | 必要な成果物 | 意思決定ゲート |
|---|---|---|---|
| 0～2時間 | 人を保護し、権限を統制する | 確認済みの安否確認、変更キューの凍結、インシデント責任者 | 差し迫った被害は封じ込められたか？ |
| 2～6時間 | 指揮系統と事実関係を確立する | 状況報告、サービス状況、意思決定ログ | 行動するのに十分な信頼性を持つ事実基盤があるか？ |
| 6～12時間 | 債務とアクセスを確保する | 流動性ラダー、支払キュー、カストディ状況 | 重要債務を安全に履行できるか？ |
| 12～24時間 | 代替ルートを検証する | テスト済みの縮退モードとプロバイダーへのエスカレーション | 翌日以降の業務は許容範囲内で遂行できるか？ |
| 24〜48時間 | 安定化と照合 | 照合済み残高、アクセスレビュー、人員計画 | 危機対応オペレーティングモデルは統制されているか？ |
| 48〜72時間 | 復旧への移行 | 取締役会またはファミリー向け報告、是正責任者、復旧計画 | 指揮体制は対応から復旧へ移行できるか？ |
2.3 運用上の単一情報源
危機対応チームは、統制された状況報告書を1つ維持すべきである。これには、既知の事実、未解決の論点、暫定判断に用いた前提、サービス状況、期限到来の義務、従業員の福利、プロバイダーインシデント、セキュリティ対応、次回レビューを記録する。各項目には情報源と時刻を明示する。噂、メディア報道、未検証のメッセージはシグナルとして記録してよいが、裏付けが取れるまで運用上の事実にはならない。
3. 発動トリガーと危機レベル
3.1 発動は統制上の判断である
危機計画は、オフィスが目に見えて機能不全に陥る前に発動すべきである。有用なトリガーは、サービス中断と統制の阻害を中心に定義する。例としては、決済またはカストディプラットフォームへのアクセス喪失、主要担当者と正式な代理担当者の双方が対応不能であること、本人確認・メール・文書システムに影響するサイバー事象、相当数の従業員と連絡が取れないこと、主要拠点の閉鎖または立入不能、取引・決済・データ可用性に影響するプロバイダー通知、人または施設に対する現実的な脅威などが挙げられる。
トリガー登録簿は、観測、エスカレーション、発動を区別すべきです。観測は記録され、監視されます。エスカレーションは担当者とレビュー時間を割り当てます。発動は危機ガバナンス構造とその一時的統制を開始します。この区別により、あらゆるサービス問題が完全な危機になるのを防ぎつつ、早期の封じ込めを可能にします。
3.2 4段階のラダー
以下のラダーは例示です。各オフィスは、その組織構造、法域、プロバイダー契約および義務を反映した閾値を設定すべきです。
| レベル | 運用状況 | 権限 | 頻度 | 対応例 |
|---|---|---|---|---|
| グリーン | 通常運用、個別問題あり | ビジネスオーナー | 毎日 | サービスデスクおよび通常の承認 |
| アンバー | 重大な劣化または現実的な脅威 | インシデントリード | 4時間ごと | アクセスを保護し、代替手段を準備する |
| レッド | 重要サービスが許容範囲外または許容範囲に近い状態 | 危機対応責任者および副責任者 | 1～2時間ごと | 縮退モードと経営層向け報告を起動する |
| ブラック | 人身安全に関する事象、または資産・ID・指示の管理喪失 | 法務およびセキュリティ支援を伴う、指定された家族権限者 | 継続的な指揮 | 人命を守り、アクセスを封じ込め、関係者に通知する |
オフィスは可能な限り客観的指標を定義すべきである。すなわち、署名不能者数、一定期間内に支払期限を迎える支払額、安全が確認されたスタッフの割合、最後に検証されたバックアップの経過時間、侵害された特権アカウント数、利用不能な重要プロバイダー数、契約上または法務上の期限までの残り時間である。
3.3 解除には証拠が必要
危機対応責任者は、プラットフォームが機能しているように見えるというだけで解除すべきではない。解除には、人身安全の確認、安定的なアクセス、残高と取引の照合、ログの復旧、特権アクセスのレビュー、支払例外の解消、該当する場合のプロバイダー確認、および是正責任者の明示が必要である。長期の復旧が続く間は、より低い危機レベルを維持することができる。
4. 委任権限と承継
4.1 権限は法的にも運用上も有効でなければならない
役職名だけでは、会社、信託、財団、パートナーシップまたは口座を拘束する権限は自動的に生じない。その職務は、権限を該当する法人、統治文書、決議、銀行マンデート、投資管理契約、委任状およびプロバイダーへの指示に対応づけなければならない。危機対応マトリクスはこれらの根拠を要約するものであり、それらに代わるものではない。
マトリクスは意思決定権限と実行権限を分けるべきである。ある者が支払いを承認し、別の者がその入力を行うことがある。カストディアンは、会社の内部委任とは異なる特定の署名者構成を認識する場合がある。受託者または財団評議会には、非公式な家族指示では移転できない義務がある場合がある。弁護士は、事象発生前に法的枠組みを検証すべきである。
4.2 機能別承継
権限承継は、包括的な一回の支配権移転としてではなく、各重要機能ごとに定義すべきである。資金管理、給与、カストディ、投資判断、サイバー封じ込め、職員の安全、対外声明、法的通知および規制当局への通知には、それぞれ異なる代理者と証拠が必要となる場合がある。
| 機能 | 主たる意思決定者 | 代理者 | 実行者 | 独立検証 | 危機時の限界 |
|---|---|---|---|---|---|
| 職員の安全 | オペレーション責任者 | 人事またはオフィスマネージャー | 現地コーディネーター | 危機対応責任者 | 福利厚生措置のみ |
| 給与および必須請求書 | トレジャリー責任者 | 財務ディレクター | 支払オペレーター | 第二承認者 | 承認済み受取人リストおよび上限額 |
| カストディアクセス権 | 投資COO | 権限を有する代理人 | オペレーションアナリスト | 外部管理者または第二責任者 | アクセスおよび照合のみ |
| 投資保護 | 最高投資責任者 | 副最高投資責任者 | 承認済み取引業者 | リスクオフィサー | 事前承認済みのヘッジまたはエクスポージャー削減 |
| サイバー封じ込め | テクノロジーリード | 外部インシデント対応者 | システム管理者 | 法務・プライバシー顧問 | 隔離、保全、復旧 |
| 対外コミュニケーション | 危機対応責任者 | 指定家族代表者 | コミュニケーション・アドバイザー | 法務レビュー | 承認済みの事実に基づく声明 |
4.3 デュアルコントロールは引き続き有効
危機対応の速さは、職務分離を放棄する正当な理由にはならない。CBUAEのオペレーショナルリスク基準は、明確な権限、職務分離、デュアルコントロール、資産および記録の保護措置、取引照合を中核的統制として特定している[3,4]。ファミリーオフィスは、受益者の作成、支払の実行、カストディ移管、特権アクセスのリセット、および外部向け報告書について、第二者による確認を維持すべきである。緊急マンデートが単独行動を認める場合、その行動は上限を設け、記録し、迅速な事後レビューの対象とすべきである。
4.4 プリンシパルの不在
プリンシパル不在時プロトコルは、連絡試行の証拠、承継までの経過時間、実行可能な決定と待機すべき決定、および弁護士または信認義務を負う機関が関与する時点を定義すべきである。医療上の推測を避け、機密性を保持すべきである。また、プリンシパルが復帰した際に通常の権限を回復するための経路も必要である。
5. 重要サービスとインパクト許容度
5.1 成果から始める
資産台帳は、家族が何を所有しているかを示す。サービス台帳は、オフィスが継続して行わなければならないことを示す。重要サービスには、人員の安全確認、現金へのアクセス維持、従業員および重要サプライヤーへの支払、資産の保全、担保要請またはキャピタルコールへの対応、銀行およびカストディアンからの情報受領、サイバーインシデントの管理、法的期限の遵守、家族とのコミュニケーションが含まれ得る。
FCAガイダンスは、インパクト許容度を復旧時間と区別している。インパクト許容度はサービスに対する許容可能な最大の中断を定義し、復旧時間目標はサポートシステムを復旧する目標時間を定義する。システム復旧後もバックログや照合作業が残るため、許容度に達するかなり前に復旧を完了する必要がある場合がある[8-10]。
5.2 時間制限と非時間制限
すべての重要サービスには、時間制限と少なくとも1つの非時間制限を設けるべきである。給与支払では、時間指標は最新の安全な支払実行時刻であり得る一方、非時間指標には未払いの従業員数および未解決の最大金額が含まれる。カストディ報告では、時間指標は最後に検証されたポジションファイルの経過時間であり得る一方、非時間指標には照合済み資産の割合および未解決のコーポレートアクション数が含まれる。
| 重要サービス | 例示的な時間的許容範囲 | 時間以外の指標 | 安全な縮退モード |
|---|---|---|---|
| 従業員の安否確認 | 2時間 | 100%の従業員に状況または所在確認責任者を割り当て | 地域コーディネーターを通じた電話連絡網 |
| 重要資金の可視性 | 4時間 | すべての業務用口座と今後72時間の支払義務をカバー | 最後に確認済みの明細書とコールバックによる確認 |
| 給与および必須支払 | 12時間 | デュアルコントロール外での重要な受取人変更ゼロ | 事前承認済みオフライン支払パッケージ |
| カストディ・ポジションの可視性 | 12時間 | 流動資産価値の少なくとも95%が照合済み | 前日ファイルおよびカストディアンによる確認 |
| 特権アクセス管理 | 1時間 | 疑わしいアカウントはすべて無効化または監視 | 分離されたクリーンな管理者アカウント |
| 家族の意思決定に関するコミュニケーション | 4時間 | 指定された意思決定者全員に連絡済み、または正式に代理を指名済み | 暗号化されたセカンダリチャネル |
これらの値は例示である。オフィスは、義務、タイムゾーン、人員配置、プロバイダーの能力に合わせて調整し、適切な統治機関の承認を得るべきである。
5.3 依存関係マッピング
各サービスは、人員、施設、技術、データ、プロバイダー、法人、金融決済レールをマッピングすべきである。マップは共通依存関係を特定すべきである。2つの銀行が同じモバイルネットワークに依存する場合がある。2つのカストディアンが同じ認証デバイスまたはメールドメインを使用する場合がある。同一IDテナント内のクラウドバックアップは、プライマリ環境と同時に障害となる可能性がある。計画では、プロバイダーリストのロゴ数に頼るのではなく、独立性を検証すべきである。
6. 危機対応の指揮とコミュニケーション
6.1 指揮セル
指揮セルは意思決定できるほど小さく、システム全体を見渡せるほど広くあるべきです。中核的な役割は、危機対応リード、副責任者、業務記録係、スタッフ安全責任者、資金責任者、テクノロジー・サイバー責任者、投資・カストディ責任者、法務またはコンプライアンス顧問です。専門事業者は各自のワークストリームに限り参加します。記録係はアクションログ、意思決定ログ、次回更新時刻を維持します。
規律ある会議は15分で終えられます。問いは、何が変わったか、誰が安全でないかまたは未確認か、どのサービスが許容限度に最も近いか、どのような意思決定が必要か、それを裏付ける証拠は何か、アクションの責任者は誰か、いつ確認するかです。成果物はバージョン管理された状況報告書であり、雑なチャット記録ではありません。
6.2 コミュニケーション階層
ファミリーオフィスはコミュニケーション階層を事前承認すべきです。通常業務では、主要な企業メールとコラボレーションツールは便利です。身元確認やネットワークシステムが侵害されている可能性がある場合には、二次的な暗号化チャネル、検証済みの電話番号、オフラインの連絡先リストが必要です。資金や認証情報に関する指示は、独立した検証なしに新たに導入されたチャネルや番号に依存してはなりません。
連絡先台帳には、家族の意思決定者、スタッフ、受託者または財団役員、銀行、カストディアン、ブローカー、管理者、テクノロジー対応担当者、サイバー保険会社、法務顧問、税務顧問、セキュリティ事業者、重要ベンダー、緊急連絡先を含める必要があります。各記録には、責任者、最終検証日、帯域外検証方法が必要です。
6.3 対外声明
対外コミュニケーションは事実に基づき、限定され、承認済みであるべきです。暫定声明では、ファミリーオフィスが業務上のインシデントを管理し、ステークホルダーを保護し、関連事業者と協働していることを確認できます。証拠が得られる前に、原因の帰属、影響当事者の名指し、損失の見積もり、復旧の発表を避けるべきです。通知前に法務、プライバシー、雇用、規制に関する助言が必要となる場合があります。
7. スタッフの安全と福祉
7.1 検証済みの安否確認
スタッフの安全は、一斉配信メッセージではなく、管理された安否確認から始まります。各従業員および重要委託先は、安全かつ稼働中、安全だが対応不可、支援が必要、連絡担当者を割り当てた未確認、別途の旅程ステータスで出張中、のいずれかのステータスを受け取ります。台帳では不要な医療情報を避け、対応調整者にアクセスを限定すべきです。
NCEMAのガイダンスは、人材、作業環境、輸送、情報、テクノロジー、財務資源、サプライヤーを事業継続の依存要素として扱っています。同ガイダンスはまた、混乱時のリーダーシップ、リモートワーク、スタッフ配置、柔軟な手続きを重視しています [1,2,32-34]。これらの原則は、生産性より先に身体的安全を扱うスタッフ計画を支えます。
7.2 地域コーディネーターと安全な作業
ファミリーオフィスは、各重要拠点の地域コーディネーターを指名すべきです。その役割は、安否を確認し、検証済みの指示を伝達し、支援ニーズをエスカレーションすることです。彼らはセキュリティインテリジェンスを解釈したり、スタッフを不確実な状況に指示したりしません。出張、避難、シェルター、オフィスへのアクセスに関する決定は、最新の公式助言と資格を有するセキュリティ支援を利用すべきです。
リモートワークは意図的に有効化すべきです。スタッフには、クリーンなデバイス、承認済みの本人確認方法、安全な通信、職務に限定されたアクセス、通常の職場外で機密性の高い家族データを扱うための指示が必要です。危機では、アクセスを広げるのではなく狭めることが正当化される場合があります。
7.3 給与、経費、実務的支援
危機計画には、給与支払締切、銀行送金ルート、承認済みバックアップ担当者、例外処理を明記すべきです。緊急経費は、移動、宿泊、通信、医療、交換機器のために必要となる場合があります。計画では、上限、証拠要件、および主要な経費プラットフォームが利用できない場合でも運用できる払戻経路を定めるべきです。
7.4 家族とスタッフの分離
家族の福利と従業員の福利は関連していますが、異なるワークストリームです。家族は、オフィス全体に開示すべきでない専属警備、医療、教育、旅行の手配を有する場合があります。スタッフ安全責任者は、業務と福利の調整に必要な情報のみを受け取るべきです。家族代表者は、家族の私的情報の管理権を保持します。
8. 流動性アクセスと72時間ラダー
8.1 流動性とはアクセスと権限の組み合わせである
オフィスが現金残高を認証、承認、送金、照合できない場合、その現金残高は業務上の流動性ではありません。したがって、流動性台帳には、法的所有者、銀行、通貨、残高ソース、バリューデート、利用可能額、リーエンまたは制限、決済レール、締切、署名権限者セット、認証方法、一日当たり上限、受取人管理、エスカレーション連絡先を記録すべきです。
72時間ラダーは支払義務から始まります。オフィスは、給与、医療、警備、宿泊、公共料金、保険、債務返済、担保、税務、法的期限、契約上重要なサプライヤーを一覧化します。各支払義務には、最終安全支払時刻、金額、通貨、法的支払者、承認済み受取人情報、遅延時の影響を割り当てます。
8.2 流動性の4階層
| 階層 | 対象期間 | 目的 | 根拠 |
|---|---|---|---|
| 1 | 当日 | 従業員の安全、健康管理、警備、コミュニケーション | 検証済みの即時利用可能残高と稼働中の決済レール |
| 2 | 24時間 | 給与支払い、主要サプライヤー、証拠金または担保 | 確認済みの口座アクセス、マンデート、カットオフ |
| 3 | 72時間 | 事業継続可能期間と予見可能な投資義務 | 照合済みの準現金と検証済みの送金経路 |
| 4 | 72時間超 | 復旧資金調達とポートフォリオ対応 | 承認済みの資産換金、借入または資本計画 |
ファミリーオフィスは、コミット済み流動性と潜在的流動性を区別すべきです。未検証の当座貸越、予定されている資産売却、未決済の解約・償還、または非公式な家族からの拠出は、確認済み残高やコミット済みファシリティとは同じではありません。潜在的な資金源は、前提条件と決定権限を付して復旧計画に記載することができます。
8.3 通貨および決済レールの多様性
複数通貨・複数口座の活用は柔軟性を高める一方、管理の複雑さを増す。流動性ラダーでは、どの債務がAED、GBP、USDまたはその他の通貨を必要とするか、どの口座から法的に支払えるか、想定される換金手順、タイムゾーンごとの締切、決済リスクを特定すべきである。バックアップ口座は、危機発生前に最新のマンデート、確認済みの受取人、日常的な管理下での利用実績を備えているべきである。休眠状態または未検証の取り決めは、誤った安心感を生む。
8.4 日次トレジャリーパケット
発動中、トレジャリーは各指令サイクルでパケットを作成する。内容は、検証済みソースからの期首残高、確認済みの利用可能流動性、6時間・24時間・72時間以内に到来する債務、リリース済み支払、承認待ち支払、拒否または不確実な取引、プロバイダーのインシデント、次の締切である。別の担当者がこのパケットを銀行またはカストディアンの証憑と照合する。
9. 支払セキュリティと照合
9.1 資金移動前に変更を凍結する
ソーシャルエンジニアリングは、緊急性、権限、チャネル変更を悪用する。危機対応計画では、危機対応責任者と独立した検証者が文書化された例外を承認しない限り、新規受取人の追加、決済指図の変更、署名者変更、支払限度額の変更を凍結すべきである。コールバック検証では、要求内で提供された連絡先情報ではなく、事前に検証済みの電話番号を使用する。
9.2 支払キューの規律
すべての支払には、識別子、法的支払者、受取人、目的、根拠となる請求書または債務、金額、通貨、期限、承認状態、入力担当者、リリース承認者、コールバック証跡、照合状態を付与する。キューでは、準備済み、承認済み、リリース済み、確認済み、拒否済み、取消済みの項目を分離する。スクリーンショットは証拠を補強できるが、銀行明細や正式な取引記録の代わりにはならない。
9.3 手動および代替の決済ルート
オフライン支払パックには、検証済みの銀行連絡先、マンデート、口座識別子、承認済み支払先、指図書式の見本を収録できる。その使用は、プロバイダーの受入れと現行の権限に依存する。オフィスは通常業務中にプロバイダーと手順をテストし、パックをアクセス管理とバージョン日付を備えて安全に保管すべきである。
9.4 照合が統制ループを閉じる
アクセス復旧後には、重複した指図、遅延した指図、一部のみ実行された指図が明らかになることがある。トレジャリーは、危機期間中のすべての支払を銀行記録、会計元帳、債務、承認ログと照合すべきである。未照合項目は、通常処理を再開する前にエスカレーションする。
10. 代替カストディと資産アクセス
10.1 レイヤーを分離する
カストディ継続性には少なくとも6つのレイヤーがある。法的所有権、口座名義と分別管理、保管、情報アクセス、取引権限、現金または証券の決済である。ポータル障害は情報と指示に影響し得るが、法的所有権と保管は変わらない。決済障害は投資判断を変えることなく現金の受渡しを遅延させ得る。オフィスは行動する前に、影響を受けたレイヤーを診断すべきである。
IOSCOのカストディ基準および証券規制は、投資者保護メカニズムとして、分別管理、帳簿および記録、照合、適格カストディアンを重視している[18,19,25-27]。ファミリーオフィスは、自らの構造について法務および規制上の助言を取得すべきであり、特に資産がファンド、名義人、信託、財団、特別目的会社またはデジタル資産に係る取り決めを通じて保有される場合にはそうすべきである。
10.2 カストディ継続性台帳
| 項目 | コントロールに関する質問 |
|---|---|
| 法的所有者 | 資産または口座を所有するのはどの個人または事業体か？ |
| カストディアンおよびサブカストディアン | 誰が、どのチェーンを通じて資産を保有するか？ |
| 口座名義 | 分別管理または顧客指定はどのように記録されるか？ |
| 権限を有する行為者 | 誰が閲覧、取引、譲渡、決済できるか？ |
| 認証 | どのデバイス、トークン、チャネルが必要か？ |
| 代替アクセス | 検証済みのオフライン経路または二次経路として何が存在するか？ |
| 決済資金 | 受取資金と支払義務はどこへ移動するか？ |
| 直近の照合 | ポジション、現金、取引が独立して照合されたのはいつか？ |
10.3 分散には検証済みの独立性が必要
複数のカストディアンを利用すると、一部の集中は軽減される一方で、新たな集中が生じ得る。ファミリーオフィスは、法的実体、地域、サブカストディチェーン、決済銀行、認証、市場インフラ、アドミニストレーター、データベンダー、通信、内部運用担当者を評価すべきである。2つの口座が1人の従業員の携帯電話と1つのメールドメインに依存している場合、独立したアクセスとはならない。
最小データセットは、主要ポータルを使用せずに、前日のポジション、現金、保留中の取引、担保、コーポレートアクション、プライベートマーケットのコミットメント、連絡先、口座権限を再構築できるものであるべきだ。暗号化され、管理され、定められたスケジュールで更新されるべきである。資産移管は、法的レビュー、権限、検証済みの移管先、完全な照合を必要とする、統制された復旧オプションであり続ける。
11. データ、サイバー、アイデンティティの継続性
11.1 重要情報資産
ファミリーオフィスは、72時間の業務継続に必要な情報を特定すべきである。すなわち、連絡先台帳、統治文書およびマンデート、銀行・カストディ口座一覧、支払および義務の処理待ちリスト、現在のポジション、プライベートマーケットのコミットメント、保険および警備の連絡先、法令に基づき保持される本人確認書類および渡航書類、プロバイダー契約、インシデント対応計画、クリーンなシステム復旧手順である。
NIST、CISA、CBUAE、DFSAの情報源は、準備、インシデント対応、復旧、検証済みバックアップ、アイデンティティ管理策、コミュニケーション、第三者依存の重要性を強調している[5,11,20-24,28-31]。ファミリーオフィスはこれらの実務を規模に応じて適用し、不正侵入が疑われる場合には専門家によるインシデント対応の助言を得るべきである。
11.2 アイデンティティリスクの封じ込め
メール、IDまたは特権アカウントが侵害された可能性がある場合、技術責任者は証拠を保全し、承認済みのインシデント対応計画に従うべきです。考えられる対応には、影響を受けたデバイスの隔離、アカウントの無効化または監視、セッションの失効、認証要素の保護、特権ロールの制限、クリーンな管理経路の確立が含まれます。証拠や復旧の選択肢が損なわれないよう、技術的な対応は有資格の対応者が指示すべきです。
危機対応計画では、ブレークグラスアカウント、その保管場所、許可される用途、独立した監督、および使用後のレビューを特定する必要があります。ブレークグラスアカウントは、主要アカウントと同じ侵害されたID連鎖に依存してはなりません。
11.3 バックアップと復旧
重要データには、単なるバックアップという名目ではなく、テスト済みの復旧が必要です。CISAは、重要データについてオフラインの暗号化バックアップと定期的な復元テストを推奨しています。NISTのコンティンジェンシーガイダンスは、代替機器、手作業プロセス、代替拠点、復旧優先順位を扱っています[20-23]。ファミリーオフィスは、目標復旧時点と目標復旧時間、バックアップの不変性、暗号化、管理者の分離、テスト結果、および復元に使用したクリーンな環境を文書化すべきです。
11.4 危機時のデータ最小化
危機対応チームは迅速に動くために情報を過度に共有しがちです。指揮中枢は、各参加者をその行動に必要なデータに限定し、承認済みの安全なチャネルを使用し、公開リンクを避け、機密性の高い資料については配布記録を保持すべきです。プライバシーおよび守秘義務は、業務中断時にも継続します。
12. 第三者および集中リスク
12.1 拡張オペレーティングモデル
ファミリーオフィスは、銀行、カストディアン、ブローカー、ファンド管理会社、信託会社、会社設立・管理サービス提供者、会計事務所、給与計算ベンダー、クラウドプラットフォーム、マネージドテクノロジー、セキュリティ、旅行サポート、外部アドバイザーに依存する場合があります。重要な業務が外部委託されていても、ファミリーオフィスは自らの意思決定に対する責任を負います。
プロバイダー台帳には、サービス、法人、法域、契約責任者、サービスレベル、インシデント連絡チャネル、エスカレーション先、取り扱うデータ、開示されている再委託先、離脱支援、代替プロバイダー、最終テスト、および保証の証拠を記録すべきです。FSBおよびバーゼルの第三者管理ガイダンスは、重要度、依存関係マッピング、集中リスク、契約条件、モニタリング、および離脱計画を重視しています[6,7]。
12.2 プロバイダーのトリアージ
最初の6時間の間に、プロバイダーは4つのグループに分類されます。影響がなく確認済みのプロバイダー、影響はあるが既知の回避策があるプロバイダー、影響がありテスト済みの回避策がないプロバイダー、状況不明のプロバイダーです。指揮中枢は、サービスの影響許容度に最も近いサービスを支えるプロバイダーに注意を集中させます。
プロバイダーの状況は、正式なサービス通知、既知の連絡先、または検証済みの技術的証拠から得るべきです。ソーシャルメディアの投稿は確認のきっかけにはなりますが、支払い、送金、アクセス変更を自動的に促すべきではありません。
12.3 離脱と代替
代替プロバイダーの選択には名前だけでは不十分だ。オフィスは、オンボーディング期間、データポータビリティ、法的権限、口座設定、対応資産、決済ルート、プライバシー制限、手数料、照合を理解すべきだ。代替通信チャネルのように数時間以内に可能な代替もある。カストディアンや管理者の変更のように、数週間または数か月かかるものもある。72時間計画では、各時間軸における現実的な縮退モードを特定すべきだ。
13. コンプライアンス、制裁、および不正対策
13.1 統制は引き続き事業継続の一部である
危機は、取引相手、ルート、法域、取引目的を変え得る。銀行その他の機関は、顧客デューデリジェンス、制裁、不正、取引監視の統制を引き続き適用する。オフィスは、緊急の活動を正確に説明できるよう、受益所有権、資産の源泉、資金源、取引目的の証拠を保存すべきだ [14-17,29,30]。
13.2 例外は免除を意味しない
危機対応責任者は、オフィスの権限内で業務上の例外を承認できる。例外は、法律、プロバイダー要件、受託者義務、口座マンデートを無効にするものではない。各例外では、変更される規則、理由、範囲、金額上限、有効期限、承認者、独立した確認、および是正措置を特定すべきだ。
13.3 圧力下の不正指標
エスカレーションの指標には、新たな受益者、銀行口座情報の変更、通常のチャネルを回避する指示、秘密保持の要求、異常な緊急性、新しいデバイスや電話番号、折り返し通話の拒否、請求書または契約データの不整合、上席者のものと称するアカウントからの圧力、予期しない法域などが含まれる。対応は、既知のチャネルを通じた確認と文書化された承認であり、侵害されている可能性のある同じスレッド内での非公式な議論ではない。
13.4 通知
法務、規制、プライバシー、保険、雇用および契約に関する通知は、事実関係および法域によって異なる。計画では、責任アドバイザー、トリガー、期限、受領者、承認済み内容および提出証拠を含む決定台帳を維持すべきである。通知のタイミングについて一般的な約束を避けるべきである。
14. ファミリーガバナンスと機密保持
14.1 ファミリーの意思決定範囲
オフィスは、どのファミリー機関または権限を付与された個人が危機報告を受けるか、およびどの決定がファミリーの承認を要するかを特定すべきである。投資、流動性、広報、スタッフ支援および組織構造の移転に関する決定は、異なるガバナンスチャネルに属する場合がある。計画は統治文書を尊重し、必要を超えてファミリーの私的情報を開示することを避けるべきである。
14.2 ファミリー向け危機ブリーフィング
ブリーフィングは短くすべきである。現在の人員安全状況、許容範囲外または許容範囲に近い重要サービス、確認済みの現金およびカストディアクセス、必要な決定、禁止行為、次回更新、未解決の事実を含める。技術的詳細はワークストリームのログに記載する。ファミリー機関は、すべてのオペレーショナルメッセージを読まなくても決定できるようにすべきである。
14.3 機密性区分
情報は3つの機密区分に整理できる。第1区分は、家族、身元、健康、セキュリティに関する機微情報を対象とする。第2区分は、指揮セルが使用する財務、取引、プロバイダー情報を対象とする。第3区分は、職員が必要とする業務指示を対象とする。各区分には、受領者名、安全な通信チャネル、保存期間、再共有ルールを定める。
14.4 記録と秘匿特権
法的助言およびインシデント対応資料は、慎重な取扱いを要する場合がある。顧問弁護士は、秘匿特権、証拠保全、規制当局によるアクセス、越境データ移転について助言すべきである。ファミリーオフィスは、法的根拠なく通常の業務記録を秘匿特権対象と表示すべきではなく、インシデントへの対応として記録を削除すべきでもない。
15. 6つのコントロール・ウィンドウ
15.1 0～2時間：保護と封じ込め
危機対応責任者は計画を発動し、意思決定ログを開始し、代理者を確認する。職員安全責任者は点呼を開始する。テクノロジー部門は身元情報と重要証拠を保護する。財務部門は受益者およびマンデートの変更を凍結する。投資・カストディ責任者は、最新の検証済みポジションおよび現金関連ファイルを保全する。指揮セルは次の厳格な期限を特定し、最初の検証済み更新情報を公表する。
15.2 2～6時間：事実基盤の確立
チームは重要サービス、プロバイダー状況、職員の福利を分類する。財務部門は最初の債務および流動性ラダーを作成する。テクノロジー部門は影響を受けたシステムとクリーンな通信経路を特定する。法務・コンプライアンス部門は、即時の通知または証拠保全に関する論点を特定する。家族は簡潔なブリーフィングを受け、統治文書内で必要とされる一時的な権限を承認する。
15.3 6～12時間：義務の確保
ファミリーオフィスは、現金アクセス、決済レール、給与、医療、警備、重要サプライヤーを確認する。利用可能な最良の検証済み情報源を用いて、カストディ・ポジションと未決取引を照合する。プロバイダーへのエスカレーションは進行中である。代替チャネルは、適切な場合には低リスクの行動でテストする。高リスクの構造変更は、法務および独立したレビューの対象となる。
15.4 12～24時間：縮退モードの実証
指揮セルは、重要サービスが翌日まで許容範囲内で運用できるかをテストする。オフライン連絡先リスト、クリーンな管理者アクセス、代替通信、支払指図プロセス、最小限のカストディ・データセットを検証する。タイムゾーンをまたぐ職員のカバレッジを確認し、疲労が管理不備とならないよう休息期間を割り当てる。
15.5 24～48時間：安定化
2日目は照合に重点を置く。財務部門は残高と支払を照合する。テクノロジー部門はアクセス、ログ、復旧証拠をレビューする。カストディ業務はポジション、現金、未決取引、コーポレートアクションを照合する。職員計画では、長期のリモートワークまたは代替拠点に対応する。プロバイダーは、可能な場合にはインシデントおよび復旧に関する書面情報を提供する。
15.6 48～72時間：移行
3日目には、オフィスが通常業務に復帰できるか、管理された縮退モードにとどまるか、より長期の復旧プログラムに入るかが決まる。統治機関は、ダッシュボード、決定事項、未解決のエクスポージャー、財務影響、法務・コンプライアンス状況、プロバイダーの対応、是正の優先順位を受け取る。一時的な権限は失効するか、適切なプロセスを通じて更新される。
16. ファミリーオフィスの想定シナリオ
16.1 シナリオA：支払障害時にプリンシパルが不在となる場合
プリンシパルが旅行中で、8時間連絡が取れないと仮定する。銀行の認証サービスが断続的に利用できず、給与支払が12時間以内に迫っている。統治文書および銀行マンデートでは、給与および重要な運営支払について、所定の上限額まで代理担当者が認められることが規定されている。財務担当者は承認済みの給与ファイルを準備し、代理担当者は検証済みの代替プロセスを通じて承認し、別の役員が銀行の確認を照合する。新たな受取人や支払上限は導入されない。
この教訓は権限設計に関するものである。オフィスの業務継続を求める広範で非公式な指示は、機能別のマンデート、承認済み受取人セット、金額上限、独立した照合よりも弱い。
16.2 シナリオB：ランサムウェアがメールと文書アクセスに影響する
オフィスが不審な暗号化と社内メールへのアクセス喪失を検知したと仮定する。テクノロジー担当は影響を受けた端末を隔離し、証拠を保全し、有資格のインシデント対応者を招集する。指令チームは事前承認済みの二次通信チャネルに移行する。トレジャリーは変更を凍結し、オフラインの連絡先台帳を用いて緊急指示を検証する。クリーンな復旧ストアは、統治文書、マンデート、口座スケジュール、前日ポジションを提供する。
オフィスは、すべてのバックアップがクリーンであるとも、すべての口座が侵害されたとも想定しない。対応者は範囲を特定し、テスト済みのソースから復元し、決定事項を記録する。支払およびカストディ業務は、検証済みの本人確認と照合済みデータを通じてのみ再開する。
16.3 シナリオC：スタッフとプロバイダーのアクセスが同時に失われる
深刻な交通障害によりスタッフが本社オフィスに到達できず、カストディアンのポータルも利用できないと仮定する。地域コーディネーターはスタッフの安全とリモートワーク能力を確認する。カストディ責任者は既知の連絡先を通じてプロバイダーの状況を入手し、最後に検証済みのポジションファイルを用いて未決済の決済およびコーポレートアクションを特定する。トレジャリーは影響を受けていない口座を通じて重要な支払義務をカバーする。投資判断は、利用可能な権限とデータ品質の範囲に限定される。
このシナリオは共通の依存関係を試すものである。アクセス資格情報、クリーンな端末、最新データを欠く代替オフィスは、事業継続を実現しない。独立した認証や訓練を受けたオペレーターを欠く第二のカストディアンは、有効なアクセスを実現できない可能性がある。
16.4 シナリオD：不正な指示が危機対応キューに入る
家族メンバーからのものに見えるメールが、セキュリティ上の理由により新規口座への緊急送金を依頼すると仮定する。その依頼は新しい携帯電話番号を使用し、スタッフに送金の秘密保持を求める。支払凍結により受取人の新規作成が阻止される。トレジャリー責任者は検証済みの連絡先台帳を用い、その指示が虚偽であることを確認する。インシデントは保全され、サイバーおよび法務のワークストリームにエスカレーションされる。
このシナリオは、緊急性があるからこそ検証を強化すべき理由を示している。ファミリーオフィスは、依頼内で主張される権限に依存しない統制を維持することにより、家族を保護する。
17. 仮想の72時間ストレステスト
17.1 モデル上の前提
4つの家系、12名の従業員、3行の銀行、2社のカストディアン、6本のプライベートマーケットファンド、および2つの法域にある事業会社を支える簡略化したファミリーオフィスを想定する。当ファミリーオフィスには、72時間以内にUSD 420,000相当額の給与支払いおよび重要サプライヤーへの支払債務がある。検証済みの当日現金は、2つの金融機関にまたがりUSD 1.8 million相当額である。3つ目の口座にはUSD 3.0 millionが含まれているが、その署名権限マンデートは9か月間テストされていない。すべての数値は仮定値である。
発動時点で、当主は不在であり、6名のスタッフはリモート勤務、社用メールは侵害された疑いがあり、1つのカストディアンポータルは利用不能で、キャピタルコール通知が検証待ちである。ファミリーオフィスには、財務代行マンデート、オフラインの連絡先台帳、クリーンなリカバリーストア、および二次通信チャネルがある。
17.2 サービス結果
| サービス | 初期ステータス | 統制措置 | 24時間時点のステータス | 残存課題 |
|---|---|---|---|---|
| 職員の安全 | 6名リモート、2名未確認 | 現地での点呼および連絡担当者の割り当て | 全員安全 | リモート対応の継続 |
| 給与支払い | プライマリ認証が不安定 | 代理および代替銀行プロセスを確認済み | リリース済みかつ照合済み | 認証失敗をレビュー |
| カストディの可視性 | 1つのポータルが利用不可 | 前日ファイルおよびプロバイダー確認 | 金額ベースで97%が照合済み | プライベート資産明細1件が保留中 |
| サイバーアイデンティティ | メールに疑いあり | 隔離、セッション失効、チャネルをクリーン化 | クリーンなコマンドアクセスが有効 | フォレンジック調査範囲は継続中 |
| キャピタルコール | インシデント発生時に受領した通知 | 既知のファンド連絡先および管理者を通じて確認する | 期日および口座を確認済み | 統治機関の承認待ち |
17.3 決定事項
オフィスは、未検証のUSD 3.0 million口座へのアクセスを前提とするのではなく、検証済みのUSD 1.8 millionを使用する。権限および受益者の確認が完了するまで、キャピタルコールの支払いを保留する。ポータルが利用できないという理由だけでカストディ資産を移転することを避ける。適切なガバナンス手続きを通じて、所定の危機期間について代理マンデートを更新し、危機時の各支払いに対して別個のレビュー担当者を割り当てる。
17.4 解釈
テストが成功するのは、オフィスが所定の許容範囲内で成果を維持し、不可逆的なアクションを管理下に置くためである。また、弱点も明らかになる。未検証の現金口座、単一のメールIDドメインへの依存、不完全なプライベート資産データ、投資承認に対する代理カバレッジの不足である。これらの調査結果は、予算措置済みの是正項目となる。
18. 実装とテスト
18.1 最小実行可能計画の策定
最初の実装サイクルでは、重要サービスを特定し、危機時役割を承認し、委任権限を検証し、連絡先登録簿を確立し、72時間流動性ラダーを構築し、最小カストディデータセットを定義し、スタッフの安全確保プロセスを作成し、クリーンなリカバリーストアを保護し、アクティベーションカードを作成すべきである。各項目には担当者とエビデンス日を設定する。
18.2 多層的な演習
オフィスは4種類の演習を実施できる。通知テストは連絡先とチャネルを確認する。テーブルトップ演習はシナリオに対して意思決定を試す。技術リカバリーテストは、システムとデータを復元できることを証明する。実運用テストは、バックアップチャネルへのアクセスや二次ルートを通じた管理された支払いの提出など、低リスクの代替プロセスを実行する。
テストには、プリンシパルの不在、主要銀行の障害、主要カストディアンポータルの喪失、電子メールの侵害、主要拠点の使用不能、スタッフの同時欠席、および不正な指示を含めるべきである。テストは、管理されていない本番リスクを生じさせないようにすべきである。
18.3 指標
有用な指標には、発動までの時間、安全確認済みの人の割合、最初の検証済み状況報告までの時間、確認済み流動性でカバーされる72時間義務の割合、検証済みのエスカレーション連絡先を有する重要プロバイダーの割合、最後にテストしたバックアップの経過期間、再構築されたカストディ価値の割合、完全なデュアルコントロール証跡を伴う危機時支払いの件数、すべての危機時取引を照合するまでの時間が含まれる。
18.4 学習と資金配分
各演習または事象は、短い報告書を作成すべきである。すなわち、何が起きたか、どのサービスが許容範囲に近づいたかまたは超過したか、どの依存関係が失敗したか、どの回避策が成功したか、どの証拠が欠けていたか、どの一時的権限が用いられたか、どの財務的影響が生じたか、どの是正措置に資金を拠出するか、である。統治機関は優先順位、責任者、期限を承認すべきである。
19. 限界と結論
本稿は万能の緊急時マニュアルではなく、運用フレームワークを提供するものである。ファミリーオフィスは、法的構造、法域、人員配置、規制対象活動、資産構成、ファミリーガバナンス、テクノロジー、セキュリティ・エクスポージャー、プロバイダー体制がそれぞれ異なる。危機対応計画は、当該オフィスに適用される実際の統治文書、マンデート、契約、法律、公式ガイダンスに整合させなければならない。
本フレームワークはまた、危機の原因や期間を予測することも避けている。72時間計画は、サービス、アクセス、権限、または信頼できる情報の喪失を中心に設計されている。サイバー事象、プロバイダー障害、物理的混乱、主要人物の不在、詐欺未遂、複合事象への対応を支援できるが、それぞれに同じ技術的対応が当てはまると主張するものではない。
中心的な結論は運用面にある。レジリエントなファミリーオフィスは、重要サービスを特定し、それがどの程度の期間中断され得るかを定義し、スタッフの安全、承継、デュアルコントロールを維持し、流動性を義務に適合させ、カストディと支払いの事実を再構築し、クリーンな経路を通じて重要データを復旧し、一時的権限を統治された復旧へ移行できる。これらの能力は、事象の発生前に構築し、テストするものである。
最初の72時間の終わりには、オフィスはより信頼できる事実、より厳格な権限、照合済みの資金、より安全な人々、明確な復旧判断を有しているべきである。迅速さは、準備、範囲を限定したマンデート、検証済みの代替手段から生まれる。
付録A. 発動カード
| 項目 | 必須入力項目 |
|---|---|
| インシデント識別子 | 一意の参照番号および発動日 |
| 判明している最も早い事象 | タイムスタンプおよび情報源 |
| 発動時刻 | タイムスタンプと承認権限者 |
| 危機レベル | 承認済みの段階基準におけるグリーン、アンバー、レッド、ブラック |
| 危機対応責任者および副責任者 | 氏名、確認済みの電話番号、権限の根拠 |
| 次回の指揮本部アップデート | 時刻、チャネル、参加者 |
| 要員状況 | 安全、連絡不能、支援要請あり、未確認 |
| リスクのあるサービス | サービス、許容度、現在の停止状況、オーナー |
| 一時的な禁止事項 | 受益者、マンデート、アクセス・通信の制限 |
| 外部アドバイザー | 法務、サイバー、セキュリティ、プロバイダーの既知の連絡先 |
即時対応：人々の安全を確保する；意思決定ログを開始する；検証済みのチャネルに移行する；高リスクの変更を凍結する；証拠を保全する；次の絶対的期限を確認する；事実に基づく更新情報を発信する。
付録B. 委任権限マトリックス
| 法人または口座 | 決議 | 主担当 | 代理者 | 実行者 | 二次確認 | 根拠文書 | 上限 | 有効期限 |
|---|---|---|---|---|---|---|---|---|
| ファミリー持株会社 | 必須の営業支払い | 完了 | 完了 | 完了 | 完了 | 取締役会決議および銀行マンデート | 完了 | 完了 |
| 投資会社 | 市場保護措置 | 完了 | 完了 | 完了 | 完了 | 投資方針およびブローカーマンデート | 完了 | 完了 |
| 信託または財団 | 受益者支援 | 完了 | 完了 | 完了 | 完了 | 統治文書および評議会決議 | 完了 | 完了 |
| 運営拠点 | 給与支払い | 完了 | 完了 | 完了 | 完了 | 給与支払権限および銀行取引権限 | 完了 | 完了 |
| テクノロジー環境 | 特権アクセスの封じ込め | 完了 | 完了 | 完了 | 完了 | インシデント対応計画およびアクセス方針 | 最小権限 | インシデント終結 |
完成したマトリクスは、法律顧問、統治機関および関連プロバイダーによる検証を受けるべきです。これは権限を参照するための索引であり、根拠となる文書が引き続き優先します。
付録C. 継続性ダッシュボード
| ドメイン | 指標 | グリーン | アンバー | レッド | 現在値 | 責任者 | 次の確認 |
|---|---|---|---|---|---|---|---|
| 人員 | 検証済みステータスが付与されたスタッフ | 100% | 90%～99% | 90%未満 | 完了 | 完了 | 完了 |
| 権限 | 連絡可能な主担当者または副担当者がいる重要機能 | 100% | 回避策があるギャップが1件 | カバーされていない重要機能 | 完了 | 完了 | 完了 |
| 流動性 | 確認済みアクセスによりカバーされる72時間の義務 | 150%超 | 100%～150% | 100%未満 | 完了 | 完了 | 完了 |
| カストディ | 流動資産価値が再構築され照合済み | 99%超 | 95%～99% | 95%未満 | 完了 | 完了 | 完了 |
| データ | 重要データ復旧の前回テストからの経過期間 | ポリシー内 | テスト期限超過 | 復旧不可 | 完了 | 完了 | 完了 |
| プロバイダー | 検証済みステータスとエスカレーションを有する重要サービス | すべて | 不明1件 | 不明複数件 | 完了 | 完了 | 完了 |
しきい値は例示であり、オフィスの実際のリスクおよび義務に応じて承認される必要があります。
付録D. 流動性および支払登録簿
各債務記録について：識別子、法的支払者、受益者、目的、根拠文書、金額、通貨、安全支払最終時刻、遅延時の影響、主口座、代替口座、銀行締切、署名権限者セット、入力操作者、承認者、コールバック方法、受益者ステータス、リリースステータス、銀行確認、会計仕訳、および照合レビュー担当者。
各流動性供給源記録について：法的所有者、金融機関、口座、通貨、残高確認時刻、利用可能額、制限またはリーエン、決済レール、日次上限、認証、主署名者、代理署名者、代替連絡先、最終成功テスト、および証拠源。
登録簿には、パスワード、認証シークレット、不要な身元データを埋め込まないようにすべきです。
付録E. スタッフ安全・連絡登録簿
| 対象者 | 役職 | 所在地または出張状況 | 安否状況 | 優先連絡先 | 副連絡先 | 現地コーディネーター | 支援要否 | 最終確認 |
|---|---|---|---|---|---|---|---|---|
| 完了 | 完了 | 完了 | 完了 | 完了 | 完了 | 完了 | 制限付きエントリー | 完了 |
連絡メッセージには、インシデント識別子、確認済みの指示、必要な対応、期限、応答形式、承認済みチャネル、および次回更新時刻を明記する必要があります。スタッフは、安全であること、連絡不能であること、または支援が必要であることを報告する簡単な方法を提供されるべきです。機微な詳細は、制限付き安否確認プロセスを通じて収集する必要があります。
付録F. データ、サイバー、カストディの復旧パック
クリーンリカバリーパックには、現行の統治文書、権限マトリックス、銀行およびカストディのスケジュール、検証済み連絡先、前日の現金およびポジションファイル、支払および義務キュー、プライベートマーケットのコミットメント一覧、重要プロバイダー契約、インシデント手順、データリカバリー指示、保険連絡先を含めるべきです。
管理策には、暗号化、最小権限アクセス、管理者分離、オフラインまたはその他の方法で隔離されたリカバリー機能、必要に応じた不変または保護されたバックアップ、バージョン日付、復元テスト、配布記録、およびインシデント後にアクセスを失効させるプロセスを含めるべきです。
有効なパスワード、秘密鍵、認証シークレットは、専門家が承認したシークレット管理アーキテクチャが明示的に管理している場合を除き、パックから除外すべきです。
付録G. 統治機関およびプロバイダーへの質問
ファミリー統治機関への質問
- 2時間、6時間、12時間、24時間、72時間以内に継続すべきサービスはどれですか？
- 代理担当者が決定できる事項はどれで、どの事項が本人または受託機関による承認を必要としますか？
- 発動中に適用される一時的な制限および禁止事項はどれですか？
- スタッフ、プロバイダー、アドバイザーと共有できる情報はどれですか？
- 72時間経過後も危機モードを継続することを正当化する残余リスクはどれですか？
銀行およびカストディアンへの質問
- 正式に認められている代替の指示および認証経路はどれですか？
- どのマンデート、カットオフ、限度額、コールバック管理が適用されますか？
- サービスインシデントおよび不正の疑いはどのようにエスカレーションされますか？
- ポータル外で提供できるポジション、現金、決済、コーポレートアクションのデータは何ですか？
- 事業継続にとって重要となるサブカストディ、決済銀行、またはテクノロジーへの依存関係はどれですか？
テクノロジーおよびサイバー関連プロバイダー向けの質問
- 特権IDはどのように隔離され、復旧されますか？
- どのバックアップがオフライン、不変、またはプライマリIDドメイン外にありますか？
- 復旧は最後にいつテストされ、どのような証拠が存在しますか？
- 封じ込め中に保存すべきログと証拠はどれですか？
- 侵害時に運用可能なクリーンな通信および管理経路はどれですか？
法務、コンプライアンス、セキュリティ、保険のアドバイザー向けの質問
- どの権限と統治文書が各危機における意思決定を規定していますか？
- どの通知、保存義務、契約上の期限が適用される可能性がありますか？
- どの出張、職場、従業員の安全に関する決定に専門家の助言が必要ですか？
- どの保険条件、免責事項、同意または通知要件が関連しますか？
- 一時的な権限はどのように失効させ、通常のガバナンスをどのように回復すべきですか？
参考文献
[1] 国家緊急危機・災害管理庁。*事業継続マネジメント。* https://www.ncema.gov.ae/content/documents/BCM%20English%20NCEMA_29_8_2013.pdf
[2] 国家緊急危機・災害管理庁。*事業継続マネジメントプログラム。* https://www.ncema.gov.ae/en/e-participation/blog/business-continuity-management-program.aspx
[3] UAE中央銀行規則集。*オペレーショナルリスク基準。* https://rulebook.centralbank.ae/en/rulebook/operational-risk-standards
[4] UAE中央銀行規則集。*オペレーショナルリスクおよびオペレーショナルレジリエンス。* https://rulebook.centralbank.ae/en/entiresection/6015
[5] UAE中央銀行規則集。*クラウドコンピューティング取極めにおける事業継続。* https://rulebook.centralbank.ae/en/rulebook/business-continuity
[6] バーゼル銀行監督委員会。*オペレーショナル・レジリエンスの原則。*2021年3月31日。 https://www.bis.org/bcbs/publ/d516.htm
[7] 金融安定理事会。*第三者リスク管理と監督の強化：ツールキット。*2023年12月4日。 https://www.fsb.org/2023/12/fsb-publishes-toolkit-for-enhancing-third-party-risk-management-and-oversight/
[8] 金融行為監査庁。*オペレーショナルレジリエンス。*2026年7月14日更新。 https://www.fca.org.uk/firms/operational-resilience
[9] 金融行為監査庁。*オペレーショナルレジリエンス：1年後の洞察と所見。*2026年3月27日。 https://www.fca.org.uk/publications/good-and-poor-practice/operational-resilience-insights-observations-one-year
[10] 金融行為監査庁。*オペレーショナルレジリエンスの構築、PS21/3。* https://www.fca.org.uk/publications/policy-statements/ps21-3-building-operational-resilience
[11] ドバイ金融サービス庁。*一般モジュール、事業継続およびサイバーリスク管理。* https://dfsa-prod.60413.aws.thomsonreuters.com/rulebook/general-module-gen-ver7207-26
[12] UAE中央銀行。*決済および清算。* https://www.centralbank.ae/en/our-operations/payments-and-settlements/
[13] UAE中央銀行。*UAE資金移動システム。* https://centralbank.ae/en/our-operations/payments-and-settlements/uae-fund-transfer-system-uaefts/
[14] 金融活動作業部会。*FATF勧告。* https://www.fatf-gafi.org/en/publications/Fatfrecommendations/Fatf-recommendations.html
[15] 金融活動作業部会。*法的取極めの実質的支配者と透明性に関するガイダンス。*2024年3月。 https://www.fatf-gafi.org/content/dam/fatf-gafi/recommendations/Guidance-Beneficial-Ownership-Transparency-Legal-Arrangements.pdf
[16] 金融活動作業部会。*政治的に重要な人物に関するガイダンス。* https://www.fatf-gafi.org/content/dam/fatf-gafi/guidance/Guidance-PEP-Rec12-22.pdf
[17] UAE中央銀行のルールブック。*テクノロジーリスクおよび情報セキュリティに関するベストプラクティス。* https://rulebook.centralbank.ae/en/rulebook/annex-ii-guidance-best-practices-technology-risk-and-information-security
[18] 証券監督者国際機構。*集団投資スキーム資産の保管に関する基準。* https://www.iosco.org/library/pubdocs/pdf/ioscopd512.pdf
[19] 米国証券取引委員会。*当委員会が個人投資家をどのように保護するか：顧客資産の保管。* https://www.sec.gov/newsroom/speeches-statements/speech-driscoll-042919
[20] 米国国立標準技術研究所。*サイバーセキュリティフレームワーク2.0。* 2024年2月26日。 https://www.nist.gov/cyberframework
[21] 米国国立標準技術研究所。*サイバーセキュリティリスク管理のためのインシデント対応に関する推奨事項と考慮事項、SP 800-61 改訂3。* 2025年4月。 https://csrc.nist.gov/pubs/sp/800/61/r3/final
[22] 米国国立標準技術研究所。*連邦情報システム向け緊急時計画ガイド、SP 800-34 改訂1。* https://csrc.nist.gov/pubs/sp/800/34/r1/upd1/final
[23] 米国国立標準技術研究所。*サイバーセキュリティインシデントからの復旧ガイド、SP 800-184.* https://www.nist.gov/publications/guide-cybersecurity-event-recovery
[24] 米国サイバーセキュリティ・インフラストラクチャー安全保障局。*ランサムウェア対策ガイド。* https://www.cisa.gov/stopransomware/ransomware-guide
[25] 決済・市場インフラ委員会および証券監督者国際機構。*金融市場インフラの原則。* https://www.bis.org/cpmi/publ/d101a.pdf
[26] 決済・市場インフラ委員会および証券監督者国際機構。*金融市場インフラのサイバーレジリエンスに関するガイダンス。* https://www.bis.org/cpmi/publ/d146.htm
[27] 米国証券取引委員会。*投資顧問業者による顧客の資金または証券の保管。* https://www.sec.gov/files/rules/final/ia-2176.htm
[28] ドバイ金融サービス局。*サイバーリスク監督。* https://www.dfsa.ae/what-we-do/supervision/cyber-risk-supervision/summary
[29] UAE中央銀行。*金融機関による実現技術の採用に関するガイドライン。* https://rulebook.centralbank.ae/en/rulebook/guidelines-financial-institutions-adopting-enabling-technologies
[30] UAE中央銀行。*リスク管理と事業継続。* https://www.centralbank.ae/en/our-operations/risk-management/
[31] 米国サイバーセキュリティ・インフラストラクチャー安全保障局。*業界横断的サイバーセキュリティ性能目標。* https://www.cisa.gov/cross-sector-cybersecurity-performance-goals
[32] 国家緊急危機・災害管理庁。*労働安全衛生マネジメントシステムの国家基準。* https://www.ncema.gov.ae/en/e-participation/blog/national-standard-for-occupational-safety-and-health-management-system.aspx
[33] 国家緊急危機・災害管理庁。*UAE の組織向け事業継続準備ガイドライン。* https://www.ncema.gov.ae/en/media-center/news/14/3/2020/business-continuity-readiness-guidelines-launched-for-uae-organisations-in-event-of-covid-19-outbreak.aspx
[34] 国家緊急危機・災害管理庁。*事業継続管理の国家基準、NCEMA 7000:2021。* https://www.ncema.gov.ae/en/about-ministry/events/7/2023/certified-lead-implementer-for-business-continuity-management-ncema-70002021-course.aspx
[35] 国際決済銀行。*事業継続に関するハイレベル原則。* 2006年8月。 https://www.bis.org/publ/joint17.htm
[36] 国際決済銀行。*ORR20：オペレーショナル・レジリエンス。* https://www.bis.org/basel_consolidated_guidelines/chapter/ORR/20.htm
[37] 国際決済銀行。*ORR30：第三者リスク。* https://www.bis.org/basel_consolidated_guidelines/chapter/ORR/30.htm
[38] 国際決済銀行。*LQY10：流動性リスク管理と監督。* https://www.bis.org/basel_consolidated_guidelines/chapter/LQY/10.htm
[39] 金融行為規制機構。*CrowdStrike の障害：オペレーショナル・レジリエンスに関する教訓。* 2024年10月31日。 https://www.fca.org.uk/firms/operational-resilience/crowdstrike-outage-lessons-operational-resilience
[40] 英国国家サイバーセキュリティセンター。*インシデント管理ガイダンス。* https://www.ncsc.gov.uk/collection/incident-management
著者について
Chennakeshav Adyaは、独立系研究者兼コーポレートファイナンス実務家であり、事業戦略、変革、投資銀行業務、ファミリーオフィス運営、リスク、テクノロジー、クロスボーダー取引にわたり20年以上の国際経験を有しています。同氏の研究は、プライベートキャピタル、オペレーショナル・レジリエンス、コーポレートファイナンス、新興テクノロジーにおける実践的な意思決定システムに焦点を当てています。本論文で述べられている見解は同氏自身のものであり、投資、法務、税務、サイバー、セキュリティ、規制に関する助言を構成するものではありません。
