Server-level IP allowlist -- 開発サイトが特定のIPのみにトラフィックを制限している場合(オフィスやプラットフォームのIPに限定されたステージング環境でよく見られます)、Zonos Webhookのリクエストは応答なしで暗黙的に破棄されます。Zonos Webhook配信用のすべてのIPをサーバーの許可リストに追加してください(Plesk IP Access Restriction Manager、cPanel IP Blocker、またはファイアウォール/ホスティングパネルのセキュリティルール)。
Miva
Miva向けCheckout
Miva向けCheckoutモジュール(v10.x)を統合します。このガイドの手順に従って、MivaストアにZonos Checkoutを統合します。
統合
このセクションの手順に従って、MivaストアにCheckoutをシームレスに統合します。
開始
まずサインアップフォームにご記入ください。アカウント契約が成立次第、オンボーディングが開始されます。
オンボーディング
サインアップから24時間以内に、専任のオンボーディング担当者が連絡し、カスタマイズされた統合プロセスを開始します。
Checkoutモジュールをインストール
本番公開前にステージングサイトでモジュールをテストすることをお勧めします。
zonos.mvcファイルを直接Zonosにリクエストしてください。zonos.mvcファイルをアップロードして Add をクリックします。APIトークンを作成
Mivaで Users -> API Tokens に移動し、Add API Token をクリックします。以下のように設定します:
0.0.0.0/0, ::/0CloudflareでプロキシされたMivaストアは、発信APIコールをCloudflareのネットワーク経由でルーティングするため、送信元IPが予測できません。これは安全です。すべてのリクエストはHMAC-SHA256で暗号署名されているため、シークレットキーを持つZonosモジュールのみが有効なリクエストを送信できます。
ロールベースグループを割り当て
次の画面で Customer Service & Sales を有効にして、トークンが注文の作成・変更を行えるようにします。Save をクリックします。
Zonos設定を構成
Miva -> Utility Settings -> Zonos に移動してCheckoutモジュールを開き、以下のフィールドを入力します:
a[href*="checkout.html"])。続行する前に、右上の Update をクリックして保存してください。
Webhookを登録
設定を保存したら、Register Webhooks をクリックします。これによりストアがZonosと接続され、完了した注文が自動的にインポートされ、キャンセルが同期され、配送状況の更新がMivaに反映されるようになります。
APIトークンの詳細を入力
下にスクロールして、残りのフィールドを入力します:
Update をクリックしてすべての設定を保存します。
統合をテスト
アカウントとモジュールの設定が完了したら、以下を実行してテストする準備が整いました:
これらのテストの実行方法をご覧ください。テスト中はモジュールの Environment フィールドを Test に設定する必要があります。
テストが完了したら、本番公開の準備は完了です!Environment を Live に設定し、Zonosの認証情報が正しいことを確認し、本番ストアでWebhookが登録されていることを確認してください。
ご質問がある場合は、サポートチームにお問い合わせください。Professional Services Project Managerと連携している場合は、支援についてそちらの担当者にご連絡ください。
オプション:通貨換算を有効にする
ストアの価格を訪問者のローカル通貨で表示するには、Zonosダッシュボードで通貨換算を設定します。
通貨換算を設定
.price)。これを有効にすると、Zonos Helloは購入者のローカル通貨で価格を自動的に換算して表示します。
追加機能
配送ルール
Mivaカタログに設定された配送寸法、原産国、HS codeは自動的にZonosにマッピングされ、入力されていればLanded Cost/配送見積もりに使用されます。追加のマッピング設定は必要ありません。
バスケット商品の寸法カラム
すべてのバリエーションが単一のSKUを共有する構成可能な商品を販売している場合、Mivaの標準Product Shipping Rulesは商品ごとに1組の寸法しか保持しないため、顧客が選択した内容に関係なくすべての構成が同じサイズとして扱われます。
MivaとZonosはバリアントレベルでの寸法設定に対応していますが、各バリアントを個別に設定する必要があります。個別のバリアントに対応しない何百、何千もの構成があるストアでは、これは現実的ではない場合があります。
この機能は、ストアに既に用意されているカスタムロジック(例:商品説明から寸法を解析するなど)を利用して、チェックアウト時にバスケットから構成ごとの寸法を直接読み取ることでこの問題を解決します。
要件
設定
Zonosモジュール管理画面の対応する3つのフィールドにそれらのカラム名を入力します。空欄のままにすると標準のProduct Shipping Rulesにフォールバックします。この機能は完全にオプトイン方式であり、使用しないストアには影響しません。
配送・追跡番号の同期
Zonos Dashboardで配送ラベルが作成されるか追跡番号が入力されると、追跡番号と配送ステータスは対応するMiva管理画面の注文へ自動的に反映されます。これにはWebhookの登録が必要です(上記の Webhookを登録 の手順を参照してください)。
追跡番号はMivaで直接入力することもできます。任意のZonos注文で Enter Tracking Number 入力ダイアログを使用してください。追跡番号と配送ステータスは自動的にZonos Dashboardに同期されます。
デバッグログ
デバッグログはMiva管理画面内のZonosモジュール設定からアクセスできます。モジュールが処理するすべての注文イベント(インポート、追跡同期、キャンセル、Zonosへの送信キャンセルリクエストなど)の全ライフサイクルを、成功・失敗を問わず記録します。
各エントリにはZonos注文ID、Miva注文ID、および該当する場合はMivaまたはZonos APIからのエラー応答などの顧客レベルの詳細が含まれます。そのため、問題を診断する上で最も詳細な情報源となります。
公開エラーログ(ログイン不要)
直接URLでアクセスできる、もう1つの公開ログも用意されています。Miva管理画面へのログインは不要です。このログにはエラーのみが記録され(成功は記録されません)、顧客のPIIや機微情報は含まれません。各エントリには、迅速に識別できるようモジュールバージョン(例:
[v10.09])が先頭に付与されます。URL形式:
https://
[store-domain]/mm5/json.mvc?Store_Code=[miva_store_code]&Function=Module&Module_Code=igs&Session_Type=runtime&Module_Function=JSON_WebHook&publiclog=1例:
注文のキャンセル・返金
すべての支払い返金は、Zonosダッシュボードから直接処理する必要があります。MivaのRefund、Capture、Voidの各ボタンは、Zonosからインポートされた注文では仕様上使用できません。Zonosで処理された返金は、対応するMiva注文の支払い金額に自動的に反映されません。Miva注文は元の確定金額を保持したままとなり、Zonos側の返金処理とは同期されません。
注文のキャンセルについては、注文の現在のステータスによって動作が異なります:
トラブルシューティング:開発/ステージングサイトで注文がMivaに表示されない
症状: Zonos Checkoutで注文が完了しZonosダッシュボードには表示されるが、Miva管理画面には何も表示されない。
原因: Zonosはストアの
/mm5/json.mvcエンドポイントにORDER_CREATEDWebhook(HTTP POST)を送信します。開発サイトでは、サーバーレベルのセキュリティによってこのリクエストがMivaに到達する前にブロックされることがよくあります。よくある原因:/mm5/json.mvcを含むPOSTリクエストを許可するWAFルールを追加するか、CloudflareのIP Access RulesでZonosのIPを直接ホワイトリスト登録してください。Zonos Webhook配信IP
よくある質問
関税、税金、配送コストの最も正確な見積もりのために、どの商品情報を提供すべきですか?
商品情報は発生する関税・税金の額と配送コストに影響を与える可能性があります。Zonosに提供する商品情報が多いほど、返される見積もりはより正確になります。Zonosはこの情報が利用できない場合でも見積もりを生成できますが、精度向上のために以下の主要な商品詳細の提供を推奨します:
MivaからZonosに渡される商品詳細
プラットフォーム別の商品情報の詳細をご覧ください。
このページは役に立ちましたか?