部門ごとのバラバラなシステム導入をやめて全社のライセンス重複とデータ分断を解消する方法

多くの企業で、各部門が独自にクラウドサービスやソフトウェアを導入した結果、同じ用途のツールが社内に複数存在する状態が起きています。たとえば営業部はSalesforce、マーケティング部はHubSpot、カスタマーサポート部はZoho CRMと、顧客管理だけで3つのシステムが並立しているようなケースです。こうなるとデータは部門ごとに閉じ、全社横断の分析や顧客対応ができなくなります。ライセンス費用も単純に3倍かかり、年間で数百万円規模の重複投資になることも珍しくありません。

この記事は、従業員100〜1,000名規模の企業で、情報システム部門の担当者や管理部門のマネージャーとして、各部門からのシステム導入要望の取りまとめや承認に関わっている方を想定しています。読み終えると、新規システムの導入申請から全社の既存IT資産との重複チェック、承認判断までを一本のワークフローとして回せるようになります。大規模エンタープライズ向けの全社ERP刷新プロジェクトや、個別ツールの詳細なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、部門からのシステム導入申請を受け付けてから全社視点で重複を判定し、承認または却下するまでの運用フローと、そのフローを支える3つのツールの設定方針が手に入ります。

Workflow at a glance: 部門ごとのバラバラなシステム導入をやめて全社のライセンス重複とデータ分断を解消する方法

• Step 1: 導入申請を統一フォームで受け付ける (ジョブカンワークフロー) (ワークフローシステム)
• Step 2: 既存IT資産との重複を確認し判定する (LANSCOPE エンドポイントマネージャー クラウド版) (IT資産管理ツール)
• Step 3: 承認・却下を決定しIT資産台帳とERPに反映する (ジョブカンワークフロー / LANSCOPE エンドポイントマネージャー クラウド版 / マネーフォワード クラウドERP)

なぜ部門ごとのシステム導入が全社最適を壊すのか

導入の入口がバラバラで重複に気づけない

多くの企業では、システム導入の申請ルートが部門ごとに異なります。営業部は営業部長の承認だけで契約し、総務部は総務部長の決裁で別のツールを入れる。情報システム部門に相談が来るのは導入後、つまりすでに契約が済んでからというケースが大半です。この時点では既存ツールとの重複を指摘しても手遅れで、年間契約の途中解約はできません。

根本的な原因は、導入申請という行為が全社共通のプロセスとして定義されていないことにあります。部門ごとに稟議書のフォーマットも違えば、承認者も違い、情報システム部門が関与するタイミングも統一されていません。

IT資産の全体像が誰にも見えていない

社内にどんなシステムが何ライセンス存在し、どの部門が使っているかを正確に把握している人がいない。これが2つ目の問題です。Excelで管理している企業も多いですが、更新が属人的で、契約更新のタイミングで初めて存在を知るツールも出てきます。

全体像が見えなければ、新しい導入申請が来たときに既存ツールで代替できるかどうかの判断ができません。結果として、似た機能のツールがどんどん増えていきます。

データが部門の壁を越えられない

同種のツールが複数あると、データ形式も保管場所もバラバラになります。たとえば顧客情報が3つのCRMに分散していると、ある顧客が営業部では商談中、サポート部ではクレーム対応中という状況を誰も横断的に把握できません。部門間の引き継ぎのたびに手作業でデータを転記する必要が生じ、転記ミスや対応漏れの温床になります。

この状態が続くと、全社でのデータ活用が事実上不可能になり、経営判断に必要な数字を集めるだけで毎月何日もかかるという非効率が固定化します。

重要な考え方：導入申請の入口を1つに絞り、既存資産との照合を承認条件にする

部門ごとのシステム乱立を防ぐために最も効果的なのは、システム導入の申請ルートを全社で1本化し、承認プロセスの中に既存IT資産との重複チェックを必須ステップとして組み込むことです。

申請の一本化が最優先である理由

重複を防ぐ方法として、定期的な棚卸しや年次のIT資産レビューを思い浮かべる方もいるかもしれません。しかし、これらは事後対応です。すでに契約済みのツールを後から整理するのは、解約手続き、データ移行、現場の反発など、コストと労力が膨大にかかります。

一方、導入申請の段階で重複を検知できれば、契約前に止められます。つまり、入口を1つにすることが最もコストの低い予防策です。

重複チェックを属人化させない仕組み

重複チェックを情報システム部門の担当者の記憶や経験に頼ると、担当者が異動した瞬間に機能しなくなります。IT資産管理ツールに登録された情報を、申請時に自動で参照できる仕組みにすることで、誰が担当しても同じ品質の判断ができるようになります。

承認後のデータフローまで設計する

導入を承認する際に、そのツールのデータが全社の基幹システムとどう連携するかまで決めておくことが重要です。連携方針が決まらないまま導入すると、また新たなデータの孤島が生まれます。承認条件にデータ連携の設計を含めることで、導入後のデータ分断を未然に防ぎます。

導入申請から承認・台帳登録までを一気通貫で回す

ステップ 1：部門からの導入申請を統一フォームで受け付ける（ジョブカンワークフロー）

部門の担当者がシステム導入を希望する場合、ジョブカンワークフローの申請フォームから統一された項目を入力して申請します。フォームには以下の項目を設けます。

• 導入したいツールの名称とカテゴリ（顧客管理、プロジェクト管理、経費精算など）
• 利用予定人数と月額費用の見込み
• 導入目的と、現在その業務をどう処理しているかの説明
• 希望する導入時期

申請が提出されると、まず部門長の承認を経て、情報システム部門の担当者に自動で回付されます。この時点で、申請内容に記載されたカテゴリ情報が次のステップの重複チェックに使われます。

運用頻度は、申請が発生するたびに都度実行です。月に数件程度の企業が多いですが、年度末や期初は集中する傾向があるため、承認者のスケジュールに余裕を持たせておくことをおすすめします。

ステップ 2：既存IT資産との重複を確認し判定する（LANSCOPE エンドポイントマネージャー クラウド版）

情報システム部門の担当者は、申請内容を受け取ったら、LANSCOPE エンドポイントマネージャー クラウド版のIT資産台帳を参照します。このツールには、社内で利用中のソフトウェアやクラウドサービスが、部門別・ライセンス数別に登録されています。

確認する観点は3つです。

1つ目は、同一カテゴリのツールがすでに導入済みかどうかです。たとえば申請がプロジェクト管理ツールであれば、既存のプロジェクト管理ツールの一覧を確認します。

2つ目は、既存ツールのライセンスに空きがあるかどうかです。別部門で導入済みのツールに未使用ライセンスがあれば、新規契約せずにライセンスを融通できます。

3つ目は、既存ツールの機能で申請部門の要件を満たせるかどうかです。これは機能比較が必要になるため、申請部門の担当者にヒアリングを行い、既存ツールのトライアル利用を提案する場合もあります。

この確認結果を、ジョブカンワークフロー上の申請にコメントとして記録します。重複ありの場合は既存ツールの利用を推奨する旨を、重複なしの場合はその旨を明記します。

ステップ 3：承認・却下を決定しIT資産台帳とERPに反映する（ジョブカンワークフロー / LANSCOPE エンドポイントマネージャー クラウド版 / マネーフォワード クラウドERP）

情報システム部門の担当者が重複チェック結果を記載した後、最終承認者（情報システム部門の責任者やCIO）がジョブカンワークフロー上で承認または却下を行います。

承認の場合、2つの後続作業が発生します。

1つ目は、LANSCOPE エンドポイントマネージャー クラウド版のIT資産台帳に新規ツールを登録することです。ツール名、カテゴリ、利用部門、ライセンス数、契約期間、月額費用を登録します。これにより、次回以降の重複チェックで参照できるようになります。

2つ目は、マネーフォワード クラウドERPの費用管理にライセンス費用を登録することです。部門別のIT費用として計上し、月次の費用レポートに自動で反映されるようにします。これにより、全社のIT投資額を部門横断で可視化でき、経営層への報告にも使えます。

却下の場合は、ジョブカンワークフロー上で却下理由（既存ツールで代替可能、など）を明記し、申請者に通知します。代替として利用すべき既存ツールの名称と、そのツールの管理部門の連絡先を併記すると、申請者が次のアクションを取りやすくなります。

この一連のフローを月次で振り返り、申請件数、承認率、却下理由の傾向を確認します。却下理由に特定カテゴリが集中している場合は、そのカテゴリの既存ツールに不満がある可能性が高いため、全社標準ツールの見直しを検討するきっかけになります。

この組み合わせが機能する理由

ジョブカンワークフロー：申請の入口を物理的に1つにできる

ジョブカンワークフローを選定した理由は、日本企業の稟議文化に合った承認フローを柔軟に設計できる点にあります。部門長承認→情報システム部門確認→最終承認という多段階の承認ルートを、ドラッグ＆ドロップで設定できます。

強みは、申請フォームのカスタマイズ性が高く、導入目的やカテゴリなど重複チェックに必要な項目を自由に追加できることです。また、承認状況がリアルタイムで可視化されるため、申請が滞留している場合にすぐ気づけます。

弱みとしては、LANSCOPE エンドポイントマネージャー クラウド版との直接的なAPI連携機能は標準では用意されていないため、重複チェック自体は情報システム部門の担当者が手動で行う必要があります。ただし、月に数件程度の申請頻度であれば、この手動確認は現実的な運用負荷です。申請が月20件を超えるような大規模組織では、iPaaSツールを使った自動連携の検討が必要になります。

LANSCOPE エンドポイントマネージャー クラウド版：全社のIT資産を一元的に把握できる

LANSCOPE エンドポイントマネージャー クラウド版は、PCやスマートフォンなどの端末管理に加えて、インストール済みソフトウェアやクラウドサービスの利用状況を自動で収集できるIT資産管理ツールです。

最大の強みは、端末にエージェントを導入することで、申告ベースではなく実際の利用状況に基づいたIT資産台帳を構築できる点です。部門が情報システム部門に報告せずに導入したツール、いわゆるシャドーITも検知できます。これにより、重複チェックの精度が大幅に向上します。

トレードオフとして、エージェントの全社展開には端末ごとのインストール作業が必要で、初期導入に1〜2週間程度かかります。また、SaaS型のクラウドサービスについては、ブラウザ経由で利用するものはエージェントだけでは完全に把握できない場合があります。主要なSaaSについては、契約情報を手動で台帳に追加する運用を併用することをおすすめします。

マネーフォワード クラウドERP：IT費用を全社横断で可視化できる

マネーフォワード クラウドERPを組み合わせる理由は、承認されたシステムのライセンス費用を部門別・カテゴリ別に集計し、全社のIT投資を数字で把握できるようにするためです。

強みは、会計・経費精算・請求書管理などの機能が統合されているため、IT関連の支出を他の経費と一元管理できる点です。月次の費用レポートを自動生成でき、経営層への報告資料の作成工数を削減できます。

注意点として、マネーフォワード クラウドERPは中小企業向けの設計であるため、従業員1,000名を大きく超える企業では機能が不足する可能性があります。また、IT資産管理ツールとの自動連携は標準機能にはないため、承認後の費用登録は手動で行う必要があります。ただし、登録作業自体は1件あたり数分で完了するため、月数件の頻度であれば問題になりません。

Recommended tool list

結論：導入申請の入口を1つにするだけで重複投資とデータ分断は防げる

部門ごとのシステム乱立は、技術的な問題ではなくプロセスの問題です。導入申請のルートを全社で統一し、承認フローの中に既存IT資産との重複チェックを組み込むだけで、新たな重複投資を確実に防げます。すでに存在する重複ツールの整理は、契約更新のタイミングで順次進めれば、現場への影響を最小限に抑えられます。

最初の一歩として、ジョブカンワークフローで導入申請フォームを1つ作成し、全部門に対してシステム導入時はこのフォームから申請するというルールを周知してください。フォームの項目は、ツール名、カテゴリ、利用人数、月額費用、導入目的の5つで十分です。この仕組みが回り始めれば、重複チェックと費用可視化は自然と後からついてきます。

Mentioned apps: ジョブカンワークフロー, LANSCOPE エンドポイントマネージャー クラウド版, マネーフォワード クラウドERP

Related categories: ERP, IT資産管理ツール, ワークフローシステム

Related stack guides: 輸出管理教育の受講完了と実務権限を自動連動させ未受講者による誤申請を防ぐ方法, 該非判定の根拠資料が散逸して再現できない問題を解消し監査対応を万全にする方法, 補助金の変更申請と実績報告の整合性を保ち事後監査での指摘と返還リスクを防ぐ方法, パートナーへの変更依頼が社内承認後に正しく伝わらない問題を解消し手戻りとプロジェクト遅延を防ぐ方法, 付議基準の属人判断による上程漏れをなくし取締役会のガバナンスと議論の質を守る方法