1. 運営中のモール・カート、倉庫、配送、決済、基幹システムと担当者を一覧化します。
2. 受注件数、商品数、店舗ごとの商品コード、在庫拠点、例外処理を確認します。
3. 最初に連携する店舗と機能、並行運用期間、切替条件、戻し方を決めます。

対象システム、データ、担当者、導入順、並行運用と戻し方を関係者で確認できた状態です。

1. 登録メールに届くIDとログイン情報を確認し、主管理者を決めます。
2. 受注、商品、在庫、出荷などの担当者と必要な操作範囲を整理します。
3. 共有IDを避け、利用者追加・停止・異動時の権限見直し手順を決めます。

主管理者、利用者、担当業務、権限変更の責任者を記録できた状態です。

1. 公式の対応モール・カートと必要な接続条件を店舗ごとに確認します。
2. 店舗側とネクストエンジン側で必要な認証情報、API、受注メール等を公式手順に従って設定します。
3. テスト対象の1店舗で接続結果を確認してから、他店舗へ同じ確認手順を展開します。

対象店舗の接続方式と連携状態を記録し、テスト店舗で疎通を確認できた状態です。

1. 各店舗の商品コード、SKU、商品名、選択肢、セット商品を一覧化します。
2. ネクストエンジンへ登録する商品マスタと店舗別ページの対応関係を整えます。
3. 重複、不足、桁・文字種の差を確認し、代表商品で受注と在庫の紐付きを確認します。

対象商品のコード対応表が完成し、代表商品で受注・在庫の紐付きを確認できた状態です。

1. 実在庫の基準拠点と連携する店舗、倉庫・WMSを確認します。
2. 指定在庫数、上限、割合、無限売り、予約商品、連携解除など採用するルールを決めます。
3. 開始在庫を登録し、テスト商品で一店舗の変動が対象店舗へ反映されることを確認します。

在庫基準、連携ルール、例外と開始在庫が確定し、テスト商品で連携結果を確認できた状態です。

1. 店舗ごとにAPI、受注メール、CSVなどの取込方式と取込間隔を確認します。
2. 支払、配送、備考、在庫などの条件を基に受注ステータスと確認待ち条件を決めます。
3. テスト注文を取り込み、注文内容、在庫引当、ステータス、重複の有無を確認します。

代表注文が正しく取り込まれ、通常と例外を意図したステータスへ振り分けられる状態です。

1. 店舗の配送方法と利用する送り状発行システム、倉庫・WMSを対応付けます。
2. 出荷指示に必要な項目と、送り状番号・出荷実績を戻す方法を確認します。
3. テスト注文で出荷指示、送り状データ、出荷実績、店舗側ステータスの反映を確認します。

テスト注文で出荷指示から実績反映・発送連絡までの流れを確認できた状態です。

1. 店舗で利用する決済方法と決済サービス、入金確認の担当を一覧化します。
2. ネクストエンジンと決済サービスの連携可否・条件を公式情報で確認します。
3. テスト注文で支払方法、入金状態、受注ステータスを照合し、返金・与信エラーは別手順にします。

採用する決済方法と入金確認ルールが確定し、テスト範囲と未検証の有料E2Eを区別できた状態です。

1. 店舗ごとに送信するメール種別、送信条件、差出人、返信先を整理します。
2. 署名、注文情報、追跡番号、問い合わせ先を正式情報へ揃えます。
3. テスト注文と検証用メールアドレスで送信時点、本文、リンク、文字化けを確認します。

必要なメールの送信条件と本文が揃い、検証用受信先で表示・リンク・時点を確認できた状態です。

1. 代表商品の受注、在庫、入金、出荷、メールと例外注文をテストします。
2. 店舗側・倉庫側・決済側の件数と状態を照合し、未解決差異を記録します。
3. 切替条件を満たした店舗だけを本運用へ移し、継続する場合は体験期間中に本契約を手続きします。

代表業務と例外の照合が完了し、店舗単位の切替判断と未解決事項を記録できた状態です。