商業統合
このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。
ほとんどの組織では、コマースシステムは通常、記録システムとは見なされていません。組織は多くの場合、他のレガシーなビジネスアプリケーションや情報システムに依存してビジネスプロセスやデータを処理しています。例えば、ほとんどのeコマース実装では、店舗から注文が入ったものは通常、エンタープライズリソースプランニング(ERP)や注文管理システムなどのバックオフィスシステムに送られ、さらなる注文処理が行われます。もう一つの一般的な統合シナリオは、CRMやPOS(POS)システムに存在する顧客データをeコマースサイトと共有する必要がある場合です。
Sitecore Experience Commerce(XC)は、継続的な業務の一環として他の外部機関とやり取りするよう設計されています。 Commerce Service APIは、サービスエンドポイントを通じてCommerceコマンドの実行をサポートします。このセクションでは、Sitecore XCエンドポイントを使って、ラインオブビジネス(LOB)アプリケーションや(ERP)システムなど他のビジネスシステムとの商取引データ交換、またはサードパーティのサービスプロバイダーとの統合を支援する方法についての情報を提供します。
Sitecore XC RESTfulのOData準拠ウェブAPIに基づく例に加え、Commerce Viewsを活用したViews and Actions APIというオーサリングAPIを利用した例もあります。
!注ビューズ&アクションAPIは、ビジネスユーザーインターフェースに対応するために設計された オーサリングAPIであり、統合シナリオには最適化されていません。
Views and Actions APIをコマース統合で使用する際には、以下の点を考慮する必要があります。
Views and Actions APIは一度に1つのCommerceエンティティしか処理できず、バッチ処理はサポートしていません。
Views and Actions APIはCommerce WebサービスのAPIよりも多くのオーバーヘッドを伴います。Views and Action APIの呼び出しは通常3ステップで、アクションのビューを取得し、ビューのプロパティを更新した値で修正し、アクションを実行します。