買収の実行から十か月が過ぎている。基幹システムの統合は、まだ何も決まっていない。 情報システム部は、統合には三年と十数億円が要ると言う。事業側は、今のままで受注も出荷も滞りなく進んでいるので急ぐ理由がないと言う。そして経理だけが、毎月、買収先から来た試算表を自社の勘定科目に手で読み替えている。 対応表はExcelで、作った担当者は一人。誰も「決めない」と決めていないのに、二年目に入る。
「一つにするか」ではなく「どのレイヤーを一つにするか」
統合か併存かの議論が二年決まらない会社には、共通の症状がある。問いが「基幹システムを一つにするか」という一択で立っていることである。
この問いは、答えが二つしかない。統合するか、しないか。統合すると答えれば三年と十数億円がかかり、しないと答えれば毎月の手作業が続く。 どちらも受け入れがたいので、決まらない。
問いを分解する。買収先と自社の間で「一つにできる」ものは、四つのレイヤーに分かれている。
第一のレイヤーは、伝票の原本である。 どのシステムに、会計帳簿としての原本が置かれるか。ここを一つにすることが、いわゆるERP統合である。費用の大半は、ここにある。
第二のレイヤーは、勘定科目と組織の意味である。 「売上高」が何を含み何を含まないか。利益センタが何の単位か。コードが違っていても、意味が揃っていれば読み替えられる。意味が違っていると、コードを揃えても数字は合わない。
第三のレイヤーは、連結への提出物である。 何を、どの粒度で、どの様式で出させるか。試算表だけか、明細まで持ってくるか。
第四のレイヤーは、締めの期日である。 いつまでに、どの状態の数字を出させるか。
そして、連結決算に必要なのは、第二と第四だけである。 意味が揃っていて、期日が守られていれば、原本が二つあっても連結財務諸表は作れる。第一のレイヤーを一つにする理由は、調達の共同化、在庫の融通、同一顧客への一本化された請求、業務の標準化といった、連結の外にしか無い。
買収先のERPが締めのクリティカルパスに入るかは、決算日で決まる
買収先のERPが、自社の締めのクリティカルパス上に乗るかどうか。これが、統合の緊急度を最も大きく左右する。そして、この変数は決算日の設定で決まる。
企業会計基準第22号第16項は、子会社の決算日が連結決算日と異なる場合、子会社は連結決算日に正規の決算に準ずる合理的な手続により決算を行うとしている。 ただし同基準の注解には例外が置かれており、子会社の決算日と連結決算日との差異が三か月を超えない場合には、子会社の正規の決算を基礎として連結決算を行うことができるとされる。この場合には、決算日が異なることから生じる連結会社間の取引に係る会計記録の重要な不一致について、必要な整理を行うことになる。
ここに、実務上の分岐がある。決算日を親に揃えた瞬間に、買収先のERPは親の締めのクリティカルパスに載る。 親が第5営業日に締めるなら、買収先も第5営業日までに出さなければならない。買収先のERPが遅い、担当者が少ない、月次の締めが第10営業日という状態なら、そこで親の連結が止まる。
逆に、決算日を三か月以内の差で残せば、買収先の締めは親の締めの外側で進む。 十二月決算の子会社を三月決算の親が連結する場合、子会社の十二月末の数字を使い、その間の重要な取引だけを整理する。買収先のERPが遅くても、親の締めは止まらない。
多くの会社が、この選択を意識せずに「決算日は揃えるもの」として揃えている。 揃えた結果、買収先のERPが親のクリティカルパスに載り、載ったことで統合の緊急度が跳ね上がる。統合しなければならないのではなく、決算日を揃えたから統合しなければならなくなっている。
四半期開示を行う上場親会社であれば、揃える圧力は現実に強い。それでも、揃える前に問うべきことがある。三か月以内の差を残した場合、必要な整理は何件で、いくらの規模か。 内部取引がほとんど無い買収先なら、答えは「ほぼ無い」になる。
会計方針の統一は、システムの統一ではない
統合を主張する側が持ち出す第二の根拠が、会計方針の統一である。基準がそう書いている以上、これは正当な指摘に見える。
だが、方針を揃えることと、システムを揃えることは別の作業である。
方針の相違は、連結決算手続上の修正で処理できる。そのために連結修正仕訳という仕組みがある。 減価償却の方法が違うなら、差額を毎期修正する。棚卸資産の評価方法が違うなら、差額を修正する。修正の量が問題になるのは、対象が多いときと、修正に必要なデータが取れないときである。 システムが二つあること自体ではない。
そして、在外子会社については前掲のとおり、IFRSまたは米国会計基準に準拠して作成されていれば、それをそのまま利用でき、修正が求められるのは五項目に限られる。 のれんの償却、退職給付会計における数理計算上の差異の費用処理、研究開発費の支出時費用処理、投資不動産の時価評価及び固定資産の再評価、資本性金融商品の公正価値の事後的な変動をその他の包括利益に表示する選択をしている場合の組替調整。このうち、(1)ののれんの償却については、在外子会社等がのれんを償却していない場合、連結決算手続上、その計上後二十年以内の効果の及ぶ期間にわたって定額法その他の合理的な方法により規則的に償却し、当該金額を当期の費用とするよう修正することとされている。 修正の内容まで、実務対応報告に書かれている。
基準が用意しているのは、システムを揃えなくても連結できる道である。 揃えたいなら、揃えたい理由を連結の外に持ってくる必要がある。
併存のコストは金額ではなく、分岐の数
併存を選ぶ場合、その費用は「統合しない分だけ安い」ではない。併存には、統合には無い恒常的な費用が発生する。そしてその費用は、金額ではなく分岐の数で測るのが実務的である。
数えるべき分岐は、こうなる。
第一に、勘定科目の対応表。 買収先の科目から自社の科目への写像。一対一で終わらない科目がたいていあり、そこが毎月の判断ポイントになる。第二に、組織の対応表。 会社コード、利益センタ、セグメント。第三に、内部取引の相手識別。 買収先の伝票に、取引の相手がグループ会社であることが記録されているか。記録されていなければ、毎月、金額の突合で探すことになる（内部取引の消去が毎期ずれる原因は、取引先コードの不統一より伝票の空欄にある）。第四に、為替レートの取り込み。 どのレートを、どのタイミングで、どちらのシステムから取るか。第五に、監査証跡の二重化。 監査人は両方のシステムを見る。証憑の保管場所も二か所になる。第六に、マッピングを保守する人。
六番目が、最も過小評価される。対応表は、一度作れば終わるものではない。 買収先が新しい科目を作れば増え、組織を変えれば変わり、制度が変われば書き換わる。そして多くの場合、この保守は「経理の誰か一人の仕事」として非公式に発生し、その人の異動とともに崩壊する。
併存を選ぶなら、この保守を担当者の善意ではなく定員として置く。 恒久的な組織機能として位置づける発想は、会計データだけを一か所に寄せる仕組みでも同じである（Central Financeで会計だけを先に寄せる選択肢と、全面移行との違い）。置かないなら、それは併存を選んだのではなく、統合の判断を先送りしただけである。
統合を選ぶ条件は三つしかない
では、どういうときに原本のレイヤーまで一つにするのか。理由になり得るのは、実務上三つである。
第一に、内部取引が多いとき。 買収先から仕入れて自社が売る、あるいは在庫を相互に融通している。この状態では、消去の対象が毎月大量に発生し、システムが分かれていることの費用が線形に増える。 逆に、買収先が別業種で内部取引がほぼゼロなら、この理由は消える。
第二に、同じ顧客に両社が請求しているとき。 顧客から見て請求書が二通届き、与信も二重に走り、値引き交渉が別々に行われる。これは経理の問題ではなく営業の問題だが、解くにはマスタと請求の仕組みを一つにするしかない。
第三に、これから買い続けるとき。 一社だけの買収なら、対応表は一本で済む。買収を繰り返す方針なら、対応表はN本になり、保守はNに比例して増える。 ロールアップを前提にした会社では、二社目を買う前に受け皿を作るほうが、結果として安い。逆に言えば、一社限りの買収で「今後の展開に備えて」統合するのは、来ない未来への前払いである。
三つのいずれにも当たらないなら、併存が合理的な選択になる。 ただし、無期限の併存ではない。
併存には期限がある
併存を「今は統合しない」という意味で使うと、期限が無くなる。実際には、期限は相手のシステムの側から与えられる。
買収先がSAP ECCを使っているなら、期限は保守の日付である。SAP ERP 6.0のEHP6からEHP8については、メインストリームの保守が2027年12月31日に終了し、延長保守が2030年12月31日まで提供される。 EHP0からEHP5については、メインストリームの保守が2025年12月31日で終了しており、延長保守は提供されていない。買収先がどのEHPで動いているかによって、併存できる年数がすでに決まっている。
SAP以外の国産ERPやパッケージでも、構図は同じである。サポート終了、法改正への対応、動作環境（OS・データベース）のサポート期限。 併存の判断をする時点で、この三つの日付を買収先から取り寄せる。
そして併存を選ぶなら、稟議に期限を書く。 「当面併存とする」ではなく、「2029年3月末までは併存とし、買収先の保守期限を踏まえて2028年上期に統合の可否を再判断する」と書く。日付が入っていない併存の決議は、決議ではない。 期限を書けば、その日までに準備すべきこと（勘定体系の事前統一、マスタの整理、要員の確保）が逆算で並ぶ。先送りと併存を分けるのは、この日付一つである。
売上高740億円の設備工事会社が、同業の中堅会社（売上高190億円）を全株式取得で買収した。親はSAP ECC 6.0（EHP7）、買収先は国産の建設業向けパッケージ。 買収から九か月、統合の議論は「三年・14億円」という情報システム部の見積りと、「今のままで困っていない」という事業側の主張の間で止まっていた。CFOが最初にやったのは、統合の可否ではなく、四つのレイヤーの現状を書き出すことだった。 第一のレイヤー（伝票の原本）は分かれている。第二（勘定と組織の意味）は、対応表はあるが「工事未払金」と「工事原価」の定義が両社で違っていた。買収先は、外注費のうち一部を工事原価に含めず販管費で処理していた。 第三（提出物）は試算表のみ。第四（期日）は、親が第6営業日、買収先が第9営業日。そして決算日は、買収と同時に親に合わせて三月末に変更されていた。 変更の理由を確認したところ、「連結するのだから揃えるものだと思った」という以上の検討記録は無かった。次に、統合を選ぶ三条件に当てはめている。 内部取引は、直近十二か月で年間2.1億円。両社の売上合計の0.2パーセントで、件数は年間40件程度だった。同一顧客への二重請求は、調べたところ三社で発生していたが、いずれも発注部署が異なり、先方も統合を求めていなかった。 追加の買収予定は、当面無い。三条件のいずれにも該当しなかった。 一方で、併存の分岐を数えた。勘定科目の対応表が一本、組織の対応表が一本、内部取引の相手識別は買収先側に該当欄が無く手作業、為替は両社とも国内のみで不要、監査証跡は二か所、そして保守の担当者は経理課の主任一人。主任の異動が二年以内に予定されていた。 決めたのは三つである。一つ目は、決算日を十二月末へ戻さないこと。 三か月以内の差に戻す案も検討したが、内部取引の整理より、連結パッケージの提出を第9営業日から第7営業日へ前倒しするほうが安いと判断した。二つ目は、第二のレイヤーだけを先に統一すること。 工事原価の定義と外注費の区分を親に合わせ、買収先のパッケージの科目マスタを組み替えた。作業は三か月、費用は1,800万円で終わっている。 三つ目は、併存に期限を書いたことである。買収先のパッケージのサポート期限が2029年6月であることを確認し、「2029年6月まで併存。2028年4月に統合の可否を再判断する」と稟議に明記した。 そのうえで、対応表の保守を経理課の主任個人の作業から外し、業務分掌に「グループ会計マスタ管理」として一項を追加している。CFOはこう言っている。三年と14億円を出す判断ができなかったのではない。三年と14億円で何が良くなるのかを、誰も連結の言葉で説明していなかった。連結の言葉で書いてみたら、要るのは1,800万円のほうだった。
※設例。会社、数値は説明のために置いた架空のもので、特定の会社の実績ではない。
買収後のERP併存で決めておく三つのこと
第一に、問いを「システムを一つにするか」から「どのレイヤーを一つにするか」に組み替える。 レイヤーは四つで、伝票の原本、勘定科目と組織の意味、連結への提出物、そして締めの期日である。連結決算に必要なのは、意味と期日の二つだけである。 意味が揃っていて期日が守られていれば、原本が二つあっても連結財務諸表は作れる。費用の大半は原本を一つにするところにあり、そこを一つにする理由は、調達の共同化・在庫の融通・同一顧客への請求一本化・業務の標準化といった、連結の外側にしか無い。 会計方針の統一は連結修正仕訳で処理でき、在外子会社であれば実務対応報告第18号により、IFRSまたは米国会計基準に準拠した財務諸表をそのまま利用したうえで、五項目だけを修正すればよい。
第二に、決算日を揃えるかどうかを、意識して決める。 企業会計基準第22号第16項と同基準の注解により、子会社の決算日と連結決算日の差異が三か月を超えない場合には、子会社の正規の決算を基礎として連結決算を行うことができる。決算日を親に揃えた瞬間に、買収先のERPは親の締めのクリティカルパスに載る。 揃えなければ載らない。「連結するのだから揃えるもの」として検討せずに揃え、そのことで統合の緊急度を自ら引き上げている例は少なくない。 揃える前に、三か月以内の差を残した場合に必要な整理が何件で、いくらの規模になるかを数える。内部取引がほとんど無い買収先なら、答えはほぼ無いになる。
第三に、統合の三条件で判定し、併存を選ぶなら期限と保守要員を書く。 原本まで一つにする理由になり得るのは、内部取引が多いこと、同じ顧客に両社が請求していること、そしてこれから買い続けることの三つだけである。いずれにも当たらないなら併存が合理的だが、無期限の併存は先送りと区別がつかない。 期限は相手のシステムから与えられる。SAP ERP 6.0のEHP6からEHP8ならメインストリーム保守が2027年12月31日、延長保守が2030年12月31日。EHP0からEHP5はメインストリーム保守が2025年12月31日で終了している。買収先のサポート終了日・法改正対応の方針・動作環境のサポート期限の三つを取り寄せ、稟議に「いつまで併存し、いつ再判断するか」を日付で書く。 そして、勘定科目の対応表・組織の対応表・内部取引の相手識別・監査証跡の二重化を保守する役割を、担当者個人の非公式な仕事ではなく業務分掌上の定員として置く。置かないなら、それは併存を選んだのではなく、判断を先送りしただけである。
