古物商 M&Aの実務完全ガイド｜許可・店舗・EC・決済アカウント承継を止めない進め方

先に結論：古物商 M&Aで外せない三つの判断

結論1　許可の扱いは、M&Aの手法を決めてから個別に確認する

中小企業庁の事業承継ガイドラインは、株式譲渡等では譲渡側の法人が同一人格として存続するため、許認可は原則としてその法人に継続すると説明しています。一方、事業譲渡等では譲受側が別人格で事業を行うため、譲渡側の許認可が当然に移るとは限らず、個別法の定めや譲受側による新規取得を確認する必要があるとしています。

したがって、古物商 M&Aでも「株式譲渡なら必ず何も要らない」「事業譲渡なら必ず同じ手続になる」と一律に判断しません。法人名、代表者・役員、主たる営業所、その他の営業所、管理者、取り扱う古物の区分、行商の有無、ウェブサイト利用の有無やURLなど、実行前後に変わる事項を一つずつ照合します。株式譲渡でも役員交替や営業所変更があれば、変更届や許可証の書換え等の検討が残ります。

結論2　「事業を引き継ぐこと」と「アカウントを移せること」は別問題

ECモール、決済代行、Googleビジネスプロフィール、SNS、クラウド、POSには、それぞれ契約者、アカウント所有者、管理者、請求先、入金口座、本人確認済み法人という別々の概念があります。事業譲渡契約に「EC事業一式」と書いても、サービス提供者が契約上の地位の移転を認めるとは限りません。反対に、公式の所有権移管手続が用意されているサービスでも、法人情報や銀行口座の再確認、一定期間の権限制限、サポートへの事前連絡が必要な場合があります。

実務では、アカウントごとに「同じ法人のまま管理者だけ交替する」「提供者の承認を得て契約者を変更する」「譲受側で新規開設し、商品・顧客・注文データを許容範囲で移行する」「移行せず旧環境を一定期間だけ運用する」のどれかを選びます。パスワード共有だけで済ませず、規約、権限、データ、資金、税務書類の五つを分けて確認します。

結論3　クロージング日ではなく「営業を止めない日程」から逆算する

リユース事業は、仕入れに当たる買取受付と、在庫を現金化する販売の両方が動いて初めて回ります。古物商許可や本人確認フローに空白があれば買取を受けにくくなり、決済や配送連携が止まれば販売できても入金・出荷・返金が滞ります。店舗の鍵を渡した日と、法人名義の入金口座が切り替わる日が同じとは限りません。

そのため、許可・届出の確認日、貸主や取引先への相談日、アカウントの新規開設日、テスト注文日、棚卸基準日、最終買取受付時刻、在庫の所有権移転時点、未発送注文の担当、返品・保証の負担、売上入金の帰属を一枚の工程表にします。売却価格の交渉と同時にこの工程表を作ると、「契約は締結したが営業開始できない」という状態を避けやすくなります。

古物商 M&Aの出発点：株式譲渡と事業譲渡で何が違うか

地域のリユース企業の売却では、株式譲渡と事業譲渡が代表的な選択肢になります。どちらが優れているかではなく、何を残し、何を移し、どのリスクを切り分けるかで適否が変わります。古物商許可だけを理由に手法を決めるのではなく、店舗、在庫、従業員、借入、保証、契約、税務を含む全体判断が必要です。

株式譲渡でも「許可はそのまま」で検討を終えない

株式譲渡では、古物商許可を受けた法人の法人格が変わらないという大きな特徴があります。しかし、クロージングに伴って代表取締役や役員が交替する、管理者を変更する、本店や営業所を移転する、屋号を変える、主として取り扱う品目を変える、ECを新たに始める、利用URLを変えるといった事実があれば、別途確認が必要です。警視庁の案内でも、営業所の名称・所在地等には事前届出、法人役員等の変更には事後届出の区分が示されています。期限や必要書類は変更事項、添付書類、管轄により確認します。

また、許可名義が法人でも、ウェブサイト、クラウド、決済、電話、ドメインが創業者個人名義になっていることがあります。株式譲渡契約で会社を取得しても、個人名義資産が当然に会社へ入るわけではありません。売り手経営者が退任した翌日に二要素認証コードを受け取れなくなる、ドメイン更新メールが旧個人アドレスへ届く、EC売上が個人口座へ入る、といった運用上の断絶を先に洗い出します。

事業譲渡では「何を譲るか」と「どう移すか」を二段に分ける

事業譲渡契約の別紙に「店舗事業一式」「EC事業一式」とだけ書くと、現場で必要な構成要素が漏れやすくなります。対象資産として在庫、什器、車両、撮影機材、修理工具、電話番号、ドメイン、商標、コンテンツ等を特定し、対象契約として賃貸借、保守、通信、配送、EC、決済、クラウド等を列挙し、対象データとして顧客、商品、注文、古物台帳、査定履歴等を定義します。そのうえで、各項目が「譲渡可能」「相手方承諾が必要」「新規契約とデータ移行」「移行不可」のどれかを判定します。

ここで大切なのは、契約書に書いたことと、第三者である貸主やサービス提供者が認めることを混同しないことです。譲渡当事者間で合意しても、規約上の譲渡禁止、本人確認、審査、データ形式、システム制約によって同じ状態を再現できない場合があります。代替策まで含めて条件化し、重要な承認が得られない場合の延期、価格調整、対象除外、解除等を専門家と検討します。

古物商許可を「許可証一枚」で見ないための現況マップ

古物商 M&Aの初期調査では、許可証のコピーを受け取るだけでは足りません。許可証記載事項、公安委員会への届出内容、現場の実態、ウェブ上の表示、社内の運用を突き合わせます。書類上は一店舗でも、実際には別倉庫で買取品を受け取っている、イベント買取を行っている、複数URLで買受けを募っている、管理者が退職予定であるといった差があるためです。

最初に確認する許可・届出台帳

個人許可と法人許可を混同しない

地域店では、創業時の個人事業から法人成りした後も、古い許可証や屋号表示が資料箱に残っていることがあります。M&Aの対象が法人株式なのに許可主体が代表者個人であれば、「会社を買えばその許可も付いてくる」とは整理できません。逆に、法人許可が有効でも、ウェブ上の表示が個人名や旧社名のままなら、表示と実態の整合を直す必要があります。

確認では、許可証の原本、最新の登記事項証明書、すべての変更届控え、営業所一覧、店頭標識、ウェブ表示を一列に並べます。不一致が見つかった場合は、どの届出・書換え・新規申請等が必要かを自己判断で確定せず、管轄警察署へ事実関係を示して確認します。過去の届出漏れが疑われる場合も、M&Aの直前に帳尻だけを合わせるのではなく、いつからどの実態だったかを整理して相談します。

「主たる営業所」と本店所在地を自動的に同じものと考えない

会社登記上の本店、古物営業上の主たる営業所、日常の本部機能、最大売上店舗、在庫を集約する倉庫は、必ずしも同じ場所ではありません。株式譲渡後に本店だけ移す場合、店舗も移す場合、主たる営業所を別店舗へ変更する場合では、確認事項が変わります。まず現況を分けて記載し、「登記」「許可・届出」「賃貸借」「現場運用」の四列で住所と名称を照合します。

事業譲渡では、譲受側が既に古物商許可を持っていても、新たに引き継ぐ店舗・営業所の扱い、管理者、取り扱う区分などを確認する必要があります。譲受側の既存許可番号をウェブへ表示すれば終わるとは限りません。新店舗の営業開始日、賃貸借開始日、管理者の配置日、届出・申請の時期をそろえ、買取品を受け取れない期間を生まない計画にします。

古物商 M&Aで確認する営業所・管理者・URL届出・変更届

営業所は「看板がある店舗」だけではない

現場の拠点を洗い出すときは、店頭買取店舗だけでなく、本部、査定センター、宅配買取の受取先、出張買取品の一時保管場所、撮影スタジオ、EC出荷倉庫、修理・クリーニング拠点、催事利用場所を一覧にします。その全てが法令上同じ扱いになると断定するのではなく、各場所で「古物を買い受けるか」「相手から受け取るか」「査定や帳簿記録を行うか」「顧客へ表示しているか」という実態を説明できるようにします。

M&A後に物流効率を上げるため、買取品を譲受側の倉庫へ直送したい場合も注意が必要です。契約締結後だから自由に受取場所を変えられると考えず、許可・営業所の扱い、宅配伝票の宛先、本人確認方法、古物台帳を記録する主体、在庫所有権が移る時点をまとめて管轄窓口へ確認します。

管理者は名簿上の名前ではなく、営業継続の役割として見る

古物営業法は、営業所または古物市場ごとに、業務を適正に実施する責任者として管理者一人を選任する旨を定めています。また、不正品かどうかを判断するために必要な知識・技術・経験を得させる努力に関する規定もあります。したがって、管理者が誰かを確認するだけでなく、その人が実際にどの店舗で勤務し、どの商材を見て、盗品等の疑いがある場合に誰へ報告し、若手査定者をどう指導しているかを把握します。

売り手経営者自身が複数店舗の最終査定と管理者機能を事実上担っている場合、退任後に「届出上の管理者はいるが判断できる人がいない」という状態が起こり得ます。ブランド品の真贋、工具の盗難照会、スマートフォンの端末状態、家電の製造年や安全性など、商材ごとの判断権限を分解し、管理者、査定責任者、店長、本部の役割を承継計画へ記載します。

URL届出とウェブ表示は、サイト一覧から始める

警察庁の解釈基準では、既に許可を受けている古物商が新たにウェブサイトを利用した古物取引を開始したときや、届出済みURLを変更したときには、営業方法に係る変更届出が必要になる旨が示されています。警視庁の案内では、インターネット取引を行う古物商は、ホームページ上に公安委員会名、許可証番号、氏名または名称を表示する必要があると説明されています。対象となるURLや届出方法は営業形態と管轄で個別に確認します。

ここで漏れやすいのは、自社公式サイトだけを一覧にすることです。宅配買取の専用LP、査定申込みフォーム、別ブランドサイト、サブドメイン、スマートフォン用ページ、モール内ストア、キャンペーンサイトなど、古物の買受け申込みを受ける導線を棚卸しします。販売専用ページと買取受付ページを分け、URL届出控えにどのURLが記載されているか、リダイレクトやドメイン変更があるかも確認します。

M&A後に社名・代表者・許可番号・電話番号が変わる場合は、サイトのフッターだけでなく、「古物営業法に基づく表示」「特定商取引法に基づく表記」、利用規約、プライバシーポリシー、買取規約、本人確認画面、注文メール、領収書、モールの事業者情報まで更新対象です。検索結果の古いキャッシュやPDF、画像化された会社概要も洗い出します。

事前届出と事後届出を一つの締切で管理しない

警視庁の公開案内では、主たる営業所その他の営業所の名称・所在地等の変更について、変更日の三日前までの事前届出が示されています。一方、法定事項の別の変更については、変更日から十四日、登記事項証明書を添付すべき場合は二十日以内という事後届出の案内があります。これは東京都の公開案内を確認した内容であり、案件の変更事項、提出先、施行時点、管轄ごとの受付方法を必ず最新情報で確かめます。

クロージング日を先に固定し、後で許可手続を当てはめると、登記完了後でなければ取得できない書類と、変更前に出す届出が衝突します。実務では、変更事項ごとに「事前確認日」「提出可能日」「法定・案内上の期限」「必要添付」「受付窓口」「補正対応者」を記載します。登記、貸主承諾、管理者の人事発令、ウェブ表示変更、アカウント審査の日程を横に並べると、依存関係が見えます。

店舗・倉庫・看板・電話・口コミを、地域の商圏ごと引き継ぐ

地域のリユース企業にとって店舗は、単なる売場ではありません。常連の買取顧客が品物を持ち込む場所であり、出張買取の出発拠点であり、査定者が経験を蓄積する場所であり、在庫を商品化して次の販売先へつなぐ場所です。古物商 M&Aでは、賃貸借契約だけでなく、商圏、駐車場、搬出入、看板、電話、検索地図、口コミまでを一つの店舗資産として確認します。

店舗・倉庫の賃貸借で確認すること

株式譲渡では賃借人である会社が同じでも、賃貸借契約に支配権変更、代表者変更、保証会社、連帯保証人、用途、看板、営業時間等に関する通知・承諾条項がないかを確認します。売り手経営者が個人で連帯保証している、関連会社が倉庫を借りて対象会社へ転貸している、駐車場だけ別契約になっている、というケースもあります。契約書、覚書、保証契約、更新履歴、貸主とのメールを店舗別にそろえます。

事業譲渡では、賃借権や契約上の地位を譲受側へ移すための貸主の承諾、再契約等が必要になる可能性があります。民法には賃借権の譲渡・転貸に関する原則がありますが、実際の対応は契約内容と事実関係で異なります。貸主への説明時期を早めすぎれば秘密保持に影響し、遅すぎれば開店日に間に合いません。最終契約の前後で、誰が、どの資料を用い、どの範囲まで説明するかを合意します。

保証金・敷金、原状回復、造作、空調、消防設備、防犯カメラ、金庫、シャッター、看板、什器の所有者も確認します。内装が売り手所有でも、空調や立体駐車場設備は貸主所有かもしれません。倉庫では、フォークリフト、ラック、監視設備、火災保険、警備契約、廃棄物処理、搬出入時間、車両動線を確認します。これらは店舗の粗利に直結する固定費と運営条件です。

住所が同じでも、営業を続けるための権利は分かれている

一つの店舗住所に、建物賃貸借、駐車場、電気・ガス・水道、固定電話、インターネット回線、警備、複合機、BGM、廃棄物回収、クレジット端末、配送集荷、看板使用、火災保険など複数の契約がひも付きます。すべてが同じ名義とは限りません。事業譲渡では各契約を「承継承諾」「解約・新規」「名義変更」「売り手が経過利用」「対象外」に分類します。

特に固定電話番号は、常連の買取顧客、折込チラシ、看板、過去の領収書、取引先に広く残っています。番号を維持できるか、契約名義や回線種別を通信会社へ確認し、難しい場合は転送期間、旧番号の自動案内、ウェブ更新、顧客告知を準備します。フリーダイヤル、FAX、出張買取担当の携帯番号、LINE通話等も別項目として扱います。

Googleビジネスプロフィールと口コミは、パスワードではなく権限で移す

Googleの公式ヘルプは、ビジネスプロフィールのメインのオーナー権限を新しいオーナーへ譲渡する手順を案内し、適切な権限譲渡により口コミ等のビジネス情報を維持できると説明しています。また、新しいオーナー・管理者には一定期間、一部操作の制限がある旨も案内されています。仕様は変わり得るため、実行時点の公式ヘルプを確認し、クロージング当日に初めて招待するのではなく、秘密保持と権限管理の条件を整えたうえで前倒しします。

複数店舗では、店舗ごとにメインオーナーが違う、退職者の個人Googleアカウントだけが権限を持つ、制作会社が唯一のオーナーである、といった状態を解消します。店舗名、住所、電話、営業時間、カテゴリ、ウェブURL、写真、投稿、質問回答、予約リンクをエクスポートまたは一覧化し、変更前後のスクリーンショットを保存します。口コミ本文を別媒体へ無断転載するのではなく、プロフィールの公式権限移管と情報更新を基本にします。

看板・屋号・商標・地域での呼ばれ方を分ける

屋号が会社名と異なる場合、商標登録の有無、商標権者、ロゴデータ、看板の所有、ドメイン登録者、SNSユーザー名を確認します。商標登録がなくても、不正競争や契約上の問題、第三者権利がないとは限りません。M&A契約では、どの名称・ロゴ・写真・キャラクター・デザインデータを譲渡または利用許諾するか、地域限定か、旧会社が類似名称を使えるかを専門家と整理します。

地域店では、正式屋号より「駅前の○○」「国道沿いの店」と認識されていることがあります。屋号を残すのか、買い手ブランドへ段階的に変えるのかで、常連顧客への告知、看板施工、検索地図、電話応答、買取伝票、レシートの変更順が変わります。告知前に店舗スタッフへ想定問答を渡し、「閉店なのか」「買取券や保証は使えるか」「個人情報はどうなるか」に同じ説明ができるようにします。

古物商 M&AにおけるECモール・ドメイン・SNS・クラウド承継

デジタル資産の承継は、画面にログインできるかだけで判断できません。「契約主体」「所有者権限」「日常管理者」「請求先」「入金先」「登録メール」「電話番号」「二要素認証」「回復コード」「API連携」「保有データ」を分けます。創業者個人のメールアドレスに依存した環境は、M&Aの前に会社管理へ寄せることが基本です。ただし、権限変更が規約や審査に影響するサービスでは、提供者へ事前確認して進めます。

ECモールは「店舗ページ」と「出店契約」を分けて確認する

モールの店舗ページには、商品情報、評価、レビュー、フォロワー、お気に入り、注文履歴、問い合わせ、返品、広告、クーポン、売上残高などが集積します。しかし、これらがすべて自由に譲渡できるとは限りません。出店規約、譲渡禁止条項、法人変更手続、事業譲渡時の窓口、再審査、本人確認、銀行口座、古物商表示、特定商取引法表示をサービスごとに確認します。

アカウント移管が認められない場合に備え、譲受側で新規店舗を開設する案も作ります。その場合は、商品CSV、画像、説明文、カテゴリ、SKU、在庫数、価格、注文ステータス、未発送、返品期限、ポイント・クーポン、広告、API、倉庫連携のどこまで移せるかを確認します。レビューや評価をコピーして新店舗の実績として表示するような対応は避け、公式の取り扱いに従います。

売り手はモール名だけでなく、ストアID、契約法人、開設日、月額・手数料、入金サイクル、入金口座、主要カテゴリ、在庫連携方式、外部倉庫、広告アカウント、担当者、サポート窓口、規約URLを一覧にします。買い手は「売上があるから価値がある」だけでなく、承継可能性、利益率、広告依存、違反・警告履歴、返品率、未処理残高を確認します。

自社ECはドメイン、サーバー、ストア、決済を四つに分ける

自社ECという一語の中には、ドメイン登録、DNS、サーバー・ホスティング、CMSまたはカート、テーマ・ソースコード、商品データ、画像、メール、SSL証明書、CDN、解析、タグ管理、広告、決済、配送、在庫連携が含まれます。各サービスの契約者が違うことも珍しくありません。制作会社がドメイン登録者、売り手がサーバー契約者、別会社が決済契約者という構成では、一社への依頼だけで完了しません。

まず、ドメインの登録者、管理指定事業者・レジストラ、管理画面、登録メール、AuthCode、移転ロック、更新日、自動更新の支払方法を確認します。JPRSはJPドメイン名について、指定事業者変更や移転に認証コードや意思確認等の手続が関係し、完了まで日数を要する場合があると案内しています。属性型JPドメイン等は組織要件や事業譲渡時の手続もあるため、ドメイン種別と指定事業者へ個別に確認します。

DNSを切り替える前に、現在のレコードを保存します。ウェブだけでなく、メール、サブドメイン、本人確認、決済通知、倉庫API、アクセス解析等が同じドメインに依存しているからです。新環境の動作確認、TTL、切替時刻、ロールバック手順を技術担当と決めます。クロージング日にドメイン移転とサーバー移転とメール切替を同時実施すると、原因の切り分けが難しくなります。

ECカートの「所有権変更」が用意されていても周辺契約は別に見る

例えばShopifyの公式ヘルプには、ストアまたは組織の所有権を変更・移管する手順と、外部アプリの請求情報、外部決済サービス等に関する確認事項が示されています。これは、ストア本体の所有権を変えれば外部アプリや決済まで自動的に変わるわけではないことを理解する例になります。利用中のカートが何であれ、公式サポートへ事業売却・買収の形態を伝え、必要な情報更新と順序を確認します。

移行テストでは、商品閲覧だけでなく、会員登録、ログイン、在庫引当、注文、決済、注文メール、領収書、出荷指示、追跡番号、キャンセル、返金、返品、ポイント付与、クーポン、問い合わせ、レビュー投稿まで通します。深夜の一回だけではなく、主要な決済手段、スマートフォン、ゲスト購入、会員購入を分けて確認します。

SNS・動画・メッセージは、広報資産と顧客情報の両面を持つ

Instagram、Facebook、X、YouTube、TikTok、LINE等は、フォロワー数だけを評価しません。契約・規約上の所有、ビジネス管理機能、広告アカウント、支払方法、ピクセル、商品カタログ、投稿素材の著作権、出演者の同意、DM・チャットに含まれる個人情報を確認します。個人アカウントのパスワードを買い手へ渡す方法が適切とは限らないため、公式の役割追加・管理権限移管を優先します。

旧担当者を削除する前に、新管理者のログイン、二要素認証、回復コード、緊急連絡先を確認します。SNSから買取査定を受け付けている場合は、未返信DM、見積提示済み案件、送付待ち商品、本人確認前の案件を一覧にし、誰がいつ返信するかを決めます。自動返信文、プロフィールの許可表示・会社情報、リンク先、位置情報も更新します。

クラウド・POSは「データを出せるか」と「業務を再開できるか」が別

POS、在庫管理、査定、買取顧客管理、会計、勤怠、給与、グループウェア、写真管理、チャット、電子契約、パスワード管理、配送、電話録音などを一覧にします。サービス名、契約プラン、契約主体、管理者、利用者数、保存データ、API、外部連携、請求、解約予告、データ出力形式、保存期間を記載します。

CSVを出せるだけでは十分ではありません。商品画像との対応、SKUの一意性、税込・税抜、部門、店舗、仕入日、仕入価格、在庫状態、売約・取り置き、委託品、修理中、返品中、廃棄予定など、次のシステムで意味を復元できる必要があります。文字コード、日付形式、画像ファイル名、カテゴリマスタ、スタッフID、顧客IDの対応表を作ります。

株式譲渡で同じシステムを使い続ける場合も、旧株主や退職者の権限、共有ID、個人端末、APIキー、外部制作会社のアクセスを見直します。事業譲渡で新環境へ移す場合は、読み取り専用の旧環境を一定期間残すか、法令・税務・問い合わせ対応に必要な記録をどの形式で保管するかを決めます。解約は、移行確認とバックアップ検証の後に行います。

決済・入金・返金を止めない古物商 M&Aの資金導線

店舗やECが表示されていても、決済審査や入金口座の切替が完了していなければ、売上を受け取れません。決済端末、オンライン決済、QR決済、銀行振込、代引、モール精算、ポイント、商品券、ギフトカード、分割払い、買取代金振込をそれぞれ一覧化します。販売の入金と、買取の支払を同じ「銀行口座変更」で済ませず、方向の異なる資金フローとして管理します。

決済アカウントは審査済みの法人情報と一体で考える

決済サービスは、法人名、代表者、実質的支配者、事業内容、ウェブURL、特定商取引法表示、銀行口座等を確認して提供されることがあります。M&Aで株主・代表者・法人・URL・入金口座が変わる場合、どの情報更新や再審査が必要かを公式窓口へ確認します。単に管理画面のメールアドレスと銀行口座を変更し、事業主体の変更を申告しない対応は避けます。

Stripeの公式サポートには、事業の売却・買収によってアカウントを別法人へ移行する場合、まずサポートへ連絡して更新事項を確認し、代表者・所有者情報、事業URL、入金口座、明細書表記、領収書上の事業情報、所有者メール、正式な事業名等を整理する案内があります。すべての決済会社が同じ手順ではありませんが、「所有権」「法人情報」「入金」「顧客向け表示」を分ける実務の参考になります。

売上の帰属日と入金日を分ける

クロージング前日に販売した商品の代金が、クロージング後に旧口座へ入ることがあります。反対に、クロージング後の返品やチャージバックが、旧事業者の残高から控除されることもあります。契約では、注文日、発送日、決済確定日、入金日、返品日、チャージバック発生日のどれで売上・負担を区切るかを決めます。

実務表には、サービスごとの締日、入金日、留保金、返金可能期間、チャージバック対応期間、未収・未払、ポイント・クーポン・商品券残高を記載します。クロージング時に残高をゼロにできないものは、精算口座を残す期間、月次報告、証憑共有、費用負担、最終精算日を定めます。

店舗端末は端末番号・加盟店番号・レシート表示まで確認する

カード端末やQR決済端末は、機器を店に置いたままにすれば使い続けられるとは限りません。端末所有者、レンタル契約、加盟店番号、ネット回線、レジ連携、入金口座、取消・返品権限、管理画面、サポートPINを確認します。テスト決済では少額売上だけでなく、取消、返金、日計締め、レシートの法人名・電話番号、会計連携を確認します。

買取代金の支払では、現金準備、振込口座、承認権限、振込名義、即時振込サービス、本人名義口座との照合、二重支払防止を確認します。旧会社の口座から譲受側の買取代金を立て替える状態を作らないよう、最終受付時刻と支払主体を店頭・宅配・出張でそろえます。

顧客情報・本人確認・古物台帳を安全に承継する

リユース事業には、販売顧客の注文・会員情報だけでなく、買取顧客の氏名、住所、職業、年齢、本人確認書類、振込口座、取引品、査定履歴、通話・チャット等が含まれます。M&Aの検討段階から、個人データを誰にどこまで見せるか、成約しなかった場合にどう返却・削除するか、成約後に何の目的で利用するかを設計します。

事業承継に伴う個人データ提供にも条件と管理がある

個人情報保護委員会の通則ガイドラインは、合併、分社化、事業譲渡等による事業承継に伴って個人データが提供される場合、一定の枠組みで提供先が第三者に該当しないと説明しています。一方、承継後も承継前の利用目的の範囲内で利用すること、交渉段階で提供する場合には、利用目的・取扱方法、漏えい時の措置、交渉不調時の措置等について安全管理措置を遵守させる契約が必要である旨も示しています。

つまり、「M&Aだから顧客名簿を全部渡してよい」でも、「本人同意がなければ一件も見せられない」でもありません。事業承継との関連、利用目的、必要性、提供方法、アクセス者、契約上の保護、交渉不成立時の処理を個別に整理します。買い手候補の初期評価では匿名・集計情報を使い、詳細な個人データは必要性が生じた段階で、NDAとデータ取扱条項を整えて限定開示します。

デューデリジェンスでは「見せる」より先に「減らす」

買い手が確認したいのは、買取顧客の氏名そのものではなく、地域、来店・出張・宅配の構成、リピート、カテゴリ、平均単価、クレーム、本人確認運用などであることが多いはずです。初期段階では、氏名、詳細住所、電話、メール、口座、本人確認画像を除き、集計・仮名化したデータで説明します。特定の取引を確認する必要がある場合も、目的に必要な列だけを切り出します。

データルームでは、閲覧者、権限、ダウンロード可否、透かし、アクセスログ、公開期間を設定します。共有リンクを無期限にしない、候補先ごとにフォルダを分ける、退席者の権限を止める、ローカル保存の可否を決める、問い合わせ窓口を一本化する、といった基本を徹底します。本人確認書類の画像や口座情報は、通常の事業説明資料と別の高権限領域に置きます。

承継後の利用目的をプライバシーポリシーと運用でそろえる

承継後に旧会社の買取顧客へ新しいサービスを一斉案内したい場合、その利用が承継前に特定された利用目的の範囲に収まるかを確認します。個人情報保護委員会のガイドラインは、承継前の利用目的の範囲を超えて扱う場合の本人同意について説明しています。M&Aの告知メールを送ることと、新規マーケティングへ使うことを同じに扱わず、専門家と確認します。

プライバシーポリシー上の事業者名、住所、代表者、問い合わせ先、利用目的、共同利用、委託先、外国での取扱い等の更新が必要かを確認します。サイト文言を直すだけでなく、POS、メルマガ、LINE、広告、コールセンター、配送、本人確認ベンダーの設定と委託契約も合わせます。旧事業者が法令・紛争対応のために保有を続けるデータがある場合は、範囲、目的、保存期間、アクセス者、削除方法を契約で定めます。

非対面買取の本人確認フローは、画面だけでなく証跡まで移す

警視庁の公式案内は、インターネット、FAX、電話等で相手と対面せず買い受ける場合、法令で定められた方法で相手方の住所・氏名等の真正性を確認する必要があり、運転免許証等のコピーを送ってもらうだけでは不十分と説明しています。具体的方法は複数あり、法令改正やサービス仕様に合わせて最新案内を確認する必要があります。

宅配買取の承継では、申込み画面、本人確認手段、集荷、本人名義口座、査定同意、キャンセル返送、未成年確認、法人取引、記録保存を一連のフローとして図にします。本人確認ベンダーを利用している場合は、契約主体、審査済み法人、APIキー、管理画面、判定データ、エラー時の手動対応、保存・削除、監査ログを確認します。

切替前には、通常申込みだけでなく、住所不一致、氏名相違、口座相違、書類期限切れ、画像不鮮明、法人申込み、キャンセル、返送不能などの例外をテストします。システムが動いても、店舗スタッフやコールセンターが例外時の判断先を知らなければ、受付が止まります。新旧責任者のエスカレーション表を用意します。

古物台帳はPOS在庫データと同じものとは限らない

古物営業法は、一定の取引について、取引年月日、品目・数量、特徴、相手方情報、確認措置の区分等を帳簿または電磁的方法で記録する旨を定めています。また、帳簿等や電磁的記録を所定の状態で三年間保存する規定があります。免除や対象となる古物の詳細は法令・施行規則で確認し、価格だけで一律に判断しないようにします。

警視庁が公開する帳簿様式では、品目を一品ごとに記載することや、特徴の記載例が示されています。POSの商品名が「雑貨」「ブランド小物」だけでは、古物台帳として必要な情報と一致しない可能性があります。M&Aでは、法定記録、査定システム、POS、在庫台帳、会計仕入を突合し、どのシステムが正本か、修正履歴が残るか、営業所で直ちに表示できるかを確認します。

事業譲渡では、過去記録を誰がどの根拠で保管し、警察・顧客・税務等から照会があったときに誰が対応するかを決めます。売り手が保存義務等を負う記録と、譲受側の営業に必要なデータが重なる場合、原本・複製、閲覧権、保存場所、個人情報保護、照会協力を契約で整理します。株式譲渡でも、旧経営者個人のクラウドに台帳がある状態を解消し、法人管理の保存先へ移します。

在庫・真贋・本人確認・査定人材を「現場の許可運用」として引き継ぐ

古物商 M&Aでは、許可証と届出が整っていても、査定・本人確認・帳簿・在庫管理を実行できる人と手順がなければ営業品質は維持できません。とくに地域の単店や専門店では、経営者が最終査定、値付け、高額品の承認、業販先の選定、クレーム判断を兼ねていることがあります。業務を「査定できる人がいる」という一文で終わらせず、商材と判断段階に分けます。

在庫は金額だけでなく、状態と出口を引き渡す

在庫一覧には、商品ID、カテゴリ、仕入日、仕入チャネル、仕入価格、想定売価、現在価格、保管場所、状態、付属品、真贋・動作確認、修理・清掃、出品先、取り置き、委託、返品、滞留日数を持たせます。すべての会社が同じ粒度のデータを持つ必要はありませんが、買い手が「何が、どこに、どの状態で、誰の所有として存在するか」を確認できる状態に近づけます。

売場商品だけを棚卸しすると、バックヤード、撮影待ち、修理中、他店移動中、宅配買取の返送待ち、委託販売、古物市場への出品待ち、返品保留、廃棄待ちが漏れます。店舗、倉庫、車両、外部修理先、外部倉庫、モール在庫をロケーション別に確認します。所有権留保、顧客の委託品、借用品、スタッフ私物を自社在庫へ混ぜないよう、例外ラベルを付けます。

棚卸基準日は、価格決定と営業切替をつなぐ

事業譲渡では、交渉開始時の在庫額とクロージング時の在庫額が異なります。通常営業を続ければ、買取で増え、販売・返品・廃棄で減ります。最終契約では、対象在庫、評価方法、基準日、通常営業の範囲、基準日後の増減、除外品、差額精算、実地棚卸、誤差許容、真贋・不良判明時の扱いを定めます。

棚卸基準日は単なる会計日ではありません。その時刻より前に買い取った商品をどちらが支払い、どちらの在庫として販売するか、取り置き品や未発送注文をどちらが履行するかを決める境目です。店頭、宅配、出張、ECの受付締切をそろえ、深夜に注文が入るECでは時刻とタイムゾーンも明記します。

株式譲渡でも棚卸は重要です。会社内に在庫が残る構造だからこそ、帳簿にあるが見つからない、実在するが登録されていない、原価がゼロまたは仮値、長期滞留、真贋未確定、高額品の保管不備といったリスクを確認します。譲渡価格の根拠と運転資金計画を一致させるため、在庫回転と粗利をカテゴリ別・店舗別に見ます。

真贋は「担当者の勘」を、判断経路へ分解する

ブランド、時計、宝飾、カメラ、ホビー等では、真贋や状態が仕入価格と販売信用を大きく左右します。売り手経営者が「見れば分かる」と説明しても、買い手が同じ判断を再現できるとは限りません。受付担当、一次査定、二次確認、最終承認、外部鑑定、買取上限、保留、顧客説明、記録保存という経路に分けます。

具体的には、カテゴリ別査定表、相場参照先、型番・シリアル確認、付属品、状態ランク、撮影基準、買取上限、ダブルチェックが必要な金額、外部照会先、疑義品の隔離場所、買取中止・警察相談等の社内基準、販売前再確認、返品・真贋クレームの対応履歴を確認します。ノウハウの開示は秘密情報を含むため、買い手候補への開示範囲と時期を制御します。

「偽物を一度も買い取ったことがない」「クレームはゼロ」など、記録で裏付けられない表現を売却資料へ書かないことも大切です。重大な過去事案、返金、モール警告、アカウント停止、警察照会、保険請求があれば、専門家と開示方法を検討します。買い手が重視するのは完全無欠という説明より、問題を発見し、隔離し、記録し、是正する仕組みです。

査定人材は、資格ではなく再現できる役割で整理する

査定者一覧には、所属、雇用形態、担当カテゴリ、経験年数だけでなく、単独査定できる範囲、承認上限、出張買取、宅配査定、値付け、EC登録、真贋二次確認、クレーム対応、OJT担当を記載します。特定の人に集中する業務は、引き継ぎ期間、処遇、継続意向、競業・秘密保持、後任育成を検討します。

OJTの引き継ぎでは、「三か月同行する」のような期間だけでなく、到達基準を決めます。例として、本人確認と帳簿入力を一人で完結できる、主要カテゴリの査定根拠を説明できる、買取上限を超える案件を正しく上申しできる、保留・返却を判断できる、POSと古物台帳の差異を日次で解消できる、といった観察可能な項目にします。

経営者が退任後も顧問として残る場合は、出勤日、対応時間、対象カテゴリ、最終決裁権、顧客対応、競合案件、報酬、責任、終了条件を明確にします。「困ったら前社長に電話する」という運用は、期限も責任も曖昧です。段階的に買い手側責任者へ権限を移し、旧経営者の承認が不要になる日を決めます。

カテゴリ別に見る引き継ぎ論点

営業停止を避ける引き継ぎ手順：契約日ではなく、運用開始日から逆算する

次の工程は一例です。許可申請・届出、登記、貸主承諾、決済審査、モール審査等に必要な期間は案件・時期・管轄・サービスで異なります。「九十日前なら足りる」という意味ではなく、依存関係を可視化するための型として使ってください。日程が短い案件では、重要機能を優先し、移行できないものに代替運用を用意します。

クリティカルパスを赤くする

全タスクを同じ重要度で並べると、担当者は目の前の簡単な作業から処理しがちです。古物商許可・営業所の確認、店舗賃貸借、管理者配置、主要EC、主要決済、入金口座、POS在庫、本人確認のように、未完了なら営業開始できない項目をクリティカルパスとして明示します。写真整理や過去投稿の移管など後追いできる項目とは分けます。

各クリティカル項目には、通常案、代替案、中止・延期判断日を設定します。例として、モール移管承認が間に合わないなら新店舗で開始する、決済端末が間に合わないなら利用可能な決済だけを店頭表示する、倉庫移転が遅れるなら旧倉庫を短期利用する、といった案です。代替案が法令・契約・顧客保護に反しないかも確認します。

告知は相手ごとに順序を変える

従業員、管理者、貸主、金融機関、主要仕入先、業販先、修理先、配送会社、モール、決済会社、顧客では、知らせるべき内容と時期が異なります。秘密保持のため全員へ早く伝えればよいわけでも、混乱を避けるため当日まで黙ればよいわけでもありません。承諾や審査に必要な相手を先行し、顧客向け告知は店舗・ECの準備が整ってから行います。

顧客告知では、営業継続、店名、所在地、電話、営業時間、買取・販売の受付、保証・返品、ポイント・商品券、個人情報、問い合わせ先を簡潔に示します。「何も変わりません」と言い切らず、変わるものと変わらないものを分けます。スタッフ向け想定問答と顧客向け文面の内容を一致させます。

クロージング当日の確認を写真とデータで残す

鍵の本数、金庫、決済端末、車両、印章、許可証・標識、通帳、SIM、二要素認証端末、サーバー機器、外付け媒体、高額在庫、委託品を現物確認します。棚卸結果、POS在庫、古物台帳、未発送注文、取り置き、返品、修理中、買取査定中を時刻付きで保存します。ウェブ表示、決済テスト、入金口座、管理者権限はスクリーンショット等で証跡を残します。

当日に差異が出たとき、全体を止めるか、例外表へ載せて後日精算するかを事前に決めます。金額基準だけでなく、高額品、個人情報、許可・本人確認、顧客影響に関する差異は重大項目として扱います。誰が最終判断できるかを、売り手・買い手・専門家それぞれ指定します。

最終契約に落とし込む古物商 M&Aの実務項目

最終契約は、価格と支払日だけを決める書類ではありません。許可・店舗・在庫・顧客・アカウントを、どの状態で引き渡すかを定義する設計図です。具体的な条文は弁護士等へ依頼し、本稿の項目は論点整理として利用してください。

譲渡対象を別紙で特定する

事業譲渡では、在庫、什器、車両、電話番号、ドメイン、商標、サイト、画像・文章、SNS、ソフトウェア、顧客契約、仕入・販売契約、保証金、前払費用、データ等について、対象・対象外を別紙化します。アカウントそのものを譲渡できない場合は、「移管に必要な協力」「データエクスポート」「新規開設支援」など、実行可能な義務に置き換えます。

株式譲渡では会社の資産・契約が残る構造でも、経営者個人、親族会社、関連会社が保有するドメイン、商標、車両、倉庫、電話、システムがないかを別紙にします。対象会社が使用しているから対象会社所有とは限りません。譲渡前に会社へ移すのか、売り手から買い手または会社へ別途譲渡・貸与するのかを決めます。

前提条件は「努力する」ではなく完了証跡で決める

重要な貸主承諾、主要モール・決済の承認、許可・届出の確認、管理者配置、金融機関対応等をクロージングの前提条件にするか検討します。条件にする場合は、「承諾が得られたこと」だけでなく、誰から、どの内容で、どの書面・画面をもって完了とするかを定めます。承認に条件が付いた場合、費用増や保証の負担を誰が受けるかも決めます。

すべてを前提条件にすると案件が動かなくなるため、営業継続への影響で優先します。軽微なアカウントはクロージング後の誓約事項にし、主要決済や店舗賃貸借は前提条件とするなど、重要度を分けます。期限までに完了しない場合の延長、代替、価格調整、対象除外、解除を専門家と設計します。

表明保証・開示で確認する事実

表明保証の候補には、許可の有効性、届出、行政処分・照会、古物台帳、本人確認、重要契約、アカウント規約違反・停止、知的財産、個人情報、重大クレーム、在庫所有権、委託品、真贋問題、従業員、税務等があります。しかし、広すぎる保証や知り得ない事項まで断定すると紛争の原因になります。売り手が確認できる範囲、重要性、認識限定、開示資料、責任期間・上限等を交渉します。

問題がある場合は隠さず、開示資料に事実、影響、是正状況、残課題を記載します。「過去に一切問題なし」という一般文より、いつ、何があり、どう対応し、現在何が残るかを示す方が買い手は評価しやすくなります。個人情報を含む証拠は必要範囲に絞り、閲覧権限を制限します。

在庫価格調整と例外品の扱い

在庫の評価は、簿価、仕入価格、想定売価、一定の掛率、実査結果等のどれを用いるかで大きく変わります。カテゴリ、滞留、状態、真贋、付属品、販売可能性を反映するか、クロージングまでの通常営業をどう定義するかを決めます。高額品、長期滞留品、ジャンク、部品取り、修理中、返品、委託、取り置きは別表にすると争いを減らせます。

「在庫一式」とだけ定めず、基準データのファイル名・作成日時・ハッシュ等、実地棚卸の方法、差異の報告期限、差額精算日を記載します。POSデータと実在が一致しない場合の優先順位、紛失、盗難、火災、配送中破損、クロージング直前の大口買取についても扱いを決めます。

移行支援契約で旧経営者への依存を期限付きにする

売り手経営者や担当者が一定期間支援する場合、対象業務、期間、時間、場所、報酬、費用、秘密保持、個人情報、責任、連絡方法を定めます。査定、主要取引先紹介、貸主対応、システム移行、顧客クレーム等を区分し、通常業務と緊急対応を分けます。

支援終了の到達条件も重要です。新責任者が日次締めを単独で実施できる、主要カテゴリの査定承認経路が動く、未処理注文が基準以下になった、主要アカウントの旧権限が削除できた、という状態を目標にします。期間終了後も無期限に電話対応する前提を置かないようにします。

地域リユース企業の売り手向け実務チェックリスト

すべてを一度に完璧にする必要はありません。まず「ある・ない・不明」の三択で埋め、不明項目の担当者と確認日を決めます。資料が未整備でも、現場の実態を隠さず一覧にすればM&Aの準備は進められます。

1．古物商許可・営業所

• 許可証原本、すべての申請・変更届・書換えの控えを集めた
• 許可主体、番号、公安委員会名を登記・標識・サイトと照合した
• 主たる営業所、その他営業所、倉庫、宅配受取先を一覧にした
• 営業所ごとの管理者、担当カテゴリ、引き継ぎ後の勤務予定を確認した
• 取り扱う古物の区分、行商、仮設店舗、ウェブ利用の実態を整理した
• URL届出の控えと、実際の買取受付URLを照合した
• M&Aで変わる事項を管轄警察署へ確認するための質問表を作った

2．店舗・倉庫・商圏

• 賃貸借、駐車場、保証、看板、警備、廃棄物、ライフラインの契約を店舗別に集めた
• 支配権変更・譲渡・転貸・通知・承諾・解約予告の条項を確認した
• 保証金、造作、空調、什器、金庫、防犯カメラの所有者を確認した
• 貸主・管理会社へ相談する時期、説明者、資料、秘密保持を決めた
• 商圏、出張範囲、駐車場・搬出入条件、地域の主要取引先を整理した
• 看板、屋号、電話、Googleビジネスプロフィールの更新・移管計画を作った

3．在庫・査定・真贋

• 店舗、倉庫、外部保管、修理中、移動中、返品中の在庫を含めた
• 委託品、借用品、取り置き、顧客返送品を自社在庫と分けた
• 商品区分、仕入価格、想定売価、滞留、状態、付属品、出口を整理した
• 長期滞留、ジャンク、廃棄予定、高額品、真贋保留を別表にした
• 棚卸基準日、実査方法、通常営業の範囲、差額精算を検討した
• カテゴリ別の査定権限、承認上限、ダブルチェック、外部照会を図にした
• 過去の重大クレーム、返品、警告、疑義品の対応記録を整理した

4．従業員・管理者・OJT

• 店長、管理者、査定者、EC登録、配送、経理のキーパーソンを特定した
• 一人しかできない業務と、欠勤時の代替者を確認した
• 雇用契約、就業条件、未払・休暇、社会保険等を専門家と確認した
• 従業員への説明時期、説明者、FAQ、個別面談の進め方を決めた
• 事業譲渡の場合の労働契約承継・承諾等を最新指針と個別事情で確認した
• OJTの期間だけでなく、到達項目と承認権限の移行日を決めた

5．EC・ドメイン・SNS

• 自社EC、モール、買取LP、サブドメイン、SNSを漏れなく一覧にした
• 契約主体、所有者、管理者、請求、入金、登録メール、二要素認証を記載した
• 各規約と公式窓口で、事業売却・買収時の移管・再審査を確認した
• ドメイン登録者、レジストラ、AuthCode、ロック、更新日を確認した
• 商品・画像・注文・顧客・レビュー・広告・APIの移行可否を分けた
• 新環境で注文、決済、出荷、取消、返金、問い合わせをテストした
• 退任者・制作会社の権限を、移行確認後に削除する日を決めた

6．POS・クラウド・データ

• POS、査定、在庫、会計、勤怠、メール、ファイル、チャット、配送の管理者を確認した
• データ出力形式、画像、マスタ、API、保存期間、監査ログを確認した
• 共有IDを廃止し、会社管理の個別IDと権限へ切り替える計画を作った
• 旧環境を読み取り専用で残す期間と、解約・削除の承認者を決めた
• バックアップから必要データを復元できることを確認した
• 個人端末、USB、個人クラウド、個人メールに会社データが残る場所を特定した

7．決済・銀行・精算

• 店頭、EC、モール、QR、代引、振込等の資金導線を一覧にした
• 加盟店・決済契約の主体、入金口座、締日、留保金、返金期間を確認した
• 事業主体・代表者・所有者変更を公式窓口へ伝え、必要手続を確認した
• 旧売上の入金と、クロージング後の返品・チャージバックの負担を決めた
• ポイント、クーポン、商品券、内金、取り置きの残高を確認した
• 買取代金の現金・振込承認、本人名義口座確認、二重払防止を確認した

8．個人情報・本人確認・古物台帳

• 買取顧客、販売顧客、従業員、取引先データの保管場所と利用目的を整理した
• 候補先への初期開示を集計・仮名化し、詳細開示の権限を限定した
• NDAにデータ利用、漏えい、複製、交渉不成立時の返却・削除を反映した
• 承継前後のプライバシーポリシー、委託契約、問い合わせ先を確認した
• 対面・非対面の本人確認方法を最新の法令・警察案内と照合した
• 古物台帳の正本、営業所、保存期間、即時表示、バックアップを確認した
• POS、仕入、古物台帳、在庫のサンプルを突合した

9．契約・クロージング

• 譲渡対象・対象外、第三者承諾、新規契約、移行協力を別紙化した
• 営業開始に不可欠な条件と、後追い可能な義務を分けた
• 許可・届出・アカウント・在庫について、完了証跡を定義した
• 最終棚卸、未発送、返品、保証、問い合わせの境界を決めた
• 鍵、端末、許可証、台帳、データ、回復コード等の受領書を準備した
• 移行支援の期間、内容、責任者、終了条件を定めた
• 実行後7日・30日・90日のレビュー日を設定した

古物商 M&Aで起こりやすい十二の見落としと対策

1．許可証の名義を見ず、屋号が同じだから承継できると思う

屋号は同じでも、許可主体が経営者個人、対象会社、関連会社のどれかで結論が変わります。許可証、登記、届出控え、標識、ウェブ表示を照合し、M&A手法を示して管轄警察署へ確認します。

2．株式譲渡なら届出は一切不要と思う

会社が存続しても、代表者・役員、営業所、管理者、URL等に変更が生じる場合があります。変更事項を事前・事後に分類し、提出日、登記書類、責任者を工程表へ入れます。

3．事業譲渡契約に「許可を含む」と書けば移ると思う

許認可の扱いは当事者間の契約文言だけで決まりません。譲受側の既存許可、新規取得等、営業所・管理者の手続を個別に確認し、営業開始の条件へ反映します。

4．店舗の賃借人は同じだから貸主への確認を省く

株式譲渡でも契約に支配権変更・代表者変更・保証等の条項がある場合があります。事業譲渡では契約上の地位移転や再契約の問題があります。秘密保持と承諾取得の時期を両立させます。

5．ECアカウントのIDとパスワードだけ渡す

契約主体、所有者、請求、入金、二要素認証、規約、再審査が残ります。公式の権限移管・法人変更・新規開設手順を確認し、旧権限は新環境の稼働確認後に削除します。

6．ドメイン移転とサーバー切替を同時に行う

障害時の原因切り分けが難しく、メールやAPIも止まる可能性があります。登録者・AuthCode・ロックを先に確認し、DNS保存、新環境テスト、段階切替、復旧手順を用意します。

7．決済画面が開くので入金も問題ないと思う

決済はできても旧法人・旧口座へ入金される、返金権限がない、再審査が未完了ということがあります。テスト売上、取消、返金、明細、領収書、実入金まで確認します。

8．在庫金額だけ合わせ、委託品・返品・修理中を混ぜる

所有者と状態が違う品を分け、ロケーション別に実査します。棚卸基準時刻、クロージングまでの増減、除外品、差額精算を決めます。

9．査定ノウハウをマニュアル一冊で移せると思う

真贋・値付け・上限判断・顧客説明は経験に依存します。カテゴリ別の権限、ダブルチェック、外部照会、保留・返却、OJT到達基準を引き継ぎます。

10．顧客データを全候補先へそのまま開示する

初期段階は集計・匿名情報で説明し、個別データは必要性に応じて限定します。NDAだけでなく、利用、複製、アクセス、漏えい、交渉不成立時の返却・削除を定めます。

11．古物台帳とPOSを同じものだと思う

POSの商品・売上情報が法令上必要な取引記録を満たすとは限りません。正本、記録項目、取引順、営業所での表示、保存、バックアップを確認します。

12．当日に旧経営者の権限をすべて削除する

未完了の入金、返金、問い合わせ、二要素認証で業務が止まることがあります。必要最小限・期限付きの移行権限を設け、監査ログを取り、完了条件を満たした順に削除します。

古物商 M&Aについてよくある質問

まとめ：古物商 M&Aは「許可・契約・権限・データ・現場」を同じ表で見る

古物商 M&Aで最も避けたいのは、契約書上は引き継ぎが終わったのに、店舗で買取を受けられない、ECに出品できない、決済入金を受け取れない、本人確認や古物台帳を運用できないという営業空白です。その原因は、許可だけ、契約だけ、システムだけを別々に見たときに生まれます。

株式譲渡では法人が同じである利点を生かしつつ、役員・営業所・管理者・URL等の変更と、個人名義資産・アカウントを確認します。事業譲渡では、譲渡対象を特定し、許可・賃貸借・雇用・モール・決済等を個別に移すか、新規で準備します。どちらでも、棚卸基準日、未発送・返品、旧売上入金、顧客告知、OJTを工程表へ入れます。

最初の一歩は、許可・届出一覧、契約・アカウント一覧、営業継続工程表の三枚を作ることです。分からない項目があっても構いません。会社名や店舗名を伏せた段階で論点を整理し、管轄警察署、サービス提供者、各専門家へ確認する順序を決めることが、地域で築いた買取力、常連顧客、査定人材、在庫、店頭・EC・業販の販路を次へつなぐ準備になります。

参照した一次情報・公式情報

本文は以下の公開情報を2026年8月12日に確認して作成しました。リンク先の改正履歴、更新日、管轄公安委員会・各サービスの最新案内を実行時に再確認してください。

1. e-Gov法令検索「古物営業法」
2. e-Gov法令検索「古物営業法施行規則」
3. 警察庁「古物営業法等の解釈運用基準」
4. 警視庁「古物商許可申請をされる方へ」
5. 警視庁「書換申請・変更届出」
6. 警視庁「申請届出様式等一覧（古物商・古物市場主用）」
7. 警視庁「非対面取引における確認の方法」
8. 警視庁「帳簿の様式」
9. 警視庁「古物営業法施行規則の一部改正について（令和7年10月1日施行）」
10. 中小企業庁「中小M&Aガイドライン」
11. 中小企業庁「中小M&Aガイドライン（第3版）」
12. 中小企業庁「事業承継ガイドライン」
13. 厚生労働省「企業組織の再編（会社分割等）に伴う労使関係」
14. 個人情報保護委員会「個人情報保護法ガイドライン（通則編）」
15. 消費者庁「特定商取引法ガイド・通信販売」
16. Googleビジネスプロフィール ヘルプ「メインのオーナー権限を譲渡する」
17. Shopifyヘルプ「所有権の変更または移管」
18. Stripeサポート「ビジネスの売却または買収によりアカウントを別法人へ移行」
19. JPRS「ドメイン名の管理指定事業者の変更」
20. JPRS「属性型・地域型JPドメイン名の1組織1ドメイン名制限緩和」