ミカタス買収事例｜freeeの現金対価株式交換とA-業務システム承継を一次資料で解説

ミカタス買収は、freeeによる完全子会社化の事例です。対象はミカタス（Mikatus株式会社）でした。同社は会計事務所向けのA-業務システムを提供していました。A-業務システムは税務、会計、給与を扱うシステムです。freeeは2022年5月9日に取引を公表しました。また、同年6月30日に株式交換が効力を生じました。対価は現金です。買い手の所在地は当時の西五反田でした。つまり、品川の業務システム企業による専門事業の承継です。製品だけでなく顧客関係や制度知識も対象となりました。

公表された対価は、ミカタス普通株式1株につき22,415円です。総額は2,075,247,945円でした。一方、freeeは別の払込みも予定しました。約4億5,000万円の第三者割当増資です。二つを足すと約25億2,500万円になります。しかし、増資額は株主への取得対価ではありません。本稿では三つの資金を分けます。具体的には、株主対価、資本注入、取得関連費用です。

取引後の情報も時点をそろえます。2022年8月の決算短信は取得原価を示しました。また、のれん、顧客関連資産、減損も記載しました。同月にはミカタスの吸収合併が決議されました。そして、9月30日に法人格がfreeeへ統合されました。さらに、freeeは2024年10月に移行計画を公表しました。対象はA-業務システムの各製品です。ただし、予定日と完了確認は別です。確認資料だけで全工程の完了を断定しません。

freeeによるミカタス買収の結論

ミカタス取引で確認できる骨格

freeeは株式交換完全親会社となりました。ミカタスは株式交換完全子会社です。実行合意書の締結日は2022年5月9日でした。また、freee取締役会の決議日も同日です。効力発生日は同年6月30日でした。ミカタス株主へ交付されたのは金銭です。つまり、freeeの新株ではありません。「株式交換だから株式対価」とは説明できません。法的形式と交付財産を分けて整理します。

本件はfreee側の簡易株式交換でした。「簡易」は株主総会承認の省略に関係します。ただし、一定の要件を満たす必要があります。調査が簡単だったという意味ではありません。また、契約内容が簡素だったという意味でもありません。対象会社側の手続は別に検討します。さらに、税務、会計、個別契約の承継も確認します。

ミカタス事例で大切な三つの区別

第一は株式交換対価と資本注入の区別です。対価は約20億7,500万円でした。一方、注入予定額は約4億5,000万円です。第二は会計資産と事業運営の区別です。のれんや顧客関連資産は会計上の概念です。しかし、顧客関係や製品運営は実務で承継します。第三は移行予定と完了の区別です。この三つが案件理解の土台になります。

公開資料にないARRを想像で埋めません。また、解約率や顧問先企業数も補いません。障害履歴や契約上の補償も同様です。そこで、当事会社の公表事項には時点を付けます。一方、DDやPMIは一般的な方法として示します。ミカタスで問題が見つかった事実ではありません。

公表から製品移行計画までの時系列

ミカタスの協議・入札・合意・完了を並べる

時点	公表資料から確認できる出来事	読み方
2021年7月ごろ	freeeがミカタスとの具体的な協議・検討を開始した時期	正式合意日ではない
2021年10月ごろ	ミカタス側がfreeeを含む4社へ打診する入札プロセスを開始	候補数は4社と開示
2022年5月9日	freee取締役会決議、現金対価の株式交換に関する実行合意書を締結	公表・決議・契約日
2022年6月30日	株式交換の効力が発生し、ミカタスが完全子会社として参画	取引完了の基準日
2022年8月12日	決算短信で取得原価、取得関連費用、PPA、減損を開示	取引後の会計情報
2022年8月24日	freeeがミカタスの吸収合併を決議	子会社化とは別の行為
2022年9月30日	freeeを存続会社とする吸収合併の効力発生	法人格の統合日
2024年10月7日	A-業務システム各製品をfreee製品へ移行する予定を公表	発表時点の将来計画

ミカタスの後日情報で当初資料を上書きしない

時系列には四つの節目を記録します。取引完了、会計情報の開示、法人合併、製品移行予定の公表です。6月30日は株式交換の完了日でした。しかし、全システムの統合日とは限りません。契約、窓口、データも同様です。9月30日は、吸収合併によってミカタスの法人格がfreeeへ統合された日です。一方、全機能の切替日を示す資料ではありません。

2024年10月の発表は二つの予定を示しました。税務・会計は2026年6月30日付の予定です。移行先はfreee申告とfreee会計でした。また、給与は2027年6月30日付の予定です。移行先はfreee人事労務です。2026年8月には最初の予定日が過ぎています。しかし、予定日の経過と完了確認は別です。本稿は未確認の状況を補いません。

freee、ミカタス、A-業務システムの関係

ミカタスの法人・サービス・利用者を分ける

取得対象はミカタス株式会社の株式です。一方、A-業務システムはサービス名です。法人そのものではありません。また、会計事務所は契約主体になり得ます。顧問先企業は会計事務所の支援先です。両者の役割も異なります。そこで、法人取得、製品承継、顧客関係を分けます。

freeeはA-業務システムの開始時期を説明しました。提供開始は2010年です。また、2022年5月時点で全国1,000以上の会計事務所が利用していたと公表しました。ただし、顧問先企業数ではありません。有料アカウント数や現在値でもありません。そのため、契約件数の単位を確かめます。

ミカタスの税務会計システムが持つ継続性

税務・会計・給与システムには履歴が蓄積します。具体的には、過年度申告、勘定科目、税区分です。また、従業員情報、帳票、電子申告も含みます。利用者は法定期限に合わせて作業します。そのため、繁忙期の切替えは負担が大きくなります。技術的に移行できるだけでは足りません。

製品価値はソースコードだけでは説明できません。制度改正を読む知識があります。また、問い合わせ分類やエラー解決も資産です。税務帳票の検証や研修も含まれます。そこで、価格モデルには維持人員を入れます。顧客に約束した機能も確認します。さらに、廃止までの保守期間も見込みます。

品川区西五反田との接点

ミカタス取引時点の買い手所在地

2022年5月9日の適時開示はfreeeの所在地を示しました。東京都品川区西五反田二丁目8番1号です。つまり、品川区との接点は買い手本社です。ミカタスの所在地を品川区とは書きません。また、両社が同じ地域にいたとも表現しません。資料の基準日と法人名を付けます。

西五反田にはIT企業などが集積しています。また、クラウド企業の採用や提携も生まれます。ただし、地域性を本件動機とする資料はありません。freeeが公表した狙いは別です。会計事務所のシェア拡大と顧問先への製品普及でした。所在地の観察と公表目的を分けます。

ミカタス事例を品川の業務システム企業に置き換えて考えるときの問い

地域の業務システム企業も近さだけで判断しません。まず、顧客層と販売経路を比較します。次に、API、サポート時間、制度知識を見ます。採用職種も確認します。オフィスが近くても統合費用は減らない場合があります。一方、遠隔でも製品が補完的なら価値を作れます。

品川の経営者が学べる点は地域名ではありません。上場業務システム企業が現金対価の組織再編を使いました。また、顧客基盤を持つ専門会社を取り込みました。売り手は地域知名度だけに頼りません。顧客契約、利用実態、制度対応を説明します。さらに、データ品質や必要人材も示します。これが事業の再現性につながります。

現金対価の簡易株式交換を読み解く

ミカタス株式交換と交付財産の二段構造

株式交換は対象株式を完全親会社へ集約します。その結果、対象会社は100％子会社になります。ただし、対価は買い手株式に限られません。本件ではミカタス株主へ金銭を交付しました。そこで、法的効果と経済的対価を分けます。これにより現金対価の株式交換を理解できます。

株式交換には法定手続があります。そのため、多数株主との関係を整理できる場合があります。一方、株主総会や反対株主の権利も検討します。公告、効力発生日、税務も確認します。債権者への影響も案件ごとに異なります。freeeの簡易手続を他社へそのまま移せません。

現金を選ぶ場合の実務課題

現金対価は買い手株式の希薄化を避けられます。一方、買い手には資金負担が生じます。売り手株主は上場株価の変動を受けにくくなります。しかし、課税や再投資は個別に判断します。条件比較では名目価格だけを見ません。決済確実性、資金調達、法定手続も並べます。さらに、価格調整と完了リスクを確認します。

本件の株主別税務は公開されていません。また、借入条件も分かりません。表明保証、補償、エスクローも同様です。重大な悪化に関する条項も確認できません。そのため、一般的な契約項目を本件の事実として扱いません。開示された金額と法的形式に範囲を限ります。

1株22,415円と総額の計算

ミカタスの開示対価を算術で照合する

適時開示は一株当たり22,415円を示しました。対象はミカタス普通株式です。また、対価総額は2,075,247,945円です。対象株式数は92,583株でした。そこで、単価と株数を掛けます。結果は開示総額と一致します。ただし、一株価格は企業価値の全てではありません。

一株当たり対価には複数の評価が集約されます。現預金、債務、資本構成も評価に反映されます。また、将来CF、顧客関係、技術、人材も関係します。発行済株式数と交換対象数を照合します。さらに、自己株式や新株予約権も確認します。本件には別途増資もありました。そのため、株式対価だけで全資金需要を判断しません。

単位と桁をそろえる

決算短信の取得原価は2,075,247千円です。一方、5月開示は2,075,247,945円でした。前者は千円単位で、後者は円単位です。丸めを考慮すれば整合します。記事では使用単位を統一します。また、原文と換算後の単位を併記します。

約20.75億円という丸めは概要に便利です。しかし、資金計画では端数が重要です。契約決済、銀行送金、株主別配分は同じではありません。取得原価や税務計算も別の精度で動きます。そこで、経営会議では億円単位で示します。一方、検証表は原単位で管理します。

約4億5,000万円の増資を分けて考える

ミカタス株主への対価と会社への払込み

freeeは株式交換前に、ミカタスが実施する約4億5,000万円の第三者割当増資を引き受ける予定でした。その資金は、主に新株予約権の取得等に充てる予定だと説明されています。つまり、既存株主への対価とは性格が違います。対象会社の財務や取引前整理に関係する資金です。

株式対価と増資を足すと約25.25億円です。しかし、取得原価と株主受取額は同じではありません。また、総キャッシュアウトとも完全一致しません。そこで、払込時期と資金使途を確認します。さらに、取得日前後の会計処理を橋渡しします。

総投資額の管理表を作る

総投資表では資金を別々の行にします。組織再編対価と資本注入を分けます。また、新株予約権整理や外部助言費も分けます。社内人件費、システム移行、顧客支援も必要です。さらに、採用費と予備費を置きます。一時費用と継続費用も区別します。これで当初予算と実績を同じ定義で比べられます。

2022年8月の決算短信は30,756千円を開示しました。これは取得関連費用です。つまり、株主へ渡る対価ではありません。また、増資額とも別です。各資料の会計区分を確認します。価格を一つに丸めず、資金の受け手と目的を示します。

4社入札と二つの価値算定

ミカタス入札の存在と交渉内容を分ける

適時開示によると、ミカタスは2021年10月ごろ、freeeを含む4社に打診し、入札プロセスを開始しました。一方、freeeは同年7月ごろから協議していました。ただし、各社の価格や契約条件は非開示です。途中経過や提案内容も公表されていません。

競争環境は価格形成の一材料です。しかし、最高価格だけで決まるとは限りません。資金確実性や製品継続も比較されます。また、従業員、顧客対応、完了可能性も重要です。将来戦略も判断要素になり得ます。本件での評価内容は非開示です。そのため、一般的な判断要素を実際の選定理由に置き換えません。

freee側とミカタス側の算定レンジ

freee側の算定機関はAIPです。DCF法の株式価値は2,398百万円から3,008百万円でした。一方、ミカタス側も第三者算定機関を使いました。類似企業比較法は2,268百万円から3,069百万円です。DCF法は2,373百万円から3,080百万円でした。対価約2,075百万円と各算定レンジとの差を資料に沿って確認します。

freeeは、算定機関であるAIPからフェアネス・オピニオンを取得していません。ただし、未取得だけで不公正とは判断できません。不要だったとも評価できません。そこで、算定書、入札、取締役会の検討を総合します。また、利益相反と専門家の独立性も確かめます。

ミカタスの開示財務が示す範囲

ミカタスの2022年1月期単体数値

項目	開示値	分析時の注意
売上高	741百万円	単年度の単体数値
営業利益	87百万円	単純営業利益率は約11.7％
経常利益	84百万円	資金・営業外項目の内訳は限定的
当期純利益	83百万円	将来継続額とは限らない
純資産	マイナス207百万円	簿価と事業価値を分ける
総資産	161百万円	顧客関係等の未計上価値があり得る
従業員	83人	基準時点と雇用形態を別途確認

営業利益87百万円を売上高741百万円で割ります。単純計算は約11.7％です。ただし、一年度の公表値にすぎません。将来利益率や正常収益力は示しません。業務システムでは、開発費、顧客獲得費、サポート費の処理が損益に影響します。また、制度改正やクラウド費も確認します。

ミカタスの債務超過と顧客基盤の価値

純資産がマイナスなのは重要な事実です。しかし、株式価値が直ちにゼロになるとは限りません。継続課金や顧客関係は別尺度で評価されます。また、技術、ブランド、専門人材も対象です。一方、債務超過を軽視しません。資金繰り、負債、契約に基づく前受金、必要運転資金を確認します。

公開資料にはARRやMRRがありません。また、顧客別売上、解約率、NRRも非開示です。粗利率や事務所単価も分かりません。そのため、売上高と営業利益だけで倍率を断定しません。非開示KPIは仮の実績値にしません。取引前に求める資料として整理します。

freeeが公表した買収目的

ミカタスを通じた会計事務所シェアの拡大

freeeは会計事務所でのシェア拡大を目的に挙げました。その背景には、A-業務システムを利用する会計事務所との接点があります。ただし、その接点は名簿だけではありません。導入、研修、問い合わせの積み重ねです。また、制度改正や顧問先支援も含みます。買い手は契約だけでなく品質と信頼を保ちます。

シェアという言葉には定義が必要です。契約事務所数と利用IDでは意味が違います。また、申告件数や顧問先数も別です。売上高や製品利用率とも一致しません。発表資料は詳細な分母を示していません。そのため、市場占有率を外部推計で補いません。取得後は分母と測定頻度を固定します。

顧問先へのfreee製品浸透

もう一つの目的は顧問先へのfreee製品普及です。会計事務所が推奨するソフトは業務に影響します。そのため、営業メールだけでは成立しません。データ連携、料金、サポートを組み合わせます。また、移行負担と事務所の生産性も見ます。顧問先の同意も価値提案に含めます。

実現した顧問先導入数は確認できません。また、買収後の増分売上も非開示です。解約の変化も分かりません。そこで、公表目的と目標達成を分けます。シナジー評価には取得前の基準が必要です。さらに、追加投資、他施策、比較群を用意します。

税務会計業務システムの価値を六つに分解する

ミカタスの製品価値を六層で捉える

同種案件を評価する際は、価値を①顧客契約、②保存データ、③アプリケーションとインフラ、④税務・会計制度への対応知識、⑤サポートと販売組織、⑥外部連携・ブランドの六層に分けます。六つは相互依存します。コードが動いても申告期限に制度対応できなければ顧客は使えず、顧客が多くてもデータ移行が不完全なら統合価値を失います。

それぞれに確認資料を割り当てます。顧客契約には契約台帳と請求記録、データには項目定義と保持期間、技術には構成図と障害履歴、制度対応にはリリース履歴、組織にはスキルと離職状況、外部連携にはAPI・委託先・証明書の情報を対応させます。経営者の説明だけでなく、実際のログ、チケット、契約、会計データで裏付けます。

六層の相互依存を証拠で追う

六層は別々に採点して終えるものではありません。たとえば、外部連携の仕様を知る担当者が一人しかいなければ、知識の属人化がサービス停止のリスクを高めます。また、契約で約束した保存期間と実際のバックアップ設計が合わなければ、顧客価値と運用費の両方が変わります。そこで、各資料には関係する別の層を記した相互参照を付けます。重要な顧客契約から、その顧客が使う機能、保存データ、外部接続、担当者、制度上の期限まで一つの鎖で追えるようにします。

優先順位は金額だけでは決めません。申告期限に停止すると影響が大きい機能、代替手順がない処理、復旧に長くかかる構成、少数者しか説明できない運用を先に調べます。そのうえで、ミカタスの公表事実と同種案件の確認項目を混ぜないよう、証拠の有無と基準日を各行へ付します。この設計なら、非開示情報を想像で埋めずに、追加調査が必要な空白を意思決定者へ示せます。

価値と引継ぎ負担を同時に測る

顧客数が多いほど将来収益の可能性は高まりますが、問い合わせ、データ保管、制度改正、移行支援の負担も増えます。古い製品ほど継続利用の傾向が強い場合がある一方、技術的負債や複雑な個別設定を抱える場合があります。価値だけを足し、承継費用をモデル外に置くと、投資回収を過大に見積もります。

ミカタス内部の六層に関する詳細は公開されていません。したがって、ここでの分解は、A-業務システムに問題があったという指摘ではなく、専門業務システムを取得する買い手が用意したい調査地図です。本件の公表目的とPPAを理解する補助線として使い、非開示の実態を断定する材料にはしません。

ARRと売上品質を確認する

ミカタスの会計上の売上から契約構造へ戻る

業務システムの売上高を調べるときは、月額・年額利用料、従量課金、初期設定、データ移行、研修、保守、受託開発を分けます。請求額、入金、前受金、売上認識、解約時の返金を対応付ける月次表を作り、ARRの定義に一時収益が混じっていないか確認します。税務申告時期に課金や利用が偏る場合、単月を12倍した指標は実態とずれるおそれがあります。

契約ARRは、基準日時点で有効な反復収益を一定の規則で年換算した管理指標です。更新確度の低い契約、無償期間、終了通知済み顧客、値引き、代理店控除、税をどう扱うか定義します。会計上の売上と一致しないこと自体は問題ではありませんが、差異を説明できない状態は買収価格の評価と取得後の管理の両方を難しくします。

粗利とサービス維持費を見る

売上が継続していても、クラウド、帳票、外部API、サポート、法改正開発、監視、バックアップに多額の費用がかかれば、キャッシュフローは小さくなります。顧客規模やモジュール別に直接費用を割り当て、限界粗利と完全配賦後の採算を並べます。古い契約の価格が現在の提供コストに見合うかも確認します。

取得後にfreeeの基盤に移す計画があっても、移行日まで旧製品を安全に運営する費用は残ります。二重開発、並行サポート、データ変換、顧客説明、テスト環境を一時的な統合費用として見積もり、平常時粗利と区別します。本件の実際のARRや移行費は非開示であるため、仮の数値は作らず、検証方法だけを示します。

解約率と顧客コホートの読み方

ミカタスの契約主体ごとに継続を追う

会計事務所向けサービスでは、事務所の契約継続と、事務所内の担当者利用、顧問先企業の稼働を同じ解約率にまとめないことが重要です。一方、事務所契約が残っていても、実際に利用している顧問先が減る場合があります。反対に、一つの事務所が多数の顧問先を追加する場合もあります。そこで、事務所、担当者、顧問先、製品モジュールの四つの単位で開始・増減・停止を記録します。

ロゴ解約率は顧客数の減少、売上解約率は金額の減少を表します。また、拡張売上を含むNRRと、含まないGRRも分けます。更新日が年度末や申告時期に集中するなら、月次平均では季節性を見落とします。そのため、契約開始月、事務所規模、利用製品、導入経路、地域によるコホートを作り、12か月以上の推移を確認します。

解約理由を移行設計に生かす

解約理由は価格、機能不足、操作性、サポート、顧客の廃業、統合、競合への移行などに分類します。その際、営業担当の自由記述だけでは分類が揺れるため、選択肢と補足、承認、証拠を整えます。さらに、解約予告から実停止までの期間、データ返還、閲覧期間、未払・返金も追います。そうすれば、収益だけでなく移行負担も予測できます。

買収後の製品方針が不明確だと、継続する顧客も先回りして代替製品を検討します。そのため、署名前から顧客連絡の原則、サポート体制、価格維持期間、製品ロードマップの説明責任を決める必要があります。ただし、本件で特定の解約増加があったと示す開示はありません。この節は税務会計業務システム全般の調査・統合方法です。

会計事務所チャネルを二層で捉える

ミカタスを支える会計事務所の二つの役割

このチャネルでは、会計事務所が自らシステムを使う契約者になります。同時に、顧問先企業の会計・申告業務を支援する存在でもあります。一般的な法人向け業務システムの直接販売とは異なり、会計事務所の業務標準、教育、顧問先との役割分担が製品選択に影響します。したがって、買い手は事務所への売上だけでなく、その先で生まれる業務フローを理解する必要があります。

チャネル価値を測るなら、契約事務所数に加えて、実際に利用する担当者数、稼働中の顧問先数、申告機能の利用状況、サポートの利用状況、研修への参加状況、紹介件数、満足度を追います。一方、大規模事務所一社と小規模事務所十社では、売上、顧問先数、支援負担、意思決定が異なります。そのため、件数を単純合算せず、規模と利用深度を示します。

クロスセルを押し付けにしない

freeeが公表した顧問先への製品浸透を実現するには、会計事務所が顧問先へ説明しやすい料金、データ連携、導入手順、責任範囲が必要です。しかし、親会社の商品を一律に勧めるだけでは、事務所の中立性や顧問先の選択を損なう可能性があります。そこで、対象顧客、適合条件、見送り条件を定め、顧客の同意を得たうえで送客します。

シナジーKPIでは、紹介件数だけでなく、適合確認、商談、導入、90日後の定着、会計事務所の作業時間、顧問先の満足度、解約まで追います。一方、親会社側売上が増えても事務所側の工数が大きく増えれば、長期関係は弱くなります。ただし、本件の具体的なクロスセル結果は確認できません。そのため、成果数値として提示しません。

顧客契約とサービス継続の確認

ミカタスの契約台帳を売上台帳へつなぐ

顧客契約では、契約主体、製品、料金、ID数、顧問先枠、期間、自動更新、解約通知、SLA、責任制限、データ返還、支払条件を一行にします。また、標準約款だけでなく、個別覚書、過去のキャンペーン条件、口頭で合意した例外も調べます。そこで、請求システムと契約台帳を照合し、無契約請求、無償提供、終了済み契約の売上がないか確かめます。

株主変更や組織再編で通知・同意が必要となる条項は、重要顧客から優先して確認します。株式交換で法人が存続する段階と、後の吸収合併で契約主体が変わる段階では、顧客への説明が異なる場合があります。法定承継の効果だけに頼らず、契約、個人情報、請求、運用の観点から通知計画を作ります。

障害・返金・責任を履歴で見る

SLAは稼働率の数字だけでは判断できません。対象時間、計画停止、除外条件、測定点、通知、サービスクレジット、損害賠償の上限を確認します。障害台帳と顧客への告知、サポートチケット、返金、会計処理を突き合わせ、未処理の補償や将来の請求がないか調べます。

税務申告や給与締めの直前に発生する停止は、短時間でも顧客影響が大きくなり得ます。平均稼働率に加えて、繁忙日、締切時間帯、復旧目標、代替手順を評価します。本件でSLA違反や未解決補償があったとの公表はありません。確認項目を列挙することと、問題の存在を示唆することを分けます。

仕訳・申告・給与データの棚卸し

ミカタスのデータを業務目的別に分類する

税務会計システムには、仕訳、残高、科目、取引先、証憑、申告書、電子申告結果、従業員、給与、社会保険、年末調整、権限、操作ログなどが保存され得ます。製品ごとに実際の項目と保持期間を確認し、顧客が入力した情報、外部から取得した情報、システムが生成した情報を区別します。

同じ顧問先でも、会計事務所と企業側ユーザーで閲覧・編集権限が異なります。誰が管理者か、退職者の権限をどう止めるか、事務所変更時にデータをどう移すかを実画面とログで検証します。データベースの行数だけでは、権限と業務上の意味を説明できません。

移行の完全性を数値で証明する

データ移行では、会社数、事業年度、仕訳件数、残高、税区分、固定資産、給与対象者、帳票、添付ファイルを移行前後で照合します。合計額だけでなく、例外件数、丸め、文字コード、未対応機能、変換ルールを記録します。サンプル確認に加えて全件の機械照合を行い、差異を顧客へ説明できる状態にします。

過年度データを新製品へ完全移行できない場合は、旧環境の閲覧提供、法定保存期間、エクスポート、サポート、セキュリティ更新を設計します。移行完了をアカウント作成だけで定義せず、顧客が締め・申告・給与処理を再現できることを受入条件にします。本件の実際の移行設計は非開示です。

個人情報の利用目的と承継

ミカタス株式取得とデータ利用を分ける

株式交換で対象会社が子会社になっても、親会社が顧客・従業員データを目的なく自由に使えるわけではありません。そのため、個人情報保護委員会のガイドラインを踏まえ、取得経緯、利用目的、委託、共同利用、第三者提供、安全管理、本人対応を処理単位で確認します。つまり、法人間の資本関係と、データ利用の適法性・透明性は別の問題です。

会計事務所が顧問先から受け取った情報をシステムへ登録する場合、ミカタス、会計事務所、顧問先の法的・契約上の役割を一律に決め付けられません。そこで、契約と実態に基づき、誰が目的を決め、誰が処理し、誰が問い合わせに答えるかを整理します。さらに、グループ統合時は窓口と責任の変更を顧客に分かる言葉で示します。

高い機密性に合わせたアクセス

給与、扶養、源泉、社会保険、税務申告には、個人の収入や家族に関する情報が含まれ得ます。全従業員が閲覧できるデータルームへコピーせず、調査目的に応じて匿名化・集計・限定閲覧を使います。技術検証で本番データが必要な場合も、承認、作業場所、ログ、持出し禁止、削除を定めます。

マイナンバー等の特定個人情報を扱う機能や運用があるかは、製品仕様と実データで確認します。名称から存在を推測せず、存在するなら法定要件と委託関係に応じた追加統制を検討します。本件の個別データ構成や当事者の遵守状況を、公開資料だけで評価することはできません。

セキュリティ統制を証拠で確かめる

ミカタスの質問票から運用証拠へ進む

セキュリティDDでは、規程の有無だけでなく、認証、権限、暗号化、鍵管理、脆弱性、ログ、監視、バックアップ、復旧、委託先、インシデント対応の実施を裏付ける証拠を確認します。たとえば、MFAを導入済みとの回答があれば、対象システム、例外アカウント、登録率、管理者の復旧手順まで調べます。

脆弱性診断の報告書では、実施日、対象範囲、深刻度、未修正事項、再検査結果を確認します。ただし、診断の直後に新機能が追加されていれば、現在の本番環境を完全には覆いません。さらに、障害・事故の台帳では、発生、検知、封じ込め、通知に加え、原因究明と再発防止まで完了しているかを確かめます。口頭で「問題なし」とするだけでは終えません。

買収中の権限増大を管理する

統合作業では親会社、外部コンサルタント、移行ベンダーに一時的な権限が増えます。通常運用よりアクセス主体が多くなるため、期限付きID、最小権限、承認、操作ログ、秘密情報の受渡し、終了時削除を計画します。共通のパスワードを共有すると、誰が何をしたか追跡できません。

買い手の基準へ一度に合わせることが常に安全とは限りません。なぜなら、認証やネットワークを急に変えると、顧客がログインできず業務が止まる可能性があるからです。そこで、現状リスク、移行リスク、目標統制を比較します。そのうえで、補完統制を置きながら段階的に切り替えます。なお、ミカタスで事故が発生したという事実は、本稿の資料から確認されていません。

税制改正対応という運用資産

ミカタスの制度対応工程をたどる

税制や社会保険の改正は、条文を読むだけで製品に反映できません。公布・通達の把握、影響分析、仕様、計算ロジック、帳票、電子申告、テスト、マニュアル、顧客周知、問い合わせ対応を期限までに進めます。税務会計業務システムの価値には、この反復可能な運用能力が含まれます。

DDでは過去数年の制度改正一覧を作り、対応開始日、リリース日、責任者、障害、差戻し、顧客案内を追います。予定どおり対応できた案件だけでなく、遅延や緊急修正から得た教訓を確認します。専門知識が一人に集中していれば、その担当者の退職・休職が製品の継続運営を困難にするおそれがあります。

統合後の二重対応を予算化する

旧製品と移行先製品を並行運営する期間には、同じ制度改正を二つのコードベースに反映する可能性があります。機能追加を絞っても、法定対応や重大不具合への対応は止められません。統合計画では、開発者を移行作業だけに集中させず、旧製品の保守、顧客支援、移行ツールの整備を、それぞれ別の作業量として見積もります。

2024年に公表されたA-業務システムの移行計画が複数年に及ぶことは、業務密着型製品の切替えが短期では終わらない可能性を考える材料になります。ただし、長期間になった具体的な理由や内部工数は開示されていません。外部から因果を決めず、一般的な制約を整理します。

技術基盤と移行難易度の評価

ミカタスの構成図を本番環境と照合する

技術DDでは、アプリケーション、データベース、バッチ、帳票、認証、ストレージ、監視、バックアップ、外部連携を構成図にします。営業資料の理想図ではなく、クラウド設定、リポジトリ、デプロイ、資産台帳と突き合わせます。廃止予定でも稼働しているサーバーや、継続している手作業を省かないことが大切です。

言語・フレームワーク・データベースのバージョン、サポート終了、ライブラリ依存、テスト、自動化、リリース頻度、障害率を確認します。古い技術を使っていることだけで低評価にせず、安定性、保守人材、更新計画、顧客影響、刷新費用を総合します。最新技術でも属人化とテスト不足があれば移行リスクは高まります。

移行方式を四つから選ぶ

選択肢は、旧製品を独立維持する、APIで連携する、機能単位で段階移行する、新製品へ全面移行する、という四つに大別できます。顧客価値、法改正、開発費、データ完全性、サポート、人材、期限を比較します。買収前に一つに固定し過ぎず、技術検証と顧客ヒアリングで条件を確かめます。

全面移行を選ぶ場合も、パイロット、並行稼働、受入判定、ロールバック、旧環境の閲覧を設計します。「新製品の方が高機能だから移れる」という説明だけでは、帳票差、操作習慣、外部連携、顧問先との分担を見落とします。本件の内部アーキテクチャや移行方式の詳細は公表されていません。

外部連携を止めないための調査

ミカタスのAPI以外の依存も台帳化する

税務会計システムは、電子申告、金融機関、給与・社会保険、帳票、メール、決済、本人確認、ストレージなどとつながる場合があります。正式APIだけでなく、ファイル取込、証明書、専用回線、手作業、ブラウザ操作、自動化ツールも依存関係です。契約名義、利用量、料金、更新、停止条件を記録します。

外部サービスの契約が創業者個人や旧親会社名義なら、株式取得だけで管理権限が移りません。管理者ID、証明書、ドメイン、DNS、メール送信、クラウド請求の契約名義、銀行口座の名義人を確認し、Day1までに必要な同意や変更を行います。急な名義変更で審査や接続が止まる場合は、移行期間を設けます。

停止時の代替手順を確かめる

重要な連携先が停止したとき、キュー、再送、手入力、顧客告知、期限延長の手順があるかを確認します。外部障害を自社SLAから一律除外しても、顧客業務は止まります。技術責任と顧客対応責任を分け、復旧後にデータの重複・欠落がないことを確認する照合手順を用意します。

買い手側に似た連携があっても、すぐ一本化できるとは限りません。契約単価、認証方式、データ項目、規制対応、顧客設定が異なる可能性があります。統合効果はベンダー数削減だけで測らず、停止リスク、開発工数、利用者の再設定を含む総コストで判断します。

知的財産とOSSライセンス

ミカタスが利用できる権利を証拠で示す

ソースコードが対象会社のリポジトリにあっても、権利帰属が明確とは限りません。従業員の職務著作、過去の業務委託、共同開発、買収した旧製品、第三者ライブラリ、帳票素材、商標、ドメインを整理します。委託契約の成果物条項、検収、支払、著作者人格権への対応、再利用制限を確認します。

税務計算ロジックや帳票には、法令上の形式に加えて独自の実装・データ構造があります。特許の有無だけでなく、営業秘密として管理された設計、テストケース、顧客設定、サポートナレッジも棚卸しします。退職者の個人ストレージにしか残らない資料は、権利があっても継続利用が難しくなります。

OSSの義務を製品配布形態に合わせる

OSSは利用自体が問題なのではなく、ライセンス条件と実際の組込み・配布方法の整合が重要です。依存部品、バージョン、ライセンス、変更、配布、告知、ソース提供義務、脆弱性を一覧にします。自動スキャンの結果を人が確認し、誤検知と未検出を補います。

買い手の基盤にコードを移植したり、他の製品へ機能を組み込んだりすると、利用形態が変わる可能性があります。取得前は許容された条件でも、グループ横断配布で追加義務が生じないか調べます。本件で知財紛争やライセンス違反があったという公表事実はありません。

人材・サポート・制度知識の承継

ミカタスの83人の構成を役割別に把握する

開示ではミカタスの従業員数は83人でした。しかし、人数だけでは、開発、税務専門、インフラ、サポート、営業、管理の配分や雇用形態は分かりません。そこで、組織図、職務、担当製品、権限、勤続、採用難易度をスキルマップへ落とします。そのうえで、特定の制度対応や障害復旧が一人に集中していないか確かめます。

キーパーソンの価値を名前だけで示すのではなく、担当業務、代替可能性、文書化、顧客関係、後継育成で説明します。取得後の報酬、評価、勤務地、職種、意思決定が不透明だと、不安から離職が起きやすくなります。署名前に法的に可能な範囲で人材計画を作り、クロージング後すぐ本人へ役割を伝えます。

サポート履歴を製品改善へつなぐ

問い合わせ件数だけでなく、製品、顧客規模、繁忙期、原因、初回応答、解決時間、再発、エスカレーションを分析します。回答テンプレートと実際の解決内容を比較し、税務判断を要する質問が誰へ渡るか確認します。チケット外の電話・メールや担当者個人による対応も、可能な範囲で把握します。

統合時に窓口を一本化すると効率化できる一方、専門知識の薄い一次受付で解決が遅れることがあります。そのため、旧チームの知識を残し、共通分類と引継ぎ基準を先に整えます。ただし、ミカタスの具体的な人員配置、離職、問い合わせ品質は非開示です。ここでは一般的な承継設計として述べています。

PPAで識別された顧客関連資産

ミカタス取得原価と受入資産・負債

freeeの2022年6月期決算短信は、2022年6月30日の企業結合について取得原価2,075,247千円、取得関連費用30,756千円を開示しました。取得日に受け入れた資産は225,381千円、引き受けた負債は866,368千円です。開示表の単位は千円であり、5月の円単位の株式交換対価と照合するときは丸めを考慮します。

企業結合会計では、取得した事業の識別可能な資産・負債を取得日時点の評価に基づいて認識し、残余がのれん等になります。対象会社の貸借対照表に計上されていなかった顧客関係などが、買収時に無形資産として識別されることがあります。簿価純資産がマイナスでも、将来収益に結び付く識別可能資産が評価され得る理由です。

顧客関連資産2,318,439千円の意味

決算短信は顧客関連資産2,318,439千円、のれん1,107,701千円を記載しました。顧客関連資産は、既存顧客との関係から期待される将来便益を会計上識別したものと読めます。しかし、個々の会計事務所契約が同額で売買できるという意味でも、顧客データそのものを自由に処分できるという意味でもありません。

PPAを検証するなら、顧客の継続率、売上、粗利、残存期間、維持費、移行、割引率、税効果などの前提を確認します。会計評価と経営KPIが違う定義を使うと、取得後の検証ができません。本稿で確認できるのは開示された金額までで、個別の評価モデル、耐用年数、割引率の詳細は公開資料から補いません。

全額減損を事業評価と混同しない

ミカタスの減損を会計事実として記す

同じ決算短信は、企業結合で認識したのれん1,107,701千円と顧客関連資産2,318,439千円を全額減損処理したと記載しています。この事実は省略せず、金額と発表日を付けて示します。一方、減損の存在だけから、顧客が失われた、製品が止まった、投資回収がゼロだったといった非開示の出来事を作ることはできません。

減損は、対象資産から見込まれる将来回収額と帳簿価額の関係を会計基準に沿って反映する処理です。取得時の見積り、事業計画、環境変化、統合方針などが関係し得ますが、本件でどの要因がどの程度寄与したかは、開示表だけでは特定できません。「減損したから失敗」「合併したから成功」という二択を避けます。

事業成果は別の検証表で追う

経営上の評価には、顧客継続、会計事務所チャネル、顧問先への製品導入、サービス品質、移行コスト、人材、追加キャッシュフローを使います。取得前に設定したベースラインと実績を比較し、追加投資と市場変化を分けます。会計損失を無視せず、同時に非財務成果を会計処理へ無理に押し込まない姿勢が必要です。

取締役会は減損を事後学習の契機にできます。価格算定で置いた解約率、成長、粗利、統合時期がどう変わったか、どの情報が取得前に不足していたか、代替案と比べて判断は合理的だったかを記録します。公表情報だけではこの内部レビューの結論は分からないため、本件の成否判定は行いません。

完全子会社化から吸収合併へ

ミカタスの6月30日と9月30日の違い

2022年6月30日、株式交換の効力が発生しました。この日にミカタスはfreeeの完全子会社としてグループへ入りました。その後、freeeは8月24日にミカタスを吸収合併すると発表しました。効力発生日は9月30日です。つまり、6月末は株主関係の一本化、9月末は法人格の統合という別の段階です。

8月の発表時点でfreeeは、A-業務システムのサービス・サポート内容に変更はないと説明しました。この説明は顧客の不安を抑えるうえで重要ですが、将来にわたり永久に変更しないという保証ではありません。実際、後年には製品移行計画が公表されました。発表時の状態と長期ロードマップを時系列で並べれば、矛盾なく理解できます。

法人統合と業務統合を分ける

吸収合併により契約、従業員、資産・負債は法的効果に従って承継されますが、顧客ID、請求、サポート、開発ツール、会計、規程、評価制度が同日に一つになるとは限りません。法人の登記日だけで統合完了を測らず、業務領域ごとに移行日と受入基準を持ちます。

早い法人統合には管理重複を減らす利点があり得る一方、旧社名の契約や口座、外部認証、顧客案内を短期間で整理する負担があります。取得前にDay1、合併日、その後一年の三つのマイルストーンを置き、止めてはいけない業務を優先します。本件の内部統合作業の詳細は公表されていません。

A-業務システム移行計画の時点管理

ミカタス製品で2024年10月に示された予定

freeeは2024年10月7日、A-業務システム税務・会計システムを2026年6月30日付でfreee申告・freee会計へ移行し、A-業務システム給与システムを2027年6月30日付でfreee人事労務へ移行する計画を公表しました。税務・会計と給与では予定期限が一年異なります。一つの「A-業務システム終了日」としてまとめません。

計画発表から予定日まで長い準備期間を設けた背景には、顧客の業務周期、データ変換、機能差、研修、サポート、法改正を調整する必要があったと考えられます。ただし、freeeが期間設定の詳細理由をすべて開示したわけではありません。一般的な業務システム移行の制約を、当事会社の個別事情として断定しないよう注意します。

完了確認に必要な証拠

移行完了を述べるには、対象製品ごとの公式完了発表、サービス画面、顧客案内、利用規約、サポート情報などを確認します。予定日を過ぎただけでは、全顧客、全データ、全機能が移行済みとは限りません。例外顧客、閲覧専用環境、移行猶予、給与製品の継続があり得るからです。

2026年8月22日までの本調査では、2024年の計画発表を確認していますが、税務・会計を含む全工程の完了を証明する別資料を証拠セットに採用していません。したがって、現在形で「移行が完了した」とは書きません。後日新しい一次資料が得られた場合は、発表日と対象範囲を付けて更新します。

顧客を守る100日PMI

ミカタス顧客を守る最初の30日

税務会計業務システムの取得直後は、成長施策より顧客業務を止めないことを優先します。責任者、障害時の連絡先、申告・給与処理の重要日、資金、クラウド、証明書、サポート当番、重要顧客、未解決の問題を確認します。権限を急に統合せず、誰が承認し誰が復旧できるかを明確にします。

顧客向け発表では、変わること、当面変わらないこと、問い合わせ先、今後の連絡方法を分けます。将来ロードマップが確定していない事項を約束せず、決まっていないことも率直に示します。会計事務所向けには、顧問先への説明資料と質問回答を用意し、情報のばらつきを抑えます。

31日目以降に統合仮説を検証する

二か月目から、共通顧客、製品連携、請求、サポート、開発、セキュリティ、組織制度の統合案を小規模に試します。数社の会計事務所でパイロットを行う場合は、選定理由、同意、成功基準、停止条件を決めます。全顧客へ一度に展開してから問題を探す方法は避けます。

100日目には、取得前仮説、発見事項、顧客影響、統合費用、KPI、未決定事項を取締役会へ報告します。数字が計画に届かない場合、営業努力不足として一括せず、製品との適合性、移行に伴う負担、価格、サポート、データ品質といった要因に分解します。これは一般的なPMI案であり、freeeが同じ工程を採用したと示すものではありません。

売り手が準備したい資料

ミカタスの顧客と売上の再現性を示す

業務システムの売却準備では、契約台帳、請求、入金、売上、ARR、解約、値引き、顧客属性を同じ顧客IDで結びます。数値が合わない場合は原因を説明し、見栄えのよい一つの数字に置き換えません。上位顧客は匿名集計から始め、取引確度に応じて詳細開示を段階化します。

会計事務所と顧問先の関係を図にし、契約主体、利用者、データ管理、サポート、紹介を示します。サービス数が多い場合は、製品別売上、共通顧客、同時利用、終了予定を整理します。買い手がクロスセルを過大評価しないよう、重複と有効利用を正確に示すことが信頼につながります。

技術・制度・人材の資料を早めに整える

構成図、リポジトリ、リリース履歴、障害、脆弱性、バックアップ、外部連携、OSSを最新化します。制度改正は案件一覧と対応証拠をそろえ、サポートはチケット分類と応答・解決時間を出します。経営者だけが説明できる状態から、資料と担当者によって説明を再現できる状態へ変えます。

人員表には氏名だけでなく、役割、スキル、担当顧客、権限、雇用形態、代替、引継ぎを付けます。売却検討を広く知らせる必要はありませんが、秘密保持とアクセス権を設計し、必要な専門家が確認できる準備をします。準備の全体像は会社・事業の売却を検討する方へでも整理できます。

買い手の投資委員会で残す判断記録

ミカタス判断の事実・仮定・未確認を分ける

投資委員会資料では、公表または証拠で確認した事実、経営陣の計画、買い手の仮定、未確認事項を分けます。ARRや解約率が未検証なら、モデルのセルに「未確認」と付け、ゼロリスクとして扱いません。算定レンジ、入札状況、契約条件、統合費用を一枚の決定表へまとめます。

価格の上限だけでなく、追加資本、旧製品保守、データ移行、顧客補償、人材維持、法改正への投資を含む総資金を承認します。予算超過時の再承認基準を事前に定めると、取得後に「既に買ったから」という理由だけで追加投資が続くことを防げます。

撤退条件と継続条件を具体化する

中核コードの権利帰属・利用許諾の不備、重大なデータ問題、重要契約の承継不能、必要資金の上限超過、復旧不能な技術課題など、投資仮説が成立しない条件を署名前に決めます。同時に、価格調整、補償、クロージング前是正、PMIで管理できる事項も区分します。

問題が一つ見つかっただけで自動撤退するのではなく、影響、発生確率、是正可能性、費用、期限、顧客影響を評価します。本件の実際の撤退基準や契約救済は公表されていません。ここでは、専門業務システムを買う企業が意思決定の一貫性を保つための一般的な枠組みを示しています。

評価モデルを三つのシナリオで検証する

ミカタスの独立維持・連携・全面移行を比べる

評価モデルは一つの統合案だけでなく、旧製品を独立維持するケース、APIや販売で連携するケース、買い手製品へ段階的に移すケースを比較します。それぞれで売上継続、解約、クロスセル、開発、サポート、法改正、移行、設備、人員のキャッシュフローを置きます。

全面移行は長期的な重複費用を減らせる可能性があります。ただし、短期の移行費と解約リスクを伴います。独立維持は顧客影響を抑えやすい反面、二重開発が続きます。連携型は中間案ですが、API開発と責任分界が必要です。シナリオごとの顧客価値と実行能力を評価します。

感応度分析を投資仮説の検証に反映する

解約率、移行率、クロスセル率、粗利、移行時期、追加開発費、割引率を上下に振り、どの前提が価格を最も動かすかを確認します。入力値は本件の非開示実績を装わず、内部調査で得た根拠または明示した仮定として管理します。

DCFレンジの中に価格があるかだけで投資を承認せず、レンジを支える運用計画を確認します。責任者、予算、顧客受入、製品マイルストーンがなければ、財務モデルの成長率は実行計画になりません。評価とPMIを同じ仮定でつなぐことが、買収後の検証を可能にします。

取得後のガバナンスとKPI

ミカタスの顧客保護と成長を別々の指標で見る

取得後のダッシュボードには、売上・ARR・粗利だけでなく、顧客継続、移行成功、サポート応答、重大障害、法改正期限、データ差異、セキュリティ、従業員維持を入れます。成長指標が良くても顧客保護指標が悪化していれば、施策を止めて原因を調べます。

KPIごとに定義、データ源、締め日、責任者、訂正方法を決めます。旧製品と新製品で顧客や売上の定義が違う場合、単純合算せず橋渡し表を作ります。移行した顧客を新規獲得として二重計上しないことも重要です。

取締役会が追うべき問い

取締役会は、取得時の投資仮説が維持されているか、追加投資は何を生むか、顧客影響は許容範囲か、計画変更が必要かを定期的に問います。減損の有無だけでなく、取得前に置いたシナジーと統合費用を更新し、撤退・縮小・追加投資を選べる状態にします。

法人合併後も、旧ミカタス事業に関する損益、顧客、品質を一定期間追える管理単位が必要です。なぜなら、全社数値へ溶けると、買収判断の検証が難しくなるからです。ただし、本件で実際にどのKPIが用いられたかは非開示です。ここでは一般的なガバナンス案として提示します。

表明保証・補償・前提条件の設計

ミカタスの税務会計業務システムに固有の開示事項を具体化する

最終契約を設計する際は、一般的な組織、株式、財務、税務、訴訟に加えて、顧客契約、前受収益、ソースコード、OSS、外部連携、データ取扱い、情報事故、障害、制度改正、キーパーソンに関する事実を開示資料へ落とします。「重大な問題はない」という抽象的な文言では、買い手が何を前提に価格を決めたか、売り手が何を説明したかが曖昧になります。

表明保証はリスクを消す仕組みではありません。違反時の補償範囲、金額上限、免責、請求期間、既知事項、第三者請求、是正手順を組み合わせます。顧客データや申告期限に関わる問題は、金銭補償だけではサービス停止を回避できないため、クロージング前の是正や完了条件、緊急対応計画を優先する場合があります。

開示された事実だけから契約条項を作らない

本件の実行合意書に含まれた個別の表明保証、補償、価格調整、解除、重大な悪化、エスクローの内容は公表資料から確認できません。入札があったことや現金対価だったことから、特定の条項が交渉されたと推測することも避けます。公表事実は取引構造を説明し、契約実務は同種案件の検討例として区別します。

買い手側は、DDで判明した論点を「確認済みだから契約不要」とせず、価格、前提条件、特別補償、誓約、PMIのどれで扱うかを決定表にまとめます。売り手側も、例外を網羅的に開示し、回答の根拠となる契約・ログ・会計資料をひも付けます。双方の認識を文書化することが、完了後の解釈違いを減らします。

顧客説明と終了・移行時の公正さ

ミカタス顧客が判断できる情報を順序立てる

製品移行を案内するときは、対象製品、予定時期、移行先、機能差、料金、データ、操作、サポート、選択肢を顧客が判断できる順序で示します。経営統合の意義を先に長く語るより、日常業務がいつ何に変わるかを明確にする方が有用です。会計事務所には顧問先向けの説明責任があるため、役割別の案内を用意します。

移行を希望しない顧客について、解約、データ出力、閲覧、保存、問い合わせ、費用の扱いを定めます。自動移行の法的根拠があっても、実務負担や機能差が大きければ信頼を損なう可能性があります。移行率だけを目標にせず、処理成功、差異、問い合わせ、顧客の業務完了まで追います。

旧製品を閉じる最後の日まで品質を保つ

終了が決まった製品でも、法定期限、セキュリティ、障害、バックアップ、データ返還に対する責任は残ります。開発人員を早く新製品へ移し過ぎると、旧環境の対応能力が下がります。終了日から逆算して必要人員、部品サポート、証明書更新、監視、繁忙期を計画し、最後の顧客まで運用できる予算を確保します。

後年に公表されたA-業務システムの移行計画から、個々の顧客がどの選択をしたか、問い合わせや不具合がどの程度あったかは分かりません。この節は、長期利用される業務業務システムを統合する際に一般的に求められる顧客保護を述べたものです。成果を推定するのではなく、確認すべき証拠を明らかにします。

ミカタス買収から得られる最終整理

公表事実として確定できること

freeeは2022年5月9日、ミカタスを現金対価の簡易株式交換で完全子会社化すると公表し、6月30日に完了しました。普通株式1株当たり22,415円、対価総額2,075,247,945円です。また、約4億5,000万円の増資引受予定がありました。取得関連費用は30,756千円と後日開示されています。

A-業務システムは発表時点で1,000以上の会計事務所に利用されていたと説明されました。2022年8月の決算短信には、のれん1,107,701千円と顧客関連資産2,318,439千円の金額が記載され、両方を全額減損したことも開示されています。9月30日に吸収合併が効力を生じ、2024年には製品別の移行計画が公表されました。

同種案件へ応用する実務上の教訓

専門業務システムの取得では、価格だけでなく、顧客契約、データ、制度知識、技術、外部連携、人材を一体で調べます。株主対価、資本注入、統合費用を分け、会計評価と事業成果も別の表で追います。予定と完了、目的と実績、一般論と案件事実の境界を守ることが、再現可能な意思決定につながります。

品川区の業務システム企業が売却や買収を検討する際も、顧客数を大きく見せるより、定義のそろった継続データと安全な引継ぎ計画を用意する方が有効です。価値の初期整理には企業価値の無料診断、全体工程の把握にはM&Aの流れを参照できます。

品川の経営者向け関連ページ

• 会社・事業の売却を検討する方へ：業務システム事業の譲渡目的、株主と事業の範囲、初期相談で整理する項目を確認できます。
• 企業価値の無料診断：継続課金、顧客構成、技術、人材、将来投資を含む価値の前提を個別に整理する入口です。
• M&Aの流れ：秘密保持、資料準備、候補探索、調査、契約、引継ぎまでの順序を把握できます。
• 売却相談のお問い合わせ：税務会計業務システムの承継や製品移行を含む個別事情について相談できます。
• M&A事例の一覧：取引形式や業種が異なる公表事例を比較するためのページです。
• M&Aコラムの一覧：準備、価値評価、調査、契約、引継ぎに関する基礎テーマを探せます。

よくある質問

freeeはMikatusをいくらで取得しましたか？

株式交換でMikatus株主に交付した金銭は総額2,075,247,945円です。普通株式1株当たり22,415円でした。別途予定された約4億5,000万円の第三者割当増資の引受額は対象会社への払込みであり、株主へ支払う対価とは分けます。

約25億円が買収価格という理解でよいですか？

正確には、株式交換対価約20.75億円と、別途予定された増資引受約4.5億円の合計が約25.25億円です。後者を含む資金コミットメントと、決算短信に記載された取得原価を同一の「買収価格」として丸めない方が適切です。

株式交換なのに、なぜ現金を使えるのですか？

株式交換は完全親子会社関係を作る法的な手法です。対象会社株主へ交付する財産は買い手株式に限られず、本件では金銭が用いられました。組織再編の名称と対価の種類を別に捉えます。

簡易株式交換なら調査も簡単だったのでしょうか？

その意味ではありません。「簡易」は一定要件の下で完全親会社側の株主総会承認を省略できる制度に関係します。財務・法務・技術・顧客・データの確認が不要になるものではありません。

Mikatusは黒字だったのですか？

開示された2022年1月期は売上高741百万円、営業利益87百万円、当期純利益83百万円でした。一方、純資産はマイナス207百万円です。一年度の利益だけで将来収益や価格妥当性を決めることはできません。

価値算定はどのように行われましたか？

freee側の算定機関はDCF法で2,398百万円から3,008百万円を示しました。Mikatus側は類似公開企業比較法で2,268百万円から3,069百万円、DCF法で2,373百万円から3,080百万円を示しています。

freeeはフェアネス・オピニオンを取得しましたか？

適時開示では、freeeがAIPから対価等の公正性に関するフェアネス・オピニオンを取得していないと記載されています。未取得という事実だけで取引の公正性を肯定・否定せず、算定、入札、意思決定手続を合わせて見ます。

のれんと顧客関連資産はいくらでしたか？

2022年6月期決算短信には、のれん1,107,701千円、顧客関連資産2,318,439千円が記載されています。同資料では両方を全額減損処理したことも開示されました。

全額減損ならミカタス買収は失敗ですか？

減損は重要な会計情報ですが、それだけで顧客承継、チャネル、製品統合、追加投資、キャッシュフローなど、事業成果のすべてを判断することはできません。会計処理を正確に示したうえで、別のKPIによる検証が必要です。

A-業務システムのサービスはすでにすべて移行済みですか？

2024年10月の発表では、税務・会計は2026年6月30日付、給与は2027年6月30日付で各freee製品へ移行する予定とされました。本稿で採用した資料だけでは、全工程の完了を一括して確認できません。

税務会計業務システムの調査で優先する情報は何ですか？

契約とARRの整合、事務所・顧問先別の継続、申告・給与データの権限、法改正対応、障害・復旧、外部連携、キーパーソンを優先します。売上高だけではサービスの継続価値と移行負担を把握できません。

品川区の会社が相談する場合はどう進めますか？

初期段階では会社名を広く開示せず、目的、株主、製品、顧客構成、希望時期、引継ぎ条件を整理します。個別事情は売却相談のお問い合わせから確認できます。

参考資料

取引構造・価格・算定に関する公式資料

• 現金対価の簡易株式交換によるMikatus株式会社の完全子会社化に関するお知らせ（フリー株式会社／JPX、2022年5月9日）。株式交換、対価、増資、入札、算定、対象会社財務、所在地を確認しました。
• 税理士向けサービスのMikatus株式会社、freeeグループジョインのお知らせ（freee、2022年5月9日）。A-業務システムの開始時期、会計事務所利用、会社が公表した目的を参照しました。
• Mikatus社、freeeグループへの参画完了のお知らせ（freee、2022年6月30日）。株式交換の効力発生を確認しました。

会計処理・法人統合・製品計画の公式資料

• 2022年6月期決算短信（フリー株式会社／JPX、2022年8月12日）。取得原価、費用、受入資産・負債、のれん、顧客関連資産、減損を確認しました。
• Mikatus株式会社、吸収合併のお知らせ（freee、2022年8月24日）。合併日程と発表時点のサービス説明を参照しました。
• A-業務システムのfreee各種プロダクトへの移行に関するお知らせ（freee、2024年10月7日）。製品別の移行予定を確認しました。
• A-業務システム製品ページ（freee、2026年8月22日確認）。現在公開されている製品案内の参照先です。

データ取扱いの一般的な確認軸

• 個人情報の保護に関する法律についてのガイドライン（通則編）（個人情報保護委員会、2026年8月22日確認）。個人情報DDに関する一般的な根拠として参照しました。

利用上の注意

本稿は2026年8月22日までに確認できた公開資料に基づく情報提供です。法律、会計、税務、投資、情報セキュリティ、企業価値評価に関する個別助言ではありません。実際の取引では、守秘義務下の契約、財務、顧客、製品、データ、技術、人事資料を確認し、案件に応じた専門家へ相談してください。

非公表のARR、解約率、顧客別採算、契約条項、障害、移行費、交渉内容、取得後の成果は推測していません。後年に新しい公式情報が公表された場合、当初発表と最新状況の時点を分けて確認する必要があります。