在庫ステータスチェックの開発とパフォーマンスに関する考慮事項

在庫の精度は非常に重要な考慮事項です。 バックオーダーや在庫切れのしきい値の設定など、このリスクを可能な限り低くするのに役立つネイティブ機能がいくつかあります。 これらのトピックは両方とも、Experience League で読んで詳細を確認できます。

Adobe Commerce ストアに対してリアルタイムの在庫ステータスチェックがリクエストされるプロジェクトやユースケースがあります。 このチュートリアルでは、開発およびパフォーマンスに関する考慮事項を含め、この会話を処理するためのインサイトを提供します。

このリクエストが絶対に必要かどうかを検証する

可能な限り多くの情報を使用して会話に参加する準備をします。 最も重要なことは、このプロジェクトでネイティブな機能が受け入れられないことを確認することです。 このリクエストの理由を調べ、Adobe Commerceのネイティブ機能がこのリクエストを満たすことができないことを検証します。

もう 1 つの考慮事項は、この機能の開発、テスト、保守にかかるコストです。 関係者の中には必要だと考える人がいるからといって、それが必要だというわけではありません。 Adobe Commerceのコア機能の外で在庫検証を行うと、関連コストが発生します。 これらのコストには、技術的負債、さらなるテストと検証、アーキテクチャの使用方法に関するドキュメントとサポートドキュメントが含まれます。

許容可能な在庫更新頻度の決定

在庫チェックとその実行方法を 3 つのアプローチで検討します。 それぞれにメリットと制限があります。 また、複雑さが増し、より多くのテストが必要になり、エラー処理に関する考慮が必要になります。 カスタムルートを使用することに決定した場合、追加の責任と考慮事項があることに注意してください。 例えば、フォールバックプロセス、監視、テスト、開発チームへのトラブルシューティングのフォールバックが含まれます。 含めるべき良い項目は、新しいサポートドキュメント、トレーニング、監視で、開発チームが機能全体をサポートできるようにすることです。 もう 1 つの副作用として、開発チームがプロセスを完全に所有し、コア Adobe Commerce アプリケーションが提供するネイティブ機能を利用しなくなったことが挙げられます。 Adobeサポートは、このレベルのカスタマイズに対応できません。

1 つ目のアプローチは、ネイティブ機能を使用することです。 ネイティブ機能を使用することで、リスクを最小限に抑えることができ、多くのメリットがあります。 このアプローチを採用すると、Adobe Commerceが提供する既存のすべてのドキュメントとチュートリアルを利用して、この機能を使用できます。 在庫管理には多くの側面があるので、アプリケーションに付属しているものを使用することが最初に考慮する必要があります。 ただし、注文時にコマースで見つかったデータが完全には正確でない可能性があるユースケースがあります。 同期が取れなくなる可能性がある例としては、Adobe Commerce アプリケーションの外部で売上高を注文管理システムに直接転送できる場合があります。 正確な在庫レベルがAdobe Commerceに確実に表示されるようにするには、Adobe Commerce情報をできる限り正確に保つために何らかの統合が必要になるからです。 売り過ぎが許容できない場合は、在庫切れのしきい値を追加すると、ゼロになる前に商品の販売を停止するのに適した方法です。 Adobe Commerceのネイティブ同期機能は、1 日あたり最大 1 回です。 これは一部のユースケースでは十分ですが、他のユースケースでは十分に頻繁でない可能性があります。 詳しくは、 スケジュールされたインポートとエクスポートを参照してください。

2 番目のアプローチは near real-time です。 ほぼリアルタイムで、引き続きネイティブ機能を使用します。 ただし、これには、コマースに頻繁にフィードを送信してスケジュールに従って在庫を更新する統合を提供するための追加の作業も含まれます。 例：1 時間ごと。 このオプションは、統合がどのように機能するかについて考慮する必要がありますが、「bulk api」を使用し、一部のミドルウェアでデータを変換してコマースにプッシュすることは優れたアプローチです。 AdobeApp Builderまたは同様のプラットフォームを使用して作業の大部分を行い、より頻繁にAdobe Commerceに情報をプッシュすることを検討してください。

3 番目のアプローチは、リスクと責任が最も多く、最も複雑なアプローチは、外部 API またはデータソースに対するリアルタイムのライブインベントリチェックです。 外部システムに対してリアルタイムの在庫チェックを行うことはリスクが高く、考慮する必要があるその他の要素がいくつかあります。 その他に評価する必要があるものは、次の通りです。