どの仕事から再開する？復旧の順番と依存関係を整理する

大事な仕事の手前に、認証・通信・原本・担当の準備が必要かを確かめる。

優先する仕事と、先に必要な仕組みを分ける

NCSCの事業継続の資料は、重要な業務と支えるシステムの依存関係を把握し、復旧の順番へ反映することを説明しています。SONAEは、復旧計画を作るとき、最も大事なシステムを一番に並べるだけでなく、その仕事の前提を矢印で描く方法を提案します。業務の優先度が高くても、認証や通信、必要な原本が使えなければ始められません。何を先に戻す必要があるかを、業務側と技術側が同じ図で確認しましょう。

業務の締め切りから、最低限の再開を決める

受注、出荷、請求、問い合わせなど、停止の影響と締め切りを並べます。通常どおり全部動かすことと、最低限の仕事を再開することは別に考えます。架空の会社では、当日の出荷に必要な受注確認を先にし、翌週の集計は後から戻す案を作ります。この順番は一般的な正解ではありません。自社の取引や社内の条件を責任者が確認します。安全に利用できると判断する人と、業務の再開を認める人も、あらかじめ図へ付けておきます。

前提になるものを、仕事ごとに聞く

必要なアカウント、認証、ネットワーク、端末、保存先、ソフト、担当者、外部の提供元を挙げます。架空の受注受付なら、担当がログインでき、原本を確認できることが前提です。出荷確認は、その受注の結果へ依存するとします。外部のサービスや委託先が使えるかは、自社の復元だけでは確認できない場合があります。問い合わせ先と確認する条件を残します。製品名の一覧だけで、仕事の依存を把握できたとは扱わないようにします。

並行してできる作業と、待つ作業を分ける

認証と通信の準備を別の担当が並行して確認できる場合もあれば、共通の管理者を待つ場合もあります。人と権限、使える資源を確認して、実行できる順番へ直します。図の矢印は、架空の依存の説明であり、自動で作業が進むことを意味しません。前の作業が終わったという連絡を誰が出し、次の担当が何を確かめて始めるかを決めます。完了したと思い込んで別の担当が先に接続するような、判断の空白をなくしましょう。

使えない前提を、代替の判断へ返す

必要なサービスが戻らない、担当者が不在、データが想定より古いなどの条件を演習に入れます。手作業で続けられる業務と、止めて確認を待つ業務を分けます。権限や取引条件を無視して、何でも代替できると計画しません。架空の演習では、受付内容を承認された記録へ残し、出荷の承認は担当が確認できるまで保留するなどの判断を比べます。待ち時間と判断者、次の連絡を記録し、依存が解決した後の再開条件を残します。

順番の図を、変更と演習で更新する

新しいSaaSや委託先、認証の仕組みを追加したら、依存の図も見直します。完了の目安は、優先する業務、必要な前提、並行作業、引継ぎの合図、未確認の条件を責任者が説明できることです。システムが起動しただけで業務を再開したとは記録しません。このサイトは顧客環境で順番を試験した結果ではなく、架空の計画例を示しています。必要な範囲で演習し、詰まった箇所を次の準備へつなげましょう。

相談前の確認表

• 業務の締め切りから優先を決めた
• 手前の認証や情報の依存を描いた
• 並行できる作業と待つ条件を分けた
• 前提が戻らない場合の判断を決めた

参考資料（確認日：2026年10月23日）：NCSC：Prepare your business continuity ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。