システムの価値は、導入の有無より引き継げる業務にある
受発注システムやBtoB ECを導入している電材会社でも、買い手がそのまま利用できるとは限りません。ソフトの利用契約、個別改修、メーカーとのEDI接続、得意先別の単価、管理者アカウントを確認し、受注から請求までの処理を再現できるかを調べます。画面が動くことと、業務を引き継げることは別の確認事項です。
電材では、同じ商品でも箱・個・メートルの単位が異なり、ケーブルの端尺、代替品、案件単価、顧客の通称品番を使う場合があります。移行時に名称だけを合わせると数量や価格が変わるおそれがあります。まず現行業務のルールを記録し、その後に統合案を考えます。
第一段階：契約と管理権限を一覧にする
販売管理、会計、倉庫、EC、EDI、メール、クラウド保存を一つのシステム台帳にします。契約名義、提供会社、更新期限、料金、保守窓口、管理者、データ保存先、抽出方法を記入します。株式譲渡・事業譲渡の形態や支配関係の変更により、承諾や契約変更が必要かは、契約書と提供会社への確認で判断します。
特定担当者の私用メールだけが管理者になっていないか、外部保守会社がどこまで操作できるかも確認します。初期の買い手検討では、契約の概要や構成図を共有し、顧客の個人情報、接続鍵、パスワードを安易に資料へ記載しないようにします。
| 確認対象 | 用意する資料 | 検証すること |
|---|---|---|
| 利用契約・保守 | 契約書、改修履歴、構成図 | 継続利用、名義・権限変更、追加費用 |
| 商品・単価マスタ | コード対応表、単位表、顧客別価格 | 重複品番、税区分、端数・単位の扱い |
| 未処理取引 | 受注残、発注残、返品、入金待ち | 切替後も追跡でき、二重処理しないか |
| 運用と復旧 | 操作手順、権限一覧、バックアップ記録 | 担当者交代、障害時の復元と連絡 |
第二段階：商品・顧客・単価の対応表を作る
商品コードはメーカー品番、社内コード、得意先コードの対応を記録します。廃番品と後継品を自動で同一視せず、仕様の違いも確認します。顧客マスタでは、請求先、納品先、工事現場、締日、回収方法を区別します。一社に複数の現場がある場合、住所をまとめるだけでは配送指示を失うことがあります。
得意先別単価には、適用開始・終了日、対象商材、数量条件、値引きの承認者を添えます。仕入側の価格と販売側の価格を混ぜず、リベートの計上方法も確認します。背景となる契約条件はメーカー口座・仕切り・リベート・与信枠の整理で確認できます。
第三段階：通常処理と例外処理を試す
テストは、受注登録、在庫引当、発注、入荷、出庫、納品、請求、入金消込までつなげます。分納、欠品による代替品、切断加工、返品、単価訂正、直送、EC注文と電話注文の重複も試します。架空のテスト注文であることを明確にし、実際の取引先への発注や請求が送られない環境で実施します。
切替前後で、件数だけでなく商品数量、売上・仕入金額、在庫数量、債権残高を照合します。差異があるときは対象取引を特定し、丸め処理や税区分、単位換算などの原因を確認します。合格条件は担当者と提供会社が事前に決め、未解決の差異を残したまま移行を完了扱いにしないことが大切です。
切替日は、戻す条件と手作業の窓口も決める
切替時間、最終データ抽出、旧環境の更新停止、開始判断者を決めます。注文を止められない時間帯には、受付番号を付けた一時台帳を使う等、手作業の手順を用意します。重大な不具合が出た場合に旧環境へ戻せるか、戻す際の注文・入金の再照合をどう行うかも計画します。
バックアップは取得の記録に加え、復元できることを確認します。アクセス権、退職者アカウント、多要素認証、外部委託先との責任分担は、IPAの中小企業の情報セキュリティ対策ガイドラインも参照できます。具体的な安全対策やデータ移転の適法性は、情報システム担当・提供会社・必要な専門家に確認します。
M&Aの資料では、導入実績と未解決事項を分ける
買い手へは、利用範囲、処理件数、手入力が残る工程、保守期限、移行に必要な作業を説明します。「ECがあるから高く売れる」と価格を断定せず、取引条件と運用の再現性を資料にします。全体の準備は在庫・口座・配送を含む売却前の整理、事業評価は電材卸売業のM&A・事業承継もご覧ください。
運営：株式会社M&A Do。本稿は一般的な実務解説で、システムの安全性や移行成功を保証するものではありません。自社の承継課題は譲渡・事業承継の相談窓口へ、個別の契約・個人情報・会計処理は各分野の専門家へご確認ください。
