複数拠点の日本企業が一つの基幹システムに業務を統合した事例

3月の最終金曜日。東大阪に本社を置く精密部品メーカーのグループ経理担当者が、4枚目のスプレッドシートと向き合っていました。親会社の工場が一つの元帳を持ち、名古屋の営業子会社がもう一つの元帳を持ち、岐阜県可児市にある小さな加工拠点が毎週誰かがFAXで送る紙の在庫表で数字を追っています。彼女は17時の取締役会に先立ち、グループ全体の売上を一つの数字にまとめる必要があります。数字は出ます。17時42分には。

この光景は、日本では日常的なものです。中小企業は国内の全事業者の99.7%を占め、約336万社、従業員の約70%を雇用しています（World Economic Forum、2025年）。その多くは単一の法人ではありません。グループです。工場と商社部門、本社と地方拠点、親会社と新製品ラインのために設立された二代目の子会社。それぞれが自分の帳簿、自分の請求書、自分の在庫数を持っています。経営陣がグループ全体の姿を求めると、誰かが手作業でそれを再構築します。

本稿は、そうした一社が手作業による再構築をやめ、日常業務を一つの基幹システムに統合したときに何が変わったかを綴る事例です。統合が何を解決し、何を解決しないかについても正直に扱います。一つのツールでグループのあらゆる問題が解決すると説くベンダーは、幻想を売っているからです。

複数法人の企業が壁にぶつかる理由

日本のグループ企業を取り巻く圧力は、ここ数年で積み重なってきました。2023年10月1日に施行された適格請求書制度では、グループ内の各法人が、国税庁に適格請求書発行事業者として個別に登録することを求めています。親会社の登録が子会社をカバーすることはありません。そのため、二つの法人を持つグループは現在、二つの登録番号、二組の売上・仕入消費税勘定、そして月末の二つの照合作業を保守しています。

そこに2025年のレガシー崖が重なります。1990年代後半から2000年代前半に導入されたオンプレミスの基幹システムが寿命を迎え、そのベンダーがサポートを縮小しています。日本のクラウドERP市場は、企業がこうした老朽化したシステムを置き換える中で、2032年まで年率約20%（CAGR 20.1%、DataM Intelligence が erp.today 経由で公表、2025年）の成長を続けています。グループ企業は、統合しなければ、法人ごとにこの崖を二度迎えることになります。

さらに後継者の問題があります。中小企業庁の試算では、約127万社の日本企業に後継者が決まっておず、こうした企業が廃業すれば約22兆円規模の生産が失われる可能性があるとされています（中小企業庁、2025年）。創業者がグループを後継者に引き渡すとき、受け継がれる複雑さこそが障壁になることが多いのです。三つの元帳、二つの在庫システム、誰かの頭の中だけにある稟議のルールの山。統合は単なるITプロジェクトではありません。後継への準備そのものです。

本事例の企業

東大阪に本社を置く精密部品メーカーを想定してください。3つの事業法人にまたがり、従業員は約70名です。親会社は加工と組立を担い、約48名です。名古屋の子会社が営業と見積を担当し、約14名です。岐阜県可児市の小さな工場は約8名で、主要な自動車顧客向けの特殊仕上げ加工を行っています。

統合前、各法人は独自のツールを動かしていました。親会社はデスクトップの会計パッケージと別個の在庫表を持っていました。名古屋は見積や受注をスプレッドシートで管理し、毎週親会社へメールで送っていました。可児は資材の在庫数を電話で伝えていました。適格請求書の番号は、3つの異なる登録書面となって3つの異なる引き出しに収まっていました。月末決算には8営業日を要し、グループの締めは、すべての数字がどこにあるかを知る一人の経理担当者に依存していました。

目的は法人の統合ではありませんでした。各法人は今でも独自に税務申告し、独自に請求書を登録しています。それは日本の法制度下で正しいことです。目的は、すべての法人を同じ基幹システム上で稼働させ、会社ごとのデータ分離を保ちながら、グループ全体として一貫した業務の姿を可視化することでした。

ここでの統合が意味すること

よくある誤解は、統合にはすべての法人の記録が一つにまとまった単一の共有データベースが必要だというものです。それはグループ企業に必要なものの正反対です。各法人は、健全な会計と基本となるガバナンスの双方のために、データを完全に分離して保持しなければなりません。同社が導入したシステムは、その分離を構造の段階で担保します。各法人は専用のデータ領域に対応付けられ、記録は他のすべての法人から完全に切り離されて保持されます。名古屋の営業担当者が親会社の原価元帳を見ることはできません。可児の工場長が名古屋の見積を編集することもできません。

重要なのは、このデータ分離は制約ではなく、狙いそのものだという点です。名古屋の営業担当者が親会社の原価元帳を見ることはできず、その境界こそが健全な会計とガバナンスに求められるものです。ただし各法人が独自の分離されたデータベースを持つため、現時点で組み込みの法人横断的なロールアップはありません。一つの統合されたグループの数字を出すには、いまだ手作業での出力が必要であり、それはまさに経理担当者が毎週金曜日にやっていたスプレッドシートの再構築と同じ作業です。真の統合レポート画面はロードマップ上にあります。各法人に必要な分離は構築済みですが、ロールアップされた単一のグループ数字は、まだ存在しません。

重要なのは、各法人が独自の設定を維持できる点です。プラン、ユーザー上限、保管上限、機能のオンオフは法人ごとに設定できます。親工場は多階層のBOMと製造指図書を含む製造のフルセットを稼働させます。名古屋は営業、見積、顧客管理を稼働させます。可児は在庫と仕上げ作業に絞った軽い設定で運用します。一つのシステム、3つの目的に合わせたプロファイル、重複するツールはゼロです。

本当の時間の戻り先

最大の成果は、単一の機能ではありませんでした。手戻りの排除です。かつて3つの法人すべてにまたがっていた受注から入金までの流れを考えてみてください。

顧客が見積を依頼します。名古屋がシステム内で見積を起票します。受諾されると受注になります。親工場は需要を把握し、多階層BOMに照らして資材を割り当て、完了時に構成品を消費する製造指図書を発行します。完成した部品はロット追跡とともに在庫を移動するため、その自動車顧客に紐付くロットは何年経っても特定できます。可児の仕上げ工程は在庫の一操作として作業を記録します。請求書は名古屋自身の適格請求書登録番号の下、正しい売上消費税勘定と税率で発行されます。その一連の中で、稟議は設定可能なワークフローを経て回るため、閾値を超える見積は出荷前にきちんと正しい机に届きます。

統合前、この連鎖には3回の電話、2通のメール添付スプレッドシート、そして毎週の照会会議が伴っていました。統合後、それは一つの基幹システムの中の一本の繋がった流れになります。稟議の履歴そのものが監査証跡として機能し、誰が何をいつ承認したかを記録します。これは、J-SOX様式の内部統制において、別個の記録装置を構築することなく意味を持ちます。

月末決算の形も変わりました。売上請求書、仕入請求書、経費精算は自動で仕訳を生成するため、経理担当者は定常取引を手で起票する必要がなくなりました。複式簿記の元帳は毎期一貫して締まり、予実管理は並行するスプレッドシートではなく同じ数字に対して実行されます。8日だった決算はおおむね3日に短縮されました。これはこの70名の企業特有の結果であり、普遍的な基準ではありません。それはこのグループに戻ってきた、現実の測れる余力です。

正直に向き合う節：今でも手作業のもの

すべてが自動化されていると主張する事例は、嘘をついています。同社が今でも手作業で行っていること、そしてロードマップ上にあるものを示します。

外貨換算は自動化されていません。データ構造に為替レートの項目はなく、各法人は独自の単一通貨で金額を記録します。本事例のような円建てでだけ動く国内グループであれば、それで問題ありません。海外法人を持つグループの場合、今日は仕訳を通じて外貨換算を手作業で扱い、組み込みの換算エンジンはロードマップ上にあります。ベンダーが初日からの自動複数通貨を約束するなら、為替レート表を見せてもらってください。見せられなければ、持っていないのです。

製造から元帳への自動計上も、設計上、部分的です。労務、仕損、材料消費は自動で会計上の仕訳を生成しません。仕損は在庫の一操作として記録され、その会計上の影響は手作業の仕訳を通じて計上されます。売上請求書、仕入請求書、経費精算だけが自動で仕訳を生成します。これは意図的な境界です。元帳を運用上の細かい取引で埋め尽くすのではなく、整えられた見やすい状態に保ちます。代償は、生産の原価計算に依然として人の手順が必要になることです。

在庫評価も元帳に自動計上されません。帳簿上で在庫価値の変動を認識したいとき、経理担当者が手作業の仕訳を入力します。伝統的な意味での変更不可な監査ログ表はありません。代わりに、稟議ワークフローの履歴と、すべての記録に付与された誰がいつ操作したかの記録が監査証跡として機能します。多くの中堅日本グループにとって、それは十分であり、誰も読まない散らかったイベントログよりずっと簡潔です。

MES、能力計画、工程スケジューリング、給与、そして電子帳簿保存法に基づく認定された電子帳簿の保管は、構築されたシステムの一部ではありません。それらは手作業か、隣接するツールで扱われます。同社はこれを事前に承知しており、決断を変えるものではありませんでした。統合の目的は、スプレッドシートの手戻りをなくし業務を一本化することであって、工場の実行システムを導入することではなかったからです。

よくある質問

切り替えで今の決算が乱れないでしょうか？

技術的な問題よりも、この不安の方がより多くの統合プロジェクトを潰します。答えは、一つの法人ずつ移行することです。本事例では親会社が繁忙期を避けた月に最初に行き、2サイクルの並行稼働を行いました。親会社の決算が安定した後に名古屋が続きました。可児は最後でした。最も小さく、依存も最も少なかったからです。3法人すべてが同時に変わることは一度もありませんでした。切り替えのリスクは、ソフトウェアの問題ではなく順番の問題です。

コストはどのくらいで、ROIは本当にあるのでしょうか？

同社はまず無料プランを動かしました。これは2ユーザーまでをコストなしでカバーし、カードを要求しません。それにより経理担当者と2名のリードが、支出に先立ってワークフローを検証できました。グループが有料プランに移ってからの計算は単純でした。経理担当者の戻った日数、外注していた一人の記帳補助の削減、そして古いオンプレミスシステムを置き換える回避コストです。現在手工の照合に依存する70名規模のグループであれば、初年度内の投資回収は現実的です。ROIは今日実際にどれだけの手作業を抱えているかによります。帳簿が整った単一法人の企業は、スプレッドシートで暮らす3法人グループほど劇的な戻りを見ることはありません。

規模の違う法人に一つのシステムが合うのでしょうか？

はい。各法人が独自のプランと機能セットを維持するからです。親会社は製造と会計のフル設定を稼働させます。可児は在庫と仕上げだけの絞り込まれたプロファイルを稼働させます。8名の工場のためにエンタープライズパッケージを買わされることはなく、親会社の規模で壊れるようなおもちゃのようなツールを工場に強いることもありません。法人ごとの機能のオンオフがあるからこそ、すべての法人を一つの型に押し込むのではなく、Fit-to-Standardが現実的なものになります。

各法人の適格請求書の番号はどう扱われますか？

各法人は独自の適格請求書登録番号と、独自の売上・仕入消費税勘定を保存します。これには8%と10%の複数税率の取り扱いも含まれます。各法人のデータは分離されたままなので、子会社の請求書が親会社の登録番号で発行されるリスクはありません。これはまさに、国税庁が期待する法人ごとの構造であり、Kikan System の基幹システムに直接反映されています。

最も重要だった決断

本事例で主役なのは技術ではありません。多くのERPプロジェクトは、ソフトウェアが悪いからではなく、企業が統合をソフトウェアの購入ではなく運営モデルの決断として扱ったために失敗します。

このグループで効いたのは、明確な順番でした。第一に、法人をまたぐ実際の流れを書き出し、どこが壊れているかを認めること。第二に、会社ごとのデータ分離を保ちつつ、業務を一つの基幹システムに統合すること。第三に、並行稼働を伴う一法人ずつの移行を進めること。第四に、今日手作業の領域について正直な境界を受け入れ、自動化があると見せかけるのではなく、そこに人の時間を予算として割くことです。

その結果は、完璧なシステムではありません。首尾の通ったシステムです。経理担当者は取締役会の後にではなく、前にグループの数字を手にします。いずれ引き継ぐ後継者は、三つの切り離された元帳ではなく、一つで読み解ける業務を受け継ぎます。そして同社は、3つの期限切れのシステムではなく、一つのシステムで、2025年のレガシー崖を自分たちの条件で迎えます。

押さえておきたいポイント

複数法人の統合は、単一のデータベースよりも、法人間の手戻りを取り除くことの比重が大きいのです。すべての法人を一つの基幹システムで稼働させ、各法人のデータを完全に分離して保ち、本当の統合された姿を得て、今でも手作業のものには正直になる。その組み合わせこそが、70名の日本グループを8日ではなく3日で決算させるものです。

もしご自身のグループが2025年のレガシー崖に直面している、あるいは後継への準備を進めているなら、この企業が始めたところから始めてください。Kikan System は、会社ごとのデータ分離、設定可能な稟議、ロット追跡可能な在庫、そして請求書や仕入請求書や経費から仕訳を自動生成する複式簿記の元帳を持つ、一つの基幹システムを提供します。まずは無料プランから、2ユーザーまで、カード不要で始められます。/#get-started から始めるか、/#pricing でプランを比べてみてください。