「うちでしか分からない」を裏付ける、先代契約のシステム仕様の確認方法

先代が築いた取引先との関係、古参社員との信頼、そして「うちでしか分からない」と言われ続けてきた業務システム。二代目・三代目として会社を継いだとき、この最後の一つだけが、契約書という形で確認できないまま引き継がれていることに気づく経営者は少なくありません。株式や不動産には税理士や司法書士という専門家がいますが、「このシステムの契約は今どうなっているのか」という問いに答えてくれる専門家は、社内にも社外にも見当たらないのです。

この記事は、先代の代からシステムを担当してきたベンダーやSaaSとの契約を、角を立てずに確認し直したいと考えている承継社長のために書きました。結論を先に言うと、確認すべきは「①今の契約形態と期間」「②何にいくら払っているかの内訳」「③データを外に出せるかどうか」「④担当者が抜けたら誰が対応するか」の4点に絞れます。この4点さえ押さえれば、無理な乗り換えを迫ることも、逆に言われるままに契約を継続することもなく、経営判断としてベンダーとの関係を選び直せます。

こんな状態の社長に向けて書いています

先代の跡を継いで数年、決算書は読めるようになったし、取引先への挨拶回りも一通り終えた。ところが総務担当者や古参の経理社員から「このシステムのことは先代から任されているので大丈夫です」と言われると、それ以上踏み込めない。契約書の現物がどこにあるかも分からず、月々の請求書だけが淡々と会社の口座から引かれていく。ベンダーの担当者と先代が長年の付き合いで「お互い分かっている」関係を築いていたぶん、二代目である自分が今更「契約内容を教えてください」と聞くのは、失礼にあたるのではないかと躊躇してしまう。

そんな状態に心当たりがあるなら、この記事はまさにあなたのために書いています。

「うちでしか分からない」という言葉の正体

古参社員やベンダー担当者が口にする「うちでしか分からない」「このシステムは特殊なので」という言葉には、二つの異なる意味が混在しています。一つは、業務の特殊性そのものが複雑で、確かに専門知識がないと理解できないという実質的な難しさ。もう一つは、単に文書化されておらず、口頭伝承と個人の経験に依存しているだけという、属人化の言い換えにすぎないケースです。

経済産業省が2025年5月にまとめた「DXの現在地とレガシーシステム脱却に向けて」というレポートでは、長年運用されてきた基幹システムの多くが「ブラックボックス化」しており、仕様を復元してドキュメント化することで属人性を排除し、ナレッジを継承できるようにすることが提言されています。つまり、国の政策文書でも「うちでしか分からない」状態は個社の特殊事情ではなく、日本の中小企業に広く共通する構造的な課題として認識されているのです。承継社長が抱く違和感は、決して的外れではありません。

「システムは特殊だから触れない」という説明を受けたとき、それが業務の複雑さゆえなのか、単に記録が残っていないだけなのかを見分ける最初の一歩は、契約書と仕様書の現物を自分の目で確認することです。

この違いを見分けないまま「特殊だから仕方ない」と結論づけてしまうと、本当は整理できるはずのコストや契約リスクを、何年も先代の代からそのまま引き継ぎ続けることになります。「うちでしか直せません」と言われたときに具体的にどの契約書の条項を確認すべきかは、先代の代からの開発会社に「うちでしか直せません」と言われたときに確認する契約書の項目で詳しく扱っています。

なぜ承継社長だけがこの確認を後回しにしがちなのか

株式の名義変更、代表者変更登記、金融機関との取引口座の切り替え。これらは司法書士や税理士、取引先の担当者が「次はこれをやってください」と道筋を示してくれます。ところが業務システムの契約確認については、誰も声をかけてくれません。

理由は明確です。株式や登記は法律で手続きが定められており、専門家という「答えを知っている人」が制度として存在します。一方、社内システムの契約は会社ごとに個別性が高く、公的な手続きでもないため、相談窓口が用意されていません。加えて、先代の代からの付き合いというウェットな人間関係が絡むぶん、「今更聞くのは気が引ける」という心理的なハードルが、承継社長の背中を押しにくくしているのです。

この孤独感は、システムの話に限らず承継社長が共通して抱える感覚ですが、システムに関しては特に深刻です。株の相続税評価には税理士がつきますが、「このリース契約はいつまでですか」「このソフトのデータは他社に移せますか」という問いに答えてくれる専門家は、通常は誰もいません。だからこそ、経営者自身が最低限のチェックリストを持って、自分で確認する構えが必要になります。

確認方法の全体像 ―― 4つの視点で仕分ける

先代契約のシステム仕様を確認する作業は、闇雲に契約書を集めるだけでは終わりません。以下の4つの視点で仕分けることで、「今すぐ手を打つべきもの」と「当面は現状維持でよいもの」が見えてきます。

この4点は、ベンダーを疑ってかかるための材料ではなく、「今の関係を続けるべきか、見直すべきか」を経営判断として下すための土台です。まず全体像を押さえたうえで、それぞれを具体的に見ていきましょう。

視点①契約書の現物を探し、契約形態を確認する

最初にやるべきことは単純です。契約書の現物、あるいは最新の見積書・注文書を手に入れることです。多くの承継企業では、契約書が紙のファイルで倉庫や先代の自宅に保管されていたり、担当者のメールボックスにPDFとして眠っていたりします。

契約書を見つけたら、以下の項目を確認してください。

• 契約期間はいつからいつまでか
• 自動更新条項があるか、あるとすれば更新拒絶の通知期限は何ヶ月前か
• 契約の当事者は自社の正式名称になっているか（合併や商号変更を経ている場合、古い名義のまま放置されていることがある)
• 再委託に関する条項があるか（先代が窓口としていた担当者の会社が、実際の開発を別会社に外注しているケースがある)

自動更新条項がある契約は要注意です。多くの保守契約やSaaS契約には「契約満了の◯ヶ月前までに双方から解約の申し出がない場合、自動的に同条件で更新される」という条項が入っています。この通知期限を過ぎてしまうと、たとえ乗り換えたいと思っても、もう1年間は同じ契約を継続せざるを得ません。まずカレンダーに更新拒絶の通知期限を書き込むことが、交渉の主導権を握る第一歩です。

契約書がどうしても見つからない場合は、ベンダーに直接「契約書の写しを送ってほしい」と依頼して構いません。これは失礼な依頼ではなく、契約当事者として当然の権利です。むしろ、まともなベンダーであれば求められれば速やかに提示してくれるはずですし、渋る様子を見せるベンダーであるなら、それ自体が一つの判断材料になります。

視点②請求書の内訳を洗い出し、費用の妥当性を見る

次に、月々あるいは年間で支払っている費用の内訳を確認します。「保守費用一式」というような一行だけの請求書では、何にいくら払っているのか経営者自身が把握できません。

以下のように、費用の内訳を分解して整理することをお勧めします。

1. ライセンス費用（ソフトウェアそのものの使用権)
2. 保守・サポート費用（問い合わせ対応、障害対応)
3. カスタマイズ・改修費用（追加開発分)
4. ハードウェア・インフラ費用（サーバー、回線など)
5. 訪問・出張対応費用（先代の代からの惰性で残っている場合がある)

弁護士法人クラフトマンによるシステム保守契約の解説では、システム開発契約に含まれない保守業務の範囲や対応内容を、開発契約とは別に保守契約として正面から取り決めることの実務的な重要性が指摘されています。開発時の契約書の中に保守条項が数行だけ書かれている、という古いタイプの契約もよく見られますが、その場合は「どこまで対応してもらえるのか」が不明確なまま、請求だけが継続していることがあります。

内訳が不明な請求書を受け取っている場合は、次回の請求前に「内訳を明記した請求書をいただけますか」と依頼してください。これも契約当事者としての正当な要求であり、関係を壊す行為ではありません。

視点③データポータビリティ ―― 乗り換えの選択肢があるかを確認する

仮に将来的にベンダーを見直したいと思ったとき、最大の障害になるのがデータの持ち出しです。長年蓄積してきた顧客データ、受注履歴、在庫データが、そのベンダー独自のシステム内にしか存在せず、標準的な形式で取り出せない場合、実質的に他社への切り替えは不可能になります。これがいわゆるベンダーロックインの状態です。

確認すべきは、次の点です。

• 契約書に、データの所有権が自社にあると明記されているか
• CSVやExcelなど、標準的な形式でデータをエクスポートできる機能があるか
• 契約終了時にデータを引き渡す義務が、ベンダー側に明記されているか

データの所有権と合わせて確認しておきたいのが、システムそのものの権利関係です。ソースコードの権利が自社と先代契約のベンダーのどちらにあるかは、先代システムのソースコードの権利は誰にあるか、納品物から確認する方法を参照してください。

データポータビリティが確保されていない契約は、たとえ現状の費用が高くても、心理的にも実務的にも「言われた値上げを受け入れるしかない」という状況を生みます。逆に、データポータビリティが確保されていれば、多少コストが高くても「いつでも他社に切り替えられる」という交渉力を経営者側が持つことができます。今すぐ乗り換える必要がなくても、この確認だけは済ませておくべきです。

なお、データポータビリティの確認は、決してベンダーへの不信の表明ではありません。むしろ「今後も長く付き合いたいので、契約の透明性を確認させてほしい」という前向きな文脈で伝えれば、多くのベンダーは自然に応じてくれます。

視点④担当者依存度 ―― 「その人がいなくなったら」を想定する

先代の代から付き合いのあるベンダーの多くは、特定の担当者一人が全ての経緯を把握しているという状態にあります。その担当者が異動、退職、あるいは会社自体の廃業や事業譲渡によっていなくなった場合、誰が対応するのかを確認しておく必要があります。

以下を確認してください。

• ベンダー社内に、担当者以外でこのシステムを理解している人がいるか
• 引継ぎ資料やシステム仕様書が、ベンダー社内で文書化されているか
• ベンダー自体の事業継続性（後継者不在で廃業リスクがないか、というのは失礼な質問に聞こえるかもしれませんが、実は先代の代からの付き合いであるベンダー自身もまた、承継の課題を抱えていることが少なくありません)

古い付き合いのベンダーほど、実は自社と同じように高齢の経営者が一人で会社を回している、という構図は珍しくありません。先代とベンダーの経営者が同世代で懇意にしていた、という関係性であれば、ベンダー側の事業承継が失敗した瞬間に、自社のシステムサポートも途絶えるリスクがあります。これは相手を疑う話ではなく、双方にとって現実的なリスクとして共有すべき話題です。こうしたリスクに備えて何を取り寄せておくべきかは、開発会社の乗り換え手順、承継を機に整理する引き継ぎ資料一覧にまとめています。

「うちでしか分からない」を仕様書に落とし込む

契約の確認と並行して、ぜひ取り組んでほしいのが、システムの仕様そのものを文書に落とし込む作業です。前述の経済産業省・IPAのレガシーシステムモダン化委員会総括レポートでも、ブラックボックス化したシステムの仕様を復元・ドキュメント化することが、属人性排除とナレッジ継承の鍵であると提言されています。

「うちでしか分からない」という言葉を、単なる思い込みや惰性で終わらせず、実際に文書として裏付けを取る作業です。具体的には、以下のような項目を一枚のシートにまとめていきます。

• システムの名称、バージョン、導入時期
• 契約しているベンダー名、担当者名、連絡先
• 契約形態（買い切り・リース・サブスクリプション）と契約期間
• 年間の総費用（内訳含む）
• このシステムが止まった場合、業務にどの程度の影響が出るか
• データのバックアップ方法と保管場所
• サポート終了予定日、または現在サポートが継続しているかどうかの確認状況

こうした情報を一元管理する仕組みは、システム管理台帳と呼ばれます。一度作成しておけば、次に契約更新のタイミングが来たときに、慌てて契約書を探し回る必要がなくなります。この台帳をどう作り、何から着手すべきかは脱ロックインの第一歩、承継後に自社で管理すべきアカウント一覧で具体的に説明しています。会社によっては、この台帳を作る作業自体が「なぜ今さらそんなことを」と古参社員から反発を招くこともありますが、目的は誰かを責めることではなく、次の世代にも会社が困らないように記録を残すことだと伝えれば、多くの場合は理解が得られます。

角を立てずに確認する ―― 聞き方の具体例

先代の代からの付き合いがあるベンダーに対して、いきなり「契約内容を全部見せてください」と迫ると、相手も身構えてしまいます。以下のような伝え方であれば、関係を壊さずに必要な情報を得やすくなります。

• 「代替わりのタイミングなので、今後も長くお付き合いさせていただくために、契約内容を一度整理させてください」
• 「社内の管理体制を整えている最中で、全ての契約書を確認させていただいております。御社の分もお願いできますか」
• 「もし何かあったときに慌てないよう、契約の更新タイミングと、担当者様が変わった場合の体制だけ確認させてください」

いずれも「疑っている」のではなく「引き継ぎのために整理している」という文脈で伝えることが、角を立てないコツです。ベンダー側もまた、経営者が代替わりしたことは把握しているはずですから、この機会に関係を明確にしたいという申し出は、通常であれば歓迎されます。そもそも外部ベンダーへの挨拶を承継のどの段階で行うべきかについては、外部ベンダーに先に挨拶するか、社内の把握を終えてからにするかも参考にしてください。

確認した結果、見えてくる3つのパターン

実際に契約書を確認し、費用の内訳を洗い出し、データポータビリティと担当者依存度を調べてみると、多くの企業はおおよそ次の3パターンのいずれかに当てはまります。

パターン1：関係を維持すべきケース 契約内容が明確で、費用も内訳が把握できており、データポータビリティも確保されている。担当者だけでなく社内体制としてサポートが継続する見込みがある。この場合は、無理に乗り換える必要はありません。むしろ長年の関係を維持し、必要な改修だけを追加発注していく方が合理的です。

パターン2：契約は継続しつつ、条件を見直すべきケース 契約自体は問題ないものの、費用の内訳が不透明だったり、自動更新条項に気づかず何年も同条件が続いていたりする。この場合は、契約自体を切る必要はなく、次回更新のタイミングで内訳の明確化や条件交渉を行うのが妥当です。

パターン3：段階的な移行を検討すべきケース 担当者一人に依存し、その担当者もベンダー自体も高齢化している。データポータビリティが確保されておらず、契約書自体も曖昧。この場合は、いきなり契約を切るのではなく、並行して新しいシステムやベンダーを検討し始め、段階的に移行する準備を進めるべきです。一社に契約を集中させず、機能ごとに複数のベンダーやサービスへ分けて依存先を分散させる体制に切り替えることで、どこか一社が対応できなくなった場合のリスクを和らげる選択肢も見えてきます。

「乗り換え」を急がないという判断も正しい

ここまで確認の方法を説明してきましたが、大事な補足があります。確認した結果、「今は乗り換えなくていい」という結論に至ることも、立派な経営判断です。この記事の目的は乗り換えを勧めることではなく、確認した上で選ぶことにあります。

先代の代からの付き合いがあるベンダーには、契約書には書かれていない信頼の蓄積があります。多少割高であっても、緊急時に電話一本で駆けつけてくれる関係性には、数字に表れない価値があります。逆に、契約もデータも整理されていて安心だと分かれば、それはそれで経営者としての安心材料になります。確認する前と後では、たとえ結論が「現状維持」であっても、その意味合いは全く違います。「分からないから何もしない」状態と「確認した上で維持を選んだ」状態は、リスク管理として決定的に異なるのです。

古いシステムが残っている場合の注意点

先代の代に導入された基幹システムが、自社に設置された機器の上で稼働している場合は、追加で確認すべき点があります。機器の物理的な老朽化、OSやミドルウェアのサポート終了予定、そして何よりその機器を保守できる技術者がベンダー側に残っているかどうかです。

EOL（サポート終了）、つまりサポート終了が迫っているシステムを使い続けることは、セキュリティリスクの観点からも、故障時に代替部品や対応技術者が見つからないという実務リスクの観点からも、放置してよい問題ではありません。契約書の確認と合わせて、使用しているOSやソフトウェアのバージョンが、メーカーの公式サポート期間内にあるかどうかも、この機会にチェックリストに加えてください。

先代の代に「一度入れたら長く使えるから」という理由で導入されたシステムほど、実はサポート終了の告知がすでに出ていて、気づかれていないだけというケースが多く見られます。ベンダーへの確認事項リストに、契約条件だけでなく「このシステムのサポート終了予定はいつですか」という一文を必ず加えてください。

「今後どうするか」は、確認が終わった後で決める

契約確認を進める中で、「そもそも自社でシステムを見られる人材を育てるべきか、それとも外部のパートナーに任せ続けるべきか」という問いに行き着く経営者も多いでしょう。しかし、この問いに答えを出すのは、契約確認が終わった後で構いません。まず現状を正確に把握しないまま「自社で担おう」「別のベンダーに切り替えよう」と結論を急ぐと、判断の土台が揺らいだまま大きな投資判断をしてしまうリスクがあります。

この記事で紹介した4つの視点の確認が終わってから、初めて「今後どうするか」という戦略的な判断のテーブルに乗ることができます。順序を間違えないことが、承継直後の経営判断において何より重要です。

非IT出身の社長ほど「分からないことを聞く」を怖がらなくていい理由

製造や販売の現場からたたき上げで社長になった方、あるいは営業一本で先代を支えてきた方にとって、システムの話は正直なところ得意分野ではないケースが多いはずです。決算書の数字なら勘定科目の意味が分からなくても税理士に聞けば恥ずかしくありませんが、「このシステムのサーバーってどこにあるんですか」と聞くのは、なんとなく経営者としての格好がつかない、という気持ちになる方も少なくありません。

しかし、これは完全な思い込みです。IT分野に詳しい大企業の経営者であっても、自社の基幹システムの契約詳細を全て把握しているケースはむしろ稀です。経済産業省が2018年に公表した「DXレポート」の時点から指摘され続けているのは、規模の大小を問わず、経営層がシステムの実態を把握できていないという構造的な問題です。つまり、承継社長が「分からない」と感じるのは個人の能力不足ではなく、日本の企業に共通する当たり前の状態なのです。

むしろ非IT出身の社長にとって重要なのは、技術的な詳細を理解することではなく、「契約書に何が書かれているか」「いくら払っているか」「代わりがあるかないか」という、経営判断に直結する部分だけを押さえることです。プログラミング言語やサーバーの型番を覚える必要は一切ありません。今回紹介した4つの視点は、いずれも技術知識を必要とせず、契約書と請求書を読む力だけで確認できるように設計しています。

古参社員を「悪者」にしない進め方

契約確認を進める過程で、最も気を使うべき相手は、実はベンダーではなく社内の古参社員です。長年システムの窓口を一人で担ってきた社員にとって、社長が契約書を確認し始めることは、「自分のやり方を否定されるのではないか」という不安につながりやすいものです。

この不安を和らげるためには、次のような順序で話を進めることをお勧めします。

1. まず「これまで一人で対応してくれていたことへの感謝」を明確に伝える
2. 「会社として記録を整理しておきたい、あなたの仕事を疑っているわけではない」という趣旨を明言する
3. 契約書や請求書の在り処を、古参社員に聞くのではなく「一緒に探してほしい」という協力の形で依頼する
4. 台帳ができた後は、古参社員自身にも見てもらい、内容に誤りがないか確認してもらう

この進め方であれば、古参社員は「自分の仕事が可視化され、認められた」と感じやすくなります。逆に、社長が一人でベンダーと直接契約書を取り寄せ、古参社員には後から結果だけを伝えるような進め方をすると、「自分は信用されていない」という反発を招きやすくなります。承継直後の社内の空気は、思っている以上に繊細です。この確認作業自体が、古参社員との信頼関係を再構築する機会にもなり得ることを、ぜひ意識してください。

「決別」ではなく「棚卸し」という言葉を使う

社内でこの取り組みを進める際、社長自身がどのような言葉を選ぶかも、実は重要な意味を持ちます。「古いベンダーと決別する」「契約を見直す」という言葉を使うと、社員やベンダー自身に「切られるのではないか」という警戒心を生みやすくなります。

代わりに「棚卸し」「整理」「記録を残す」という言葉を使うことをお勧めします。実際、この記事で紹介した確認作業の本質は、決別を前提とした調査ではなく、現状を正確に把握するための棚卸しです。棚卸しの結果として「このまま続ける」という結論が出ることも、「少しずつ移行する」という結論が出ることも、どちらもあり得ます。あらかじめ結論を決めてかかる姿勢ではなく、まず実態を明らかにするという姿勢で進めることが、社内外の関係者との摩擦を最小限にする鍵になります。

先代がベンダーと結んできた関係は、単なる契約以上の、地域社会や業界内の人間関係の一部であることも多いはずです。取引先の紹介で今のベンダーと付き合いが始まった、あるいは先代とベンダーの社長が同じ商工会の役員を務めていた、というような背景があるなら、なおさら「決別」という言葉は避け、「確認」「整理」という言葉を選んでください。

確認作業にかかる時間の見立て

最後に、実務的な見通しを共有しておきます。契約書を探し出し、費用の内訳を洗い出し、データポータビリティと担当者依存度を確認するという一連の作業は、システムの数にもよりますが、主要な基幹システムが1つから3つ程度の中小企業であれば、社長自身が本業の合間に取り組む前提でおおよそ1ヶ月から2ヶ月程度を見込んでおくとよいでしょう。

• 1週目:契約書・請求書の現物を探し、手元に集める
• 2週目:ベンダーに不足分の開示を依頼し、費用の内訳を確認する
• 3週目:データポータビリティと担当者依存度について、ベンダーへヒアリングする
• 4週目以降:確認した内容をシステム管理台帳の形にまとめ、社内で共有する

一度にすべてを終わらせる必要はありません。むしろ焦って一気に進めようとすると、古参社員やベンダーに「何か問題を探しているのではないか」という不要な警戒心を持たれかねません。四半期に一つのシステムずつ、落ち着いたペースで確認していくくらいの心構えで十分です。事業承継という大きな変化の中で、システムの契約確認は緊急対応ではなく、次の10年を安定させるための地味だけれど欠かせない土台作りだと捉えてください。

先代に聞いておくべきことは、今のうちに聞く

もし先代がまだ健在で、経営には関わっていないものの相談できる関係にあるなら、契約確認の作業と並行して、先代自身にいくつか質問しておくことを強くお勧めします。契約書という紙の記録には残らない、経緯や背景を知っているのは先代本人だけだからです。

具体的には、次のような質問が有効です。

• このベンダーと付き合いを始めたきっかけは何だったか
• 過去に契約内容や費用面で揉めたことはあったか、あればどう解決したか
• 今のベンダー担当者以外に、会社として関わりのある人はいるか
• もし今から選び直せるとしたら、同じベンダーを選ぶか

これらの質問は、契約書の文言だけでは分からない「なぜ今の形になったのか」という背景を補ってくれます。特に、過去に一度でも契約や費用面でトラブルがあったなら、その経緯を知らないまま同じベンダーと交渉に入ると、相手側だけが過去の経緯を把握している状態で話が進んでしまい、対等な交渉になりません。

先代がすでに経営から完全に退いていたり、聞くことが難しい状況であったりする場合は、先代の在任時から在籍している最も古い社員に、同様の質問をしてみるという方法もあります。記録に残らない経緯を知る人が社内にいるうちに、口頭でのヒアリングだけでも済ませておく価値は十分にあります。この作業は、契約書を確認する作業と並んで、承継直後の限られた時間の中でしかできない、いわば「記憶の一次情報」を確保する機会でもあるのです。

一つのシステムから始めて、範囲を広げていく

最後に、実務上の進め方について補足します。多くの中小企業では、基幹システム、勤怠管理、会計ソフト、顧客管理、電話やFAXの保守契約など、複数のシステムやサービスが並行して稼働しています。これら全てを一度に確認しようとすると、作業量に圧倒されてしまい、途中で挫折してしまうことも少なくありません。

まずは、会社の売上や業務の中核を担う一つのシステム、多くの場合は基幹システムや顧客管理システムから確認を始めることをお勧めします。一つのシステムについて4つの視点を確認し、システム管理台帳の形にまとめる経験を積んでおけば、二つ目以降のシステムについては要領を得て、格段に早く進められるようになります。

範囲を広げる順序としては、次のような優先度が一つの目安になります。

1. 事業の売上に直結する基幹システム・顧客管理システム
2. 従業員の給与や勤怠に関わるシステム(法令対応が絡むため放置のリスクが大きい)
3. 会計・経理システム
4. その他の周辺システム(電話・複合機・セキュリティ機器の保守契約など)

一度にすべてを完璧に終わらせる必要はありません。大切なのは、確認する仕組みそのものを社内に根付かせることです。今回の承継を機に一度確認の型を作っておけば、次に契約更新のタイミングが来たときも、また次の世代に会社を引き継ぐときも、同じ型を使って淡々と確認を進められるようになります。

まとめ ―― 4つの確認が、次の10年の土台になる

先代から引き継いだシステムの「うちでしか分からない」という言葉は、多くの場合、実質的な複雑さと、単なる文書化不足が入り混じったものです。この二つを見分けるために、契約形態と期間、費用の内訳、データポータビリティ、担当者依存度という4つの視点で現状を確認することが、承継社長にとって最初の一歩になります。

株式や登記の手続きには専門家という道案内がいますが、システムの契約確認には、経営者自身がチェックリストを持って向き合うしかありません。だからこそ、この記事で紹介した確認方法を、社内のシステム管理台帳という形に落とし込み、次に会社を継ぐ人が同じ孤独感を抱かないよう、記録を残しておくことをお勧めします。確認した結果が「現状維持」であっても、それは立派な経営判断です。まずは契約書の現物を探すところから、始めてみてください。

よくある質問

Q1. 先代から「このベンダーとは長い付き合いだから大丈夫」と言われていた場合でも、契約内容を確認していいのでしょうか。

A. 問題ありません。むしろ確認すべきです。先代が築いた信頼関係と、契約内容が明確であることは、両立します。「代替わりのタイミングで社内の契約管理を整理している」という文脈で伝えれば、長年の関係を壊すことなく確認できます。信頼関係があるからこそ、契約内容もオープンに共有してもらえるはずです。

Q2. 契約書が見当たらず、先代にも聞けない状況です。どうすればいいですか。

A. まずはベンダーに直接「契約書の写しを再発行してほしい」と依頼してください。契約当事者である以上、これは正当な依頼です。それでも見つからない、あるいはベンダー自体と連絡が取れない場合は、直近の請求書や見積書を手がかりに、契約の実態（何を、いくらで、いつまで）を推定し、次回更新のタイミングと思われる時期にベンダーへ改めて確認を取るという方法があります。

Q3. 確認した結果、費用が明らかに高いと分かった場合、すぐに値下げ交渉をしてもいいのでしょうか。

A. 交渉自体は可能ですが、進め方には注意が必要です。まず費用の内訳（ライセンス・保守・カスタマイズ・出張対応など)を明確にしてもらい、どの部分が高いのかを具体的に特定してから交渉する方が、感情的な対立を避けられます。「値下げしてほしい」ではなく「内訳を教えてほしい、その上で今後の契約について相談したい」という順序で進めることをお勧めします。

Q4. 古参の社員がベンダーとのやり取りを一手に担っており、自分が契約に踏み込むと社員との関係が悪化しないか心配です。

A. 「あなたのこれまでの対応を否定するものではなく、会社として記録を整理しておきたい」という趣旨を明確に伝えることが大切です。多くの場合、古参社員自身も「自分がいなくなったら誰が対応するのか」という不安を抱えています。むしろ台帳化やドキュメント化は、その社員の負担を減らす取り組みとして共感を得やすい面があります。