具体的な手順

1. 対象と運用を決める：接続する店舗アカウント、受注・在庫の連携範囲、現在利用中のツール、担当者を確認します。同じモールでも2つの店舗アカウントは2店舗と数えます。旧システムで処理を続ける注文と、ネクストエンジンへ取り込む注文の境界を決めます。
2. 支給データを検査する：店舗側の商品コード・SKUとネクストエンジンの商品コードの対応を確認します。空欄、コード重複、別商品への誤対応を抽出し、不明な対応はご確認いただきます。先頭ゼロやサイズ・色・入り数は変えず、商品名が似ているだけでは統合しません。
3. 権限と変更前の状態を確認する：作業担当者の権限、現在の店舗設定、商品・在庫データ、未処理注文を確認して保存します。在庫配信、メール、出荷が意図せず動かないよう、テスト対象と実行条件を先に決めます。
4. 店舗を1店舗ずつ接続する：店舗ごとの公式連携手順に沿って認証情報を設定し、正しい店舗へ接続されるか確認します。すでに登録された店舗を二重登録せず、接続時に受注取込が始まる場合は取込開始時点も確認します。
5. 商品を登録・紐付けする：支給データと既存の商品マスタを照合し、新規登録と更新を分けます。少数の代表商品で確認してから対象データを登録し、成功・失敗・対象外の件数と店舗別コードの対応を照合します。商品説明・価格・画像の店舗への一括配信は行いません。
6. 注文の取り込みをテストする：事前に合意した方法で各店舗の代表注文を取り込み、店舗・注文番号・商品・数量・金額・配送／決済区分を元注文と照合します。注文の欠落・重複・誤対応や、確認が必要な注文が勝手に先へ進まないかを確かめます。
7. 開始在庫と反映をテストする：在庫の基準時点、引当済み数量、旧運用の未出荷注文を照合します。既存ツールからの二重更新を防いだうえで、少数の商品から在庫増減を確認します。ネクストエンジン側と店舗側の数量が、合意した配分・上限などのルールに合うか確認します。
8. 結果を確認して引き継ぐ：契約で定めた範囲の受注・在庫テストを完了し、設定一覧、商品コード対応表、テスト結果、注意点をお渡しします。稼働開始を含む場合は店舗ごとに段階的に開始し、担当者へ注文確認や在庫差異が発生した場合の確認方法を説明します。

確認ポイント

• 事前にご用意いただくもの：対象店舗一覧、登録可能な商品データまたは登録済み商品マスタ、完成した商品コード対応表、在庫の基準、現在の受注・出荷運用、設定権限。認証情報は安全な方法で共有します。
• 代表テストでは、各店舗の通常注文、商品コードの対応、在庫増減、在庫0、連携対象外を確認します。再取込やキャンセル等は、運用に必要で安全に検証できる範囲を事前に決めます。
• ご購入者へのメール、実決済、出荷、販売中の在庫変更など、外部へ影響する操作は、対象と方法の合意後に行います。商品誤対応・在庫の想定外変動・重複受注を検出した場合は展開を停止します。
• 商品データの新規作成・広範な整理、倉庫・基幹連携、データ移行、スマレジ・ストックビジョン、追加研修・個別マニュアル・継続サポートは別途です。本体・連携アプリの利用料も導入支援料金に含みません。

完了条件：対象店舗・商品の紐付けに未解決の矛盾がなく、合意した受注・在庫テストがすべて合格し、設定内容と運用上の注意点を担当者が確認できた状態です。動作テストを実施できていない場合は、設定完了と稼働確認済みを区別してお伝えします。

具体的な手順

1. 対象商品を確定する：各店舗の商品CSVを受領し、取得日時、親商品数、SKU数、店舗別明細数を確認します。標準商品100点の対象リストと数え方をお見積もり時に確定し、対象外や複雑な商品構成を分けます。
2. 同一商品の候補を照合する：JAN、型番、サイズ、色、入り数などから店舗間の同一商品を確認します。似た名称でも容量や選択肢が異なる商品は別に扱います。判断が必要な商品を一覧にし、お客様の確認を受けます。
3. 商品コード対応表を作成する：ネクストエンジンで基準とする商品コードを決め、各店舗のSKUと対応付けます。確定・確認待ち・対象外を区別し、1つの店舗側SKUが別々の商品へ紐付く矛盾を解消します。
4. 重複と不足項目を整理する：重複候補は既存注文・在庫への影響を確認して整理し、不足項目はお客様からの正式な情報で補います。価格・税率・在庫数を推測せず、元データからの変更内容を記録します。
5. 登録用データを作成する：現行の取込形式に合わせ、必須列、文字コード、商品コードの先頭ゼロ、改行などを確認します。最終対応表をご確認いただいたうえで、店舗接続と少数商品の試験登録へ進みます。
6. 商品を登録して全件照合する：代表商品で問題がないことを確認してから対象全体を登録します。登録成功・失敗・除外の件数と、商品コードの対応を対象全件で照合します。
7. 受注・在庫をテストする：20万円メニューと同じ接続確認・受注テスト・開始在庫確認・在庫反映テストを行います。データの全件照合と、各店舗の代表注文・在庫増減の動作確認は別々に実施します。
8. 整備データと設定結果を引き継ぐ：設定一覧、整備済み商品データ、商品コード対応表、変更表、テスト結果をお渡しします。担当者が同じコード体系で商品を追加・確認できるよう、今回の整理内容と注意点を説明します。

確認ポイント

• 事前にご用意いただくもの：店舗別の最新商品CSV、商品を識別する情報、在庫の基準、受注運用、設定権限。同一商品かどうかの最終判断はお客様にご確認いただきます。
• 標準商品100点は、親商品数だけでSKU数を無制限とするものではありません。対象リスト・数え方・商品構成をお見積もり時に確認します。
• 不明な商品対応、必須値の欠損、不正形式を解消してから登録します。既存の販売中商品コードを変更する場合は、注文・在庫への影響を先に確認します。
• 20万円メニューの安全上の確認事項・別料金の範囲も適用します。100点を超える商品整備、セットや複雑な構成、倉庫・基幹連携、移行は個別にお見積もりします。

完了条件：対象商品すべてのデータとコード対応が整い、各店舗の受注・在庫の代表テストが合格していること。整備済みデータと変更内容を含む成果物をお渡しし、担当者が確認できた状態です。

具体的な手順

1. 連携と移行の対象を設計する：店舗、ネクストエンジン、倉庫・WMS、送り状、決済、基幹、旧システムの関係を整理します。商品・在庫・未処理注文・履歴などについて、移行するものと旧環境で保管するものを決めます。
2. データの責任範囲を決める：商品・注文・在庫ごとに、正となるシステム、送信元、送信先、方向、更新頻度、担当者を確定します。対象件数・拠点数・連携経路・必要アプリ・外部会社の作業から、お見積もりと検収条件を確定します。
3. 項目対応と例外処理を作る：商品コード、注文番号、数量、金額、配送・決済区分、状態などの対応表を作成します。移行先で扱えない値は変換・手作業・対象外のいずれかを決め、通信失敗・再送・重複・欠損時の処理も定めます。
4. 少数データで接続・移行を試す：合意した検証環境または影響を限定した対象で、1経路・少数商品・少数注文から確認します。元件数と成功・除外・失敗の件数、数量・金額・状態を照合し、差異を修正してから対象を広げます。
5. 切替手順をリハーサルする：データ取得、差分取得、旧更新停止、新データ反映、新更新開始の順序と所要時間を確認します。切替中の注文・入出庫を止めるか差分として扱うか、旧運用の未処理注文を誰が処理するかも決めます。実行できない操作は机上確認として区別します。
6. 復旧条件を確認する：切替を中止する条件、判断者、復旧担当、戻し方を決めます。新しい注文や販売が発生した後は古い在庫データをそのまま戻さず、基準時点からの増減を照合して復旧します。
7. 本番を切り替え、初回処理を確認する：直前バックアップと基準時点を記録し、二重配信・二重出荷を防いで承認順に切り替えます。受注・在庫と、契約に含む出荷・通知などを経路別に確認します。重大な差異がある場合は停止して復旧手順へ進みます。
8. 結果と運用手順を引き継ぐ：お見積もりで合意した監視を終え、設定書、項目対応表、移行照合結果、切替記録、復旧手順を契約範囲に応じて納品します。担当者と外部会社の連絡先・担当範囲も整理します。

確認ポイント

• 事前に確認するもの：対象システムと連携仕様、移行データの件数、既存運用、必要な権限、外部会社の担当範囲、切替可能時間、停止・復旧の判断者。
• 20万円・30万円の全作業に、ここで紹介するすべての連携を追加した定額セットではありません。必要な作業だけを選び、数量・テスト・切替支援・納品物を見積書で確定します。
• 通常処理だけでなく、重複、再送、通信失敗、移行差分など、契約範囲に必要な例外も検証します。検証環境がない場合は、本番への影響を限定できる方法を先に決めます。
• 期間の目安は15〜25営業日から。顧客確認・認証・外部会社の作業待ち、データ量、連携仕様により個別に決めます。本体・アプリの利用料、外部会社の費用は導入役務と分けてご案内します。

完了条件：契約した連携経路・移行対象について件数・数量・状態の照合と必須テストが合格し、重大な差異が残っていないこと。合意した切替を終え、担当者が設定・結果・停止時の対応を確認できた状態です。