Ess_M2ePro Amazon統合をテスト/デバッグする方法は？

どのようにしてくださいテストの注文を作成し、ワークフローのテストのために、この拡張のアマゾンでの統合テスト環境を？

テストオーダーを作成する可能性はないと言われましたが、ライブシステムに影響を与えずに実際のオーダーを複数の環境にインポートすることが可能であるとサポートから言われました（つまり、オーダーがテスト環境にインポートされた場合でも、また、ライブ環境にインポートすることもできます）これは、私が想像しているようには機能しません。

テスト環境でcronジョブを実行すると、いくつかのオーダーがインポートされる場合がありますが、オーダーがインポートされる場合とインポートされない場合がある理由がわかりません。cronjobはかなり長い時間（> 100秒）実行されますが、ほとんどの場合、新しい注文はありません。

同時に、何百もの注文が顧客によって作成されているので、インポートするのに十分なはずです。

[更新]輸入の頻度・遅延はAmazonの負荷の影響を受ける可能性があるとの指摘がありました。私はそれについて考えませんでした。他のポイント（テストオーダーを作成できるかどうか、サンドボックスがあるかどうか、拡張機能をデバッグする方法）はまだ有効です。[/更新]

これにより、拡張機能の問題をデバッグできなくなります。サポートはあまり役に立たない一行の回答を返すので、私はこれについて私を助けるためにコミュニティに頼っています：あなたのベストプラクティスは何ですか？

M2eProサポートから、これをテストするのは難しいことがわかりました。あなたがしていることは何でも非常に注意してください。

私が得たいくつかの情報：

• 運用データベースを開発環境にコピーして戻す場合は、開発環境で運用マーチャントアカウントを削除しないでください。これを行うと、このアカウントに関連付けられているすべてのデータが失われます。

• データベースに開発販売アカウントと本番販売アカウントの両方を設定した場合、そのうち1つだけをAmazonと通信させることはできません。それは全部か無かです。

• dev / live用に個別のマーチャントアカウントとM2ePro拡張ライセンスキーを作成する必要があります。そうしないと、通信が行われているとは思わない状況でも、一方が他方に影響を与える可能性があります。

• System > Configuration > M2E Pro > Channels > Other Channels > Amazon (Beta)ある環境では、他の環境に影響を与えることなく、チャネル（など）を非アクティブ化できます。

私たちにとって、これは、非実稼働環境ではチャネルを非アクティブ化し、本当に必要な場合にのみチャネルをアクティブ化することを意味します。チャネルをアクティブ化すると、M2eProに関連するcronjobsの自動実行を停止し、実行を手動でトリガーします。

非本番環境が正しく設定され、誤ってAmazonと通信できないようにするメカニズムをいくつか構築しました。市場全体のコミュニケーションをあざけることは、現時点では私たちの範囲外です。

害を及ぼすことなく、Magentoをバイパスしてデータベースから製品販売アカウントを直接削除できる可能性がありますが、それは誰もが推測していることです。