属人化した先代システムを防ぐ、承継後の管理台帳の作り方

属人化した先代システムを防ぐ、承継後の管理台帳の作り方

「請求書はどこから出すんですか」「あの取引先の見積もりデータはどこにありますか」——承継してまだ日が浅い頃、こうした質問をする相手が社内に誰もいないという経営者は少なくありません。株式や登記の手続きには税理士や司法書士という明確な相談先がいます。ところが会社の中で日々動いているシステムやデータについては、相談する相手がいないまま、先代の頭の中とパソコンの中だけに答えがある状態が続いていることがあります。

この記事は、次のような状態にある方に向けて書いています。

• 先代からの引き継ぎで「このパスワードは誰も知らない」「この処理は〇〇さんしかできない」という言葉を何度も聞いた
• 経理・受発注・顧客管理などで使っているシステムやExcelファイルの全体像を、誰も一覧で把握していない
• 古参社員に聞けば分かるはずだが、聞くタイミングも聞き方も分からず先延ばしにしている
• 「そのうち棚卸ししないと」と思いながら、日々の業務に追われて手を付けられていない

結論から言えば、こうした状態を防ぐ最初の一手は「システム管理台帳を作ること」です。難しいシステムの導入ではなく、Excelやスプレッドシート1枚で構いません。この記事では、なぜ承継のタイミングで管理台帳が必要なのか、何を書けばよいのか、そしてどう古参社員から聞き出せばよいのかを、承継直後の経営者という立場に即して具体的に解説します。

先代から会社を引き継ぐという出来事は、法律上の手続きとしては株式の名義変更や登記の書き換えといった形で「完了」します。しかし実務の引き継ぎはそこで終わりません。むしろ、契約書に判を押した翌日から、経営者は毎日何かしらの「初めて聞く名前のシステム」や「初めて見るファイル」に直面することになります。それでも会社は止まらず動き続けるため、目の前の業務対応に追われ、根本的な棚卸しは後回しになりがちです。この記事は、その後回しにされがちな棚卸し作業を、承継後のなるべく早い段階で、無理なく形にするための手順を示すものです。

なぜ承継のタイミングで管理台帳が必要なのか

会社のシステムやデータが「誰か一人しか分からない」状態のまま業務が回っている状態を、属人化と呼びます。長年同じメンバーで会社を回してきた中小企業では、この属人化は珍しいことではありません。先代がトップとして君臨し、経理の古参社員が請求業務を一手に引き受け、営業の番頭格が取引先データを頭で管理している——それでも会社が回っていたのは、先代という「最終的に誰に聞けば分かるか」という拠り所が存在していたからです。

しかし承継が起きると、この拠り所が抜け落ちます。先代が完全に退くにせよ会長として残るにせよ、日々の意思決定と実務を担う立場が変わった瞬間、属人化していた知識への「距離」が一気に開きます。今まで先代が隣の席で答えてくれていた質問に、後継者は自分で答えを探さなければなりません。

さらに厄介なのは、属人化の問題は普段は見えないという点です。担当者が休まず、システムも故障せず、パソコンも壊れなければ、属人化していても業務は回り続けます。問題が表面化するのは、担当者が急病で倒れたとき、退職したとき、あるいはパソコンが故障してデータが取り出せなくなったときです。こうした「その担当者・その機器がいなくなった瞬間に詰む」状態を単一障害点（SPOF）（単一障害点）と呼びますが、属人化はその温床になります。

中小企業の情報セキュリティ対策では、リスク分析の手法として「非形式的アプローチ（組織や担当者の経験や判断によってリスク分析を行う方法）」が挙げられていますが、この方法は「短時間に実施することが可能であるが、属人的な判断に偏るおそれがある」と指摘されています（IPA「中小企業の情報セキュリティ対策ガイドライン」付録7 解説資料より）。

承継直後は、経営権の移行と同時に「システムの持ち主が変わる」タイミングでもあります。この一度きりのタイミングを逃すと、次に棚卸しする機会は「トラブルが起きたとき」になってしまいます。だからこそ、承継後できるだけ早い時期に、会社のシステムとデータを一覧化する管理台帳を作ることが重要です。

もう一つ、承継直後ならではの利点があります。それは、後継者が「新しく来た人」として質問できる期間が限られているという点です。就任から半年、1年と経つにつれて、社員は後継者を「もう分かっているはず」の存在として扱うようになります。逆に就任直後であれば、「何も分からないので教えてください」という前提で誰に聞いても違和感がありません。この、質問することが自然に受け入れられる短い期間を活用しない手はありません。属人化の解消は、後継者自身の立場が定まってからでは、かえって聞きにくくなってしまう作業なのです。

管理台帳とは何か、なぜExcel1枚でよいのか

管理台帳という言葉を聞くと、専用ソフトや高額なITツールを想像するかもしれません。しかし実態はもっとシンプルです。独立行政法人情報処理推進機構（IPA）が公開している「中小企業の情報セキュリティ対策ガイドライン」では、情報資産管理台帳について次のように説明されています。

「情報資産管理台帳は洗い出した情報資産を『見える化』するための方法」であり、記載項目には業務分類・情報資産名称・利用者範囲・管理部署・媒体や保存先・個人情報の種類・保存期限などが挙げられています（IPA「中小企業の情報セキュリティ対策ガイドライン 付録7 リスク分析シート」解説資料、2024年7月版より）。

つまり管理台帳とは、「会社の中にどんなデータやシステムがあり、誰が使っていて、どこに保存されていて、誰が管理責任を持つのか」を1枚の表にまとめたものです。ExcelでもGoogleスプレッドシートでも構いません。専用ツールを導入する前に、まずこの1枚を作ることが先決です。中小企業の実務に即して言えば、次のような列があれば十分実用に耐えます。

このうち承継直後にまず埋めるべきは「システム・データ名称」「利用者範囲」「管理担当者」「サポート状況」の4列です。これだけでも、会社の中で何が動いていて、誰に聞けば分かり、いつまで使い続けられるものなのかという最低限の見取り図ができます。この見取り図があるかないかで、後継者が抱える不安の大きさは大きく変わります。

何を洗い出すべきか——承継直後に優先すべき3つの領域

管理台帳に何でも一度に書き込もうとすると、途中で挫折します。承継後の限られた時間の中では、優先順位をつけて洗い出すことが現実的です。

1. お金に直結するシステム

会計ソフト、給与計算システム、請求書発行の仕組みは最優先です。これらが止まると資金繰りに直結します。特に振込先の管理、税理士とのデータ連携方法、給与計算の締め日と手順は、誰か一人が抱え込んでいないか必ず確認してください。

2. 顧客・取引先に関するデータ

長年の付き合いで積み上げてきた取引先情報や見積もり履歴が、特定の営業担当者のExcelファイルやメールの中にしか存在しないケースは非常に多く見られます。この担当者が急に休んだ場合、目の前の取引先対応ができなくなるリスクがあります。

3. 社内の基幹的な仕組み

在庫管理、受発注、勤怠管理など、日常業務の背骨になっている仕組みです。古いレガシーシステムがそのまま使われていることも多く、動いてはいるものの中身を理解している人が一人もいない、という状態が起こりがちです。特に古参社員が独自に組んだVBAマクロや、個人のパソコンにだけ入っているAccess（データベースソフト）は、本人にしか触れない「見えない仕組み」になっていないか要注意です。

以下のような表現が引き継ぎメモに出てきたら、それは属人化のサインです。

• 「これは〇〇さんの頭の中にしかないので聞いてください」
• 「昔からこうやっているので、理由は分かりません」
• 「パスワードは〇〇さんのメモ帳にあります」

こうした言葉を見聞きしたら、その場で管理台帳の「備考」欄にそのまま書き留めておきましょう。後で整理すればよく、まずは事実を取りこぼさないことが大切です。

なお、優先順位をつける際にもう一つ意識したいのが「取り替えの利きにくさ」です。同じ属人化でも、代わりのメンバーに数日で教えられる程度の作業と、その担当者しか長年の経緯を知らず外部の業者を呼んでも解読に数週間かかるような仕組みとでは、リスクの重みがまったく異なります。特に先代の時代から手を加えられ続けてきた基幹的な仕組みは、当時の担当者しか経緯を知らない改修履歴が積み重なっていることが多く、後から解読しようとすると想像以上に時間がかかります。管理台帳の「備考」欄には、単に名称や場所だけでなく「いつ頃から使われているか」「過去にどんな改修があったか」という経緯のメモも残しておくと、後々の判断材料になります。

古参社員からどう聞き出すか——承継特有の難しさ

管理台帳作りで最大の壁は、システムそのものよりも「人」です。古参社員にとって、後継者からの質問は時に「試されている」「今までのやり方を否定されている」ように受け取られることがあります。特に先代がまだ会社に関わっている場合、古参社員は「社長（先代）に確認してから答えます」という反応を示すこともあるでしょう。

ここで意識したいのは、質問の切り口です。「なぜこんな非効率なやり方をしているのか」ではなく、「引き継ぎのために教えてほしい」という姿勢で臨むことが重要です。具体的には次のような聞き方が有効です。

• 「もし〇〇さんが長期で休むことになったら、この作業は誰が代わりにできますか」
• 「このファイル、他に開ける人はいますか」
• 「先代からはどう教わっていましたか。念のため記録しておきたいので」

最後の聞き方は特に有効です。先代への敬意を保ちながら、記録を残す目的であることを伝えられるためです。承継直後は、古参社員も「先代の代からの流儀」に強い愛着を持っていることが多く、それを否定せずに情報だけを引き出す姿勢が信頼関係の維持につながります。

また、名義の問題にも注意が必要です。ドメインの登録者情報、クラウドサービスの契約者名、有償ソフトのライセンス名義が、先代個人の名前やメールアドレスのままになっているケースは珍しくありません。管理台帳の「契約・ベンダー情報」欄には、契約名義が個人名か法人名かも必ず記録し、必要であれば法人名義への変更手続きを別途進めることをおすすめします。

台帳は作って終わりではない——更新の仕組みを組み込む

管理台帳は一度作って終わりではありません。IPAのガイドラインでも、情報資産の重要度は時間の経過とともに変化するため、定期的な見直しと更新が前提とされています。台帳を作った直後は精度が高くても、半年後には新しいクラウドサービスが導入され、逆に使われなくなったExcelファイルが残ったままになっているかもしれません。

現実的な運用としては、次のようなタイミングで見直す仕組みを組み込むとよいでしょう。

1. 新しいシステムやツールを導入したとき（契約と同時に台帳へ追記）
2. 担当者が異動・退職するとき（引き継ぎ内容を台帳の該当行に反映）
3. 年に1回、決算期などのタイミングでの棚卸し

台帳の更新自体も、特定の一人に属人化させないことが肝心です。可能であれば、システム変更が発生した際に台帳を更新することを社内ルールとして明文化し、更新履歴が残る運用にしておくと、次に承継が起きたとき（あるいは次の担当者交代のとき）に同じ苦労を繰り返さずに済みます。

ここで、経営者自身が肝に銘じておきたいことがあります。それは、「自分が今回苦労して棚卸しした情報を、次の世代にも同じ苦労をさせないために残す」という視点です。承継というものは一度きりの出来事ではなく、多くの中小企業では10年、20年という周期で繰り返されていくものです。今回、後継者であるあなたが古参社員から一つひとつ聞き取って作った台帳は、将来あなた自身が先代の立場になったとき、次の後継者に引き継ぐための最も価値ある資料になります。逆に言えば、今この瞬間に台帳を整備しておかなければ、次の承継でもまた同じように「聞く相手がいない」という孤独な棚卸し作業が繰り返されることになります。

さらに、日々の業務に追われる中でパッチやアップデートの適用状況まで手が回らないことも多いですが、台帳の「サポート状況」欄と合わせて、更新プログラムの適用状況を定期的に確認するパッチマネジメントの考え方も、余裕が出てきたタイミングで取り入れることを検討してください。台帳があれば、どのシステムから優先して手を付けるべきかの判断材料にもなります。

管理台帳がないとどうなるか——承継後によくある3つのつまずき方

管理台帳の必要性は、多くの場合「作らなかった結果、何が起きるか」を具体的に想像したときに初めて実感が湧きます。承継後の経営者から実際によく聞かれる困りごとを、3つのパターンに整理してみます。

パターン1：担当者の急な休職・退職で業務が止まる

経理を長年一人で担ってきたベテラン社員が、体調を崩して急に休むことになった。振込データの作り方も、税理士とのやり取りの手順も、その人の頭の中にしかなかった——という状況です。管理台帳があれば、少なくとも「どのシステムを使っているか」「どこに保存されているか」「契約先はどこか」までは分かるため、外部の専門家に応援を頼む際の初速がまったく違います。台帳がなければ、パスワードを探すところからのスタートになり、下手をすると請求や支払いが数週間止まってしまうこともあり得ます。

パターン2：先代しか知らない契約が期限切れになる

会社で使っているソフトウェアやドメイン、サーバーの契約更新日を先代しか把握していなかったために、更新の連絡メールが先代個人のメールアドレスに届き、誰も気づかないまま契約が失効してしまう、というケースです。ホームページが突然表示されなくなった、基幹システムにログインできなくなった、といった形で表面化します。管理台帳に契約更新月とベンダーの問い合わせ先を記録しておくだけで、この種の事故はかなりの割合で防げます。

パターン3：買収・監査・融資の場面で説明ができない

これは少し先の話に思えるかもしれませんが、金融機関からの融資審査や、将来的なM&Aの場面で「御社のシステム構成を教えてください」と聞かれたときに、経営者自身が答えられないという事態が起こり得ます。管理台帳という形で情報が整理されていれば、こうした場面でも落ち着いて説明でき、経営の透明性を示す材料にもなります。逆に何も答えられないと、内部管理体制そのものへの信頼を損ねかねません。

これらはいずれも、日頃は意識しない「静かなリスク」です。だからこそ、緊急事態が起きる前の、比較的落ち着いている承継直後のタイミングで手を打っておく価値があります。

興味深いのは、これら3つのパターンに共通しているのが「誰か一人が抜けた瞬間に、それまで見えていなかった問題が一気に表面化する」という構造です。会社が順調に回っているときほど、属人化の存在に気づきにくいというのは皮肉なことですが、逆に言えば、平時のうちに手を打っておけば、緊急時のダメージを事前に減らすことができるということでもあります。保険と同じで、使わずに済むのが一番良い備えです。管理台帳作りにかける数週間の労力は、いざというときの数ヶ月分の混乱を防ぐための投資だと捉えると、取り組みやすくなるかもしれません。

実際にどう進めるか——最初の2週間のロードマップ

「重要性は分かったが、具体的に何から手を付ければよいのか分からない」という声もよく聞きます。ここでは、承継直後の経営者が無理なく着手できる、最初の2週間の進め方の一例を示します。

1〜3日目：まず自分のパソコンとメールを確認する

いきなり社員に聞き取りを始める前に、まずは自分が引き継いだパソコンやメールアカウントの中を確認しましょう。デスクトップに置かれたExcelファイル、ブラウザに保存されたブックマーク、メールの受信履歴には、日常業務で使われているシステムの手がかりが多く残っています。ここで見つけたものを、そのまま管理台帳の1行目、2行目として書き出していきます。

4〜7日目：お金に直結する業務の担当者に聞く

経理・給与計算・請求書発行を担当している社員に声をかけ、使っているシステムやファイルの名前、ログイン方法、契約先を教えてもらいます。前述の通り「引き継ぎのための記録」という目的を明確に伝えることがポイントです。この段階では完璧を求めず、聞けた範囲をそのまま台帳に反映します。

8〜10日目：営業・顧客管理まわりを確認する

取引先データや見積もり履歴がどこに、誰の手元にあるのかを確認します。特定の営業担当者の個人フォルダにしかない場合、まずはその事実を台帳に記録し、共有フォルダへの移行は次のステップとして計画に残しておきます。

11〜14日目：台帳を見返し、優先度の高いリスクに印をつける

2週間分の聞き取りを終えたら、一度台帳全体を見返します。「担当者が一人しかいない」「サポートが切れている」「契約名義が個人のまま」といった項目に印をつけ、優先的に手を打つべきものから着手します。すべてを一気に解決する必要はありません。まずは「危ないポイントがどこにあるか、経営者自身が把握できている」状態を作ることが、この2週間のゴールです。

このロードマップはあくまで一例であり、会社の規模や業種によって調整が必要です。従業員10人程度の会社であれば1週間程度で一巡できることもありますし、複数の事業所を抱える会社であれば1ヶ月程度かけてじっくり進めることもあるでしょう。大切なのは期限を区切って着手することであり、「いつかやろう」のまま先延ばしにしないことです。

台帳作りを社内に定着させるための工夫

管理台帳は、経営者一人が黙々と作るだけでは長続きしません。社内の協力を得ながら、無理なく更新され続ける仕組みに育てていくための工夫をいくつか紹介します。

まず、台帳の存在自体を社員に周知することです。「経営者が勝手に社員の仕事を調べている」という印象を与えると、かえって情報が出てきにくくなります。朝礼や部署ミーティングの場で、「システムやデータの一覧を作っています。何かあったときに困らないための備えなので、聞かれたら協力してください」と一言伝えるだけで、心理的なハードルは大きく下がります。目的を先に共有しておくことが、後々の聞き取りをスムーズにする一番の近道です。

次に、台帳を特定のフォルダやツールに一元管理し、経営者以外にも「ここを見れば分かる」という状態を作ることです。経営者だけが台帳の存在を知っていても、結局それは新しい形の属人化にほかなりません。信頼できる幹部社員や、将来的に後を継ぐかもしれない次の世代とも共有できる体制を意識しておくと、台帳そのものが引き継ぎ資産になります。

最後に、台帳を完璧な状態に保とうとしないことです。情報は日々変化します。多少古い情報が残っていても、「ないよりはるかにまし」という前提で運用を続けることが、結果的に長く続く秘訣です。空欄が多くても、まずは存在するシステムの名前だけでもすべて書き出されている状態を目指しましょう。8割の完成度で運用を始め、残りの2割は日々の業務の中で少しずつ埋めていく、というくらいの気構えでちょうどよいバランスになります。

FAQ

Q1. 先代がまだ会社に関わっているのですが、システムの棚卸しを進めてよいものでしょうか。角が立たないか心配です。

棚卸しは「先代のやり方を否定するため」ではなく「先代が築いた仕組みを絶やさないため」という位置づけで進めると角が立ちにくくなります。先代に対しては「〇〇さんが引退された後も会社が困らないように、今のうちに記録を残しておきたい」と伝えると、多くの場合は協力的に応じてもらえます。むしろ先代自身も、自分にしか分からない情報が多いことに不安を感じているケースは少なくありません。長年会社を守ってきた先代にとって、自分が抜けた後の会社の存続は大きな関心事です。「記録を残す」という行為そのものが、先代の功績を次の世代に正しく引き継ぐための作業であると伝われば、非協力的になる理由はむしろ少なくなります。

Q2. 古参社員が「今までこれで問題なかった」と協力してくれません。どう対応すればよいですか。

まずは業務のやり方を変える話ではなく、「記録を残すだけ」であることを明確に伝えましょう。管理台帳作りの目的は現状の仕組みを変更することではなく、現状を見えるようにすることです。また、一度にすべてを聞き出そうとせず、「今日はこの業務だけ教えてください」と範囲を区切ることで、相手の負担感を減らせます。

Q3. クラウドサービスの契約者名義が先代個人になっている場合、どう対処すればよいですか。

まず管理台帳にその事実を明記し、放置しないことが大切です。名義変更が可能なサービスであれば法人名義や後継者の会社アカウントへの変更手続きを進め、変更できないサービスであれば代替サービスへの移行を検討する材料にします。名義問題は法人としての事業承継そのものにも関わる論点であるため、必要に応じて顧問税理士や司法書士にも状況を共有しておくと安心です。放置期間が長引くほど契約者本人への確認や解約手続きが煩雑になるため、気づいた時点で早めに動くことをおすすめします。

Q4. 管理台帳を作る時間が取れません。何から始めればよいですか。

すべてを一度に埋めようとせず、まず「お金に直結するシステム」だけを1週間かけて洗い出すところから始めてください。会計ソフト、給与計算、請求書発行の3つが把握できているだけでも、経営上のリスクは大きく下がります。残りの業務は、古参社員への聞き取りが可能なタイミングを見つけながら、少しずつ追記していけば十分です。

おわりに

先代から会社を継いだ経営者にとって、システムの属人化は目に見えにくく、後回しにされがちな課題です。しかし管理台帳という1枚の表を作るという地道な作業が、次にトラブルが起きたときの被害を大きく減らし、何より「誰に聞けば分かるか分からない」という孤独感そのものを解消してくれます。完璧な台帳を最初から目指す必要はありません。今日、分かる範囲の1行から書き始めることが、会社を守る土台になります。株式や登記の手続きに専門家がいたように、システムの棚卸しにも、焦らず一歩ずつ進めれば必ず形になる道筋があります。

この記事の次に読みたい記事

• 「触ると壊れる」と先代に言われ続けたシステムを調査する順番
• 引き継ぎ書がない会社が承継後すぐに始めるシステム記録術
• 誰も触れない先代由来のバッチ処理の正体を突き止める方法

管理台帳を作る過程で、ドメインやサーバー契約の名義が前任の担当者のままになっているケースもよく見つかる。前任の担当者名義のドメイン・サーバー契約を、承継後に取り戻す手順を参照してほしい。

また、台帳に記録すべきなのは業務システムだけではない。その業務知識を持つ古参社員自身が独立・転職する場面に備えて、顧客情報や原価データへのアクセス権限をどう管理しておくべきかは、古参の営業・技術担当が独立・転職するとき、顧客データを守るために今からできることで扱っている。

特に経理業務は、会計ソフトのIDや月次の処理フローが担当者一人だけに集中しやすく、属人化したときの実害も大きい領域だ。経理担当者が辞める・辞めてしまった場面の具体的な対処は経理担当者が辞めた。会計ソフトのIDも仕訳の判断基準も分からない、を防ぐにはで扱っている。