サードパーティアプリケーションの統合
学習の目的
この単元を完了すると、次のことができるようになります。
- サードパーティ統合が重要である理由を説明する。
- 最も一般的に使用されるサードパーティ統合を 3 つ挙げる。
- 可能性のあるインテグレーションの種類を説明する。
- 考慮すべきギャップとして考えられるものを 3 つ挙げる。
サードパーティアプリケーションを使用する理由
サードパーティ統合は、Salesforce B2C Commerce の実装では避けられません。それは良くないことでしょうか? いいえ、素晴らしいことです。「Commerce Cloud リファレンスアーキテクチャのカスタマイズ」単元で学習したように、これは仕様です。
Salesforce B2C Commerce の要はそのストアフロント機能であり、オンラインでの販売が専門です。一方、オンラインでの税金、クレジットカード支払、出荷の配送業者に関する処理は専門外です。サードパーティアプリケーションによって、ストアフロントに必要な専門機能が追加されます。
例として、オンラインでの消費税について見てみましょう。米国のオンライン販売での消費税徴収の基本ルールは、法人が物理的に存在する州のオンライン顧客からは該当する消費税を徴収する必要があるというものです。物理的に存在しなければ、一般にオンライン販売による消費税は徴収する必要がありません。
そのため、多くの疑問が生まれます。「該当する」とはどういう意味か? 免除される人はいるか? 免税期間はどうするのか? 「物理的に存在する」とはどういう意味か? 倉庫、実店舗、ビジネスオフィスのどれが該当するのか? それは法的管轄区域によって異なります。
さらに、法律と消費税率は州ごとに異なり、長期的にも新しい法案が通過して変化します。これに追いつくには、すべての州での法律を追跡する必要があります。そして、それは米国だけのことです。すべての国、都道府県、地域の変化し続ける法律も加えると、貴重な時間がすべて奪われてしまいます。
膨大です!
そのテーマに専念する人々が作成したサードパーティアプリケーションを使用する方が、はるかに優れた解決策です。いくつかの重要なサードパーティアプリケーションと、それをどのように計画するかについて見ていきましょう。
サードパーティアプリケーションの選択
インテグレーション計画は、サマリーセクションまたは開始部分が詳細であり、プロジェクトのディスカバリーフェーズの後、早めに作成する必要があります。ここでは、そのリストをもう一度見て、完全であることを確認しましょう。
サードパーティプロバイダーとの特に一般的なインテグレーションには、支払プロセッサー、評価とレビュー、税金処理、メールサービスなどがあります。これらは、サードパーティプロバイダーが活躍する技術的な領域です。
B2C Commerce LINK プログラムでは、次のようなテクノロジーパートナーがよく使用されています。
- PayPal (支払)
- Adyen 支払サービス (支払)
- CyberSource (支払)
- Bazaarvoice (評価とレビュー)
- PowerReviews (評価とレビュー)
- Avalara (税金)
- Experian (住所確認)
- Tealium (タグ管理)
- Olapic (ソーシャル)
- Certona (パーソナライズ)
これらをアプリケーションのどこに配置するかが重要です。次の表のアイデアを参考にしてください。
| サードパーティアプリケーション | ストアフロントページ |
| 支払 | 注文手続き |
| 評価とレビュー | 商品情報ページ |
| 税金 | 注文手続き |
| 住所確認 | アカウント管理、注文手続き、ほしい物リスト、ギフトレジストリ |
| タグ管理 | すべてのページ。各ページに埋め込まれるタグは、Web サイトやデバイス上のアクションやイベント (IP アドレス、ユーザープロフィール情報、ユーザーがクリックまたは閲覧したものすべてなど) を取得します。 |
| ソーシャル | 商品情報ページ、注文手続き |
| パーソナライズ | 商品情報ページ、検索結果ページ、メッセージ |
インテグレーションの計画
統合するサードパーティアプリケーションのリストが完成したので、次はすべての準備が整っているかを確認する必要があります。インテグレーションに必要な作業には、カートリッジの読み込み、データの転送、新しいブラウザーベースアプリケーションの使用方法の習得などがあります。
以下に、サンプルのインテグレーション作業を示します。
| 形式 | 処理 | アプリケーション種別 |
| カートリッジ | スクリプトと商品フィードによって手作業を置き換える。 | 商品のおすすめ |
| カートリッジ | 直接インテグレーション — カートリッジを読み込むのみ。 | 税金、支払プロセッサー |
| コントローラー | 自動的に商品フィードにデータを追加する。 | タギング |
| 別個の UI | ブラウザーベースのシステムで商品データを操作する。 | コンテンツ管理 |
| 別個の UI | ブラウザーベースのシステムで注文データに関するレポートを作成し、その結果として得られるマーケティングキャンペーンをメールやソーシャルにリリースする。 | Analytics |
| 別個の UI | コンテンツアセット (購入ガイド、テスト、ルックブック、トレンドページなど) を作成し、公開する。 | コンテンツ管理 |
インテグレーションが完了したら、インテグレーションの取り組みの規模に関わらず、テストを開始します。同様に、バグ修正や機能更新、別のアプリケーションの新規データの継続的な調整など、継続的な作業もあります。これらの作業がリソースに及ぼす影響をマーチャントが理解していることを確認してください。
次の 2 つの列を追加すること、実装中に状況を把握しやすくなります。
- 責任者 (名前、住所、電話番号)
- スケジュール
ギャップの発見
どのようなギャップに注意する必要があるでしょうか? 次にいくつか例を示します。
- インテグレーション作業はスケジュールに合うか?
- 作業にはクライアントのリソースが必要か?
- 他のインテグレーションと連動するインテグレーションがあるか?
- インテグレーションは、特定の B2C Commerce リリースまたは機能に依存するか?
- 使用できない、または遅れている前提条件があるか?
- 技術的な問題があるか?
- ベンダーに問題がある場合、他のベンダーが補うことができるか?