情報を持たない後継者のリスク
後継者として社内にいながら、肝心のシステムやアカウントのパスワードは先代しか知らない、という状態は珍しくない。ドメインの管理画面、基幹システムの管理者アカウント、銀行のオンラインバンキング、クラウドサービスの契約者情報。これらは会社の運営に直結する情報でありながら、多くの中小企業では先代個人の頭の中か、先代のメモ帳にしか存在していない。
ここで判断が分かれるのは、こうした重要アカウント情報を承継前の今のうちに前倒しで受け取っておくか、正式に社長になるタイミングまで待つかという点だ。どちらにも理由があり、単純に「早く受け取ったほうがいい」とは言い切れない。
前倒しで受け取るメリットとリスク
前倒しで受け取る最大のメリットは、不測の事態への備えになることだ。先代が急病で倒れる、事故に遭う、といった事態は誰にでも起こりうる。その瞬間にドメインの更新ができない、オンラインバンキングにログインできない、では会社の存続に関わる。実際、先代の退職者PCとアカウントの棚卸しのような話は、こうした「いざというとき」への備えの一環として語られることが多い。
一方でリスクもある。後継者としてまだ正式な決裁権を持たない段階で、会社の重要な口座やシステムに単独でアクセスできる状態は、先代からすれば「まだ任せていないのに権限だけ渡す」ことになる。これは先代の心理的な抵抗を招きやすい。また、情報を受け取った後継者の側にも責任が発生する。パスワードの管理がずさんだったり、うっかり外部に漏らしたりすれば、承継前から信用を損なうことになりかねない。
分かれ目は「緊急時に誰が対応できるか」
この判断の軸は、事業の継続に直結するかどうかだ。
止まると即座に事業が止まる情報、たとえば銀行口座、ドメイン、基幹システムの管理者権限は、たとえ承継前であっても、緊急連絡先として「先代に何かあったときに誰が動けるか」を明確にしておく必要がある。これは後継者個人が単独でパスワードを保有するという形でなくてもよい。たとえば信頼できる顧問税理士や既存の役員と共同管理する、封筒に入れて金庫に保管し緊急時のみ開封するルールにする、といった形でも代替できる。要は「先代しか知らない」状態を解消することが目的であり、後継者が今すぐフルアクセスを持つことが目的ではない。
逆に、日常業務で使う程度のアカウント、たとえば経費精算システムや社内チャットツールのようなものは、急いで前倒しする必要はない。これらは正式に社長として業務を引き継ぐタイミングで自然に共有されれば十分だ。
先代への切り出し方
重要アカウント情報の話を切り出すときは、「権限が欲しい」という文脈ではなく、「もしものときのリスク管理」という文脈で話すと受け入れられやすい。「私が使いたいわけではなく、何かあったときに会社が止まらないようにしたい」という説明であれば、先代も自分ごととして受け止めやすい。
実務としては、後継者が単独で日常的にアクセスできる状態にするのではなく、緊急時のみ開封できる形で保管しておくのが無難だ。この段階での目的は「使う」ことではなく「会社が止まらない状態を作る」ことにある。
承継後に本格的に整理する
正式に社長に就任した後は、この暫定的な緊急保管の状態から、恒久的な管理体制に移行する必要がある。誰がどのアカウントにアクセスできるか、パスワードはどう管理するかを一覧化する作業は、承継したらまず作るシステム管理台帳のテンプレートや退職者アカウントの棚卸しを仕組み化するが参考になる。
また、多要素認証（MFA）の導入やシングルサインオン（SSO）によるアカウント管理の効率化も、承継後の早い段階で検討したい論点だ。
承継前の今は、完璧な管理体制を作ることではなく、「先代に何かあっても会社が止まらない」という最低限のセーフティネットを整えることに集中するのが現実的な着地点になる。