基幹システムの統合|急がない方がよい場合

買収した会社のシステムを、いつ、どこまで自社に合わせるか。PMIの中でも、この判断ほど後から悔やまれることの多い領域はありません。統合すれば効率化するはずだったのに、移行の混乱で月次決算が三か月止まった——そうした話は珍しくないのです。本稿では、統合を急ぐべき場合と、急がない方がよい場合の見分け方を中心に、移行の段取りと初年度に必ずやるべきことを整理します。経理業務全体の統合は「PMIの経理・システム統合|買収初年度に整えるべき実務」をご覧ください。

システム統合が失敗しやすい三つの理由

まず、なぜこの領域で失敗が起きるのかを押さえておきます。

1. 業務がシステムに埋め込まれている

中小企業の基幹システムには、その会社独特の業務ルールが長年かけて作り込まれています。値引きの計算、納期の管理、特定の取引先だけの処理——移行の検討で初めて、誰も説明できない機能が出てくることがあります。システムを移すことは、業務手順を変えることと同義です。

2. 移行期間中も業務は止まらない

移行作業は、日々の受注・出荷・請求と並行して行われます。担当者は通常業務を抱えたまま、データの確認や新システムの習熟に時間を割くことになり、負荷が集中します。

3. 効果が出るまでに時間がかかる

統合の効果(共通化による効率化、データの一元管理)が現れるのは、移行が完了し現場が習熟した後です。一方、負担は移行の前後に集中します。買収直後という最も余力のない時期に、負担だけが先に来る構図になりやすいのです。

急いだほうがよい場合・急がない方がよい場合

判断の目安を整理します。

整理すると、統合を急ぐ理由は「効率化」ではなく「リスク」であるべきです。動かないと困る、続けられない、法令に対応できない——そうした事情があるときに前倒しし、そうでなければ現場が落ち着いてから取りかかる。これが実務上の原則です。

統合しなくても数字は揃えられる

システム統合を先送りする際、多くの買い手が心配するのが「グループとして数字が見えないのではないか」という点です。しかし、これはシステムを揃えなくても解決できます。

• 勘定科目の対応表(マッピング)——両社の科目体系を突き合わせ、変換ルールを文書化する。これがあれば集計は可能です
• 報告フォーマットの統一——毎月同じ様式で数字を提出してもらう。システムが違っても様式は揃えられます
• 集計軸の統一——部門・製品・拠点といった分析の切り口を揃えておく
• データ出力の確認——現行システムからCSVなどで必要なデータを取り出せるかを確認しておく

この四つが整えば、システムが別々でも経営に必要な情報は得られます。「数字を揃えるのが先、システムを揃えるのは後」——これがPMIにおけるシステム統合の基本姿勢です。会計方針の揃え方は「会計方針の統一|月次管理と決算の進め方」で詳しく扱っています。

移行する場合の段取り|五つの工程

統合を実施すると決めた場合、次の工程を順に踏みます。

工程1|現状の棚卸し

利用中のシステム、ライセンス、保守契約、データ量、システム間の連携を一覧化します。あわせて洗い出したいのが、個人のPCで動いているExcelマクロやAccessなどの「隠れた業務システム」です。移行の失敗は、多くの場合ここが原因になります。

工程2|移行方針の決定

買い手側へ統一するのか、対象会社側に寄せるのか、第三の選択肢へ移るのか、当面併存させるのか。規模の小さいほうを大きいほうに寄せるのが一般的ですが、業務の複雑さによっては逆の判断もあり得ます。

工程3|データ移行の設計

取引先・商品・従業員などのマスタをどう統合するか、過去データをどこまで引き継ぐかを決めます。過去データはすべて移そうとすると作業量が跳ね上がるため、「新システムに移すデータ」と「旧システムを参照用に残すデータ」を分けるのが現実的です。

工程4|並行稼働とリハーサル

切替前に、新旧両方のシステムで同じ処理を行い、結果を突合する期間を設けます。この工程を省くと、切替後に差異の原因追及に追われることになります。

工程5|教育と切替後のサポート

操作研修を行い、切替直後の問い合わせ窓口を用意します。切替から一か月程度は、通常より手厚い体制を敷いてください。

切替時期の選び方と、並行稼働の期間

切替の時期は、次の条件を満たすタイミングを選びます。

• 期首——会計システムであれば、期の途中で切り替えると年度決算が煩雑になります
• 繁忙期を外す——業種によって繁忙期は異なります。現場の意見を必ず聞いてください
• 既存の更改時期に合わせる——保守契約やリースの満了に合わせると、二重の費用を避けられます
• キーパーソンが在籍している——移行を知る人が異動・退職する前に済ませる

並行稼働の期間は、月次のサイクルを最低一回、できれば二回まわせる長さを確保してください。一か月では月末月初の処理が一度しか検証できず、想定外の事象を拾いきれません。

あわせて決めておきたいのが「切り戻しの判断基準」です。どういう状態になったら旧システムに戻すのか、その判断は誰がするのか。これを事前に決めておけば、トラブル時に判断が遅れることを防げます。

初年度に必ず行うID・アクセス権の整理

システム統合を先送りする場合でも、次の作業だけは買収後すぐに実施してください。情報セキュリティの基本であり、費用もほとんどかかりません。

• 退職者アカウントの停止——過去の退職者のIDが有効なまま残っているケースは非常に多く見られます
• 管理者権限の所在の確認——各システムの最上位権限を誰が持っているかを把握し、必要に応じて変更する
• 前オーナーのアクセス権の整理——退任後も社内システムやメールにアクセスできる状態になっていないかを確認する
• 外部委託先のアクセス権——保守ベンダーや会計事務所がどの範囲にアクセスできるかを確認する
• 共有アカウントの解消——複数人で同一IDを使っている場合、誰が操作したか追えません
• バックアップの確認——取得されているか、復元できるかを実際に試す

これらは統合の是非とは無関係に、買収した以上は買い手の責任範囲になる事項です。成立後一か月以内を目安に一通り確認しておくことをお勧めします。

当社は、成約して終わりではなく、買収後の実務を見据えた引き継ぎの設計までを視野に入れてご支援しています。買収のご検討段階から、統合の進め方も含めてお気軽にご相談ください。

よくあるご質問