データのインポートとエクスポートについて

学習の目的

この単元を完了すると、次のことができるようになります。

• スキーマファイルのインポートとエクスポートが重要な理由を 2 つ挙げる。
  
• 記録システムに通常インポートされる 2 種類のデータを挙げる。
  
• インポートとエクスポートの 2 つのモードについて説明する。
  
• エクスポートプロセスについて説明する。
  
• デルタフィードが重要な理由を説明する。
  

はじめに

ほとんどのマーチャントには、記録システムであるバックエンドシステムがあります。Salesforce B2C Commerce 環境は、ストアフロントに対応するよう設計された独自のデータベースとサーバーを備えています。B2C Commerce のインポートおよびエクスポート機能はこの両者をつなぐ架け橋です。

記録システムから B2C Commerce へ、そして B2C Commerce の取得から記録システムへと行き来するデータの流れを考えてみてください。サイトのマーチャンダイザーが SKU 番号、商品説明、サイズ、画像、価格、動画といった商品情報を記録システムで開発し、B2C Commerce にインポートします。買い物客が注文を作成すると、外部システムで注文が処理されます。たとえば、マーチャントがクーポンコードを作成して B2C Commerce にインポートするとします。買い物客がクーポンを利用すると、システムによって利用データがエクスポートされます。

インポートでは、外部ファイルからのデータを使用して B2C Commerce データベースに入力します。エクスポートでは、B2C Commerce データベースからデータを抽出します。エクスポートされたデータを使用して、外部システムへのフィードとして使用可能な XML ファイルを作成できます。フィードとは、特定のインポートあるいはエクスポートプロセスです。

データは本番からエクスポートされます。

インポートとエクスポートではないプロセス

大まかな定義では、データのインポートとエクスポートは通常 Salesforce と外部システム間のデータ転送を伴いますが、次の特殊なプロセスはこの定義に当てはまりません。

• データのレプリケーションは、コードとデータをあるインスタンスから別のインスタンスにコピーすることです。データのレプリケーションについては次の単元で説明します。
  
• Business Manager のカタログフィード機能は、サードパーティ (Certona など) のファイルを処理します。
  
• サイトのインポートとエクスポートは、サイト固有の設定などの情報をあるインスタンスから別のインスタンスに移動することです。
  

スキーマ

スキーマファイルは、B2C Commerce のインポートやエクスポートで生成される可能性のあるファイル構造を指定します。B2C Commerce では、これらのスキーマによって形式設定された XML インポートファイルのみを受け入れます。スキーマは必須のデータ属性も文書化します。インポートを正常に完了するには、データがスキーマと一致している必要があります。

B2C Commerce は XML 形式でエクスポートしますが、クーポンコードは例外で CSV 形式にエクスポートされます。Salesforce では、.csv ファイルはサードパーティのプログラムを使用して必須の XML 形式に処理することをお勧めします。処理に大量のメモリが割り当てられている純正の .NET または Java プラットフォームを使用してファイルを変換するほうがはるかに高速で効率的です。

ところで、スキーマファイルにはどのようなものがあるのでしょうか? 実際のところ、複数あります。次のような例があります。

• sort.xsd
  
• coupon.xsd
  
• couponredemption.xsd
  
• order.xsd
  
• Promotion.xsd
  

モード

インポートモードを指定して、B2C Commerce がインポートフィード内のデータをどのように解釈するかを定義します。このモードは、フィード内のすべてのオブジェクトと、スキーマによって定義されたすべてのインポートファイルに適用されます。

インポートモード

インポートでオブジェクトを削除するときは注意が必要です。削除モードでは、フィードにあるオブジェクトが削除されます。同様に、置換モードでは、フィードにあるオブジェクトが削除された後、再び作成されます。1 つのオブジェクトのみを変更するために置換インポートを実行した場合、オブジェクトセット全体が削除されます。

スキーマの中には、インポート要素レベルで属性モードをサポートするものがあります。この場合にサポートされる唯一のモードは削除で、特定の要素でプロセスのインポートモードを上書きできます。この方法は、1 回のインポートプロセスでオブジェクトを作成、更新、削除し、情報を変更する場合に役立ちます。

本番フィード

Salesforce では、本番フィードには以前のフィードからの変更のみを含めることをお勧めします。このフィードをデルタフィードといいます。デルタフィードのほうがアーカイブの量が少なく、インポートが迅速で、トラブルシューティングが簡単です。ただし、スキーマの中には、グローバルインポートモードを上書きし、常に置換モードを使用する要素のあるものがあります。こうした要素は、各インポートにオブジェクトのフルセットを含める必要があるため、デルタフィードに含めることができません。

list-type (リストタイプ) 要素

XML ファイルの list-type (リストタイプ) 要素の標準動作は、インポートモードに関係なく、リスト全体を置換することです。インポートファイルにリスト要素が含まれていない場合は、次のようになります。

• マージモードでは、リストが維持されます。
  
• 置換モードでは、リストが削除されます。
  

インポートおよびエクスポートプロセス

B2C Commerce のスキーマに正確に従う XML ファイルを作成します。以下は、インポートプロセスの大まかなステップです。

1. WebDAV、SFTP、HTTPS のいずれかを使用して、XML ファイルをバックエンドシステムから B2C Commerce のインスタンスに転送します。
   
2. ステージングまたは本番インスタンスの場合は、ファイル転送用にセキュアな接続を設定します。Sandbox では必要ありません。
   
3. Business Manager を使用して XML ファイルをインスタンスにインポートするか、カスタムコントローラーを作成します。B2C Commerce には、大量のデータセットを処理でき、迅速で信頼性が高く、システムリソースを効率的に使用できるインポートパイプレットがあり、ほとんどの標準インポートに対応します。ビジネスオブジェクトを B2C Commerce に読み込む場合は、B2C Commerce のスクリプトやパイプレットを含むカスタムロジックを使用するのではなく、インポートパイプレットを使用してください。
   

以下は、エクスポートプロセスの典型的なステップです。

1. Business Manager でスキーマを使用して手動でデータベースオブジェクトを XML ファイルにエクスポートするか、カスタムコントローラーを作成します。大半のエクスポートには B2C Commerce のエクスポートパイプレットを使用できます。場合によっては、Business Manager よりもオブジェクトを細かく制御できることがあります。データのエクスポートを自動化するには、コントローラーを作成します。
   
2. ファイルをインスタンスからマーチャントのバックエンドシステムに転送します。
   
3. データ転送に関する PCI-DSS (セキュリティ) 要件またはバックエンドシステムの要件を満たすには、セキュアな接続を設定します。
   

インスタンス別の詳細

インスタンスタイプによって B2C Commerce のインポートとエクスポートの使用法が異なります。ここでは、インスタンスタイプごとに説明していきます。

Sandbox

サイトを開発するときに、各デベロッパーが個別の Sandbox を使用します。初期 Sandbox を作成し、それをテンプレートとしてほかの Sandbox に使用します。

最初に、データファイルをローカルマシンからインスタンスに転送します。次に、Business Manager を使用して、データをインスタンスのデータベースにインポートします。初期 Sandbox に開発チームに必要な設定とデータがある場合は、サイトのエクスポートを使用して、サイトのコンテンツや設定をエクスポートしてから デベロッパーマシンにダウンロードします。

★

開発中に、新しい商品や価格のフィードを各 Sandbox に直接インポートできます。どの Sandbox にも同じインポートファイルを使用しますが、個別にインポートする必要があります。また、カスタムコントローラーを作成して、データのインポートを自動化することもできます。この方法によって、ステージングや本番システムの自動データインポートがサポートされます。次に、別の Sandbox で [Site Import (サイトのインポート)] を使用して設定やコンテンツを取得できます。

オブジェクトの中には、サイトのインポートとエクスポートを使用してのみインポート可能なものがあります。事前に、こうしたオブジェクトの存在を確認してください。サイトのユーザーまたは許可設定をエクスポートする場合は、インポート先 Sandbox のデータ情報を上書きします。

ステージングと本番

プライマリインスタンスグループ (PIG) には、開発、ステージング、本番のインスタンスがあります。カスタムコントローラーを使用して、バックエンドシステムからセキュアな接続経由でデータを上記のいずれかのインスタンスタイプに移動します。フィードが頻繁に使用されない場合は、データをステージングのみにインポートしたうえで、本番にレプリケートします。このステージングへのインポートでは、本番インスタンスが保護され、インポートされたデータの問題が潜入することがありません。

フィードによっては、Business Manager でさらなる機能強化が必要になることがあります。たとえば、Web 限定の説明やその他の情報を手動で追加する場合などです。ステージングで機能強化を要するフィードを更新し、その後データを本番にレプリケートします。

頻繁に変更するデータをステージングしてレプリケートすることは現実的ではありません。頻繁なフィード (10 分おきに発生する価格設定、在庫更新など) は、直接本番にインポートします。頻繁なフィードをステージングと本番に同時にインポートすることで、インスタンス間で常に同期した状態になります。ステージングインスタンスと本番インスタンスは同一に維持されるようにしてください。

コントローラーを使用するとインポートとエクスポートの柔軟性が向上します。コントローラーにビジネスロジックを追加すれば、インポートファイルに値を追加したり、検索インデックスを自動的に更新したり、インポートファイルをアーカイブしたりすることができます。本番からデータをエクスポートする場合も、ビジネスロジックをコントロールに追加すれば、エクスポートファイルの形式の変更や値の追加をはじめとする処理を実行できます。

開発

開発インスタンスは、本番インスタンスのテスト環境です。開発インスタンスを設定する場合は、ステージングから開発インスタンスへの初期サイトのインポートとエクスポートを行います。その後、データのレプリケーションを使用して、そのインスタンス上でデータとコードを更新します。

次のステップ

スキーマ、モード、B2C Commerce のインポートとエクスポートプロセスの詳細について学びました。次は、コードとデータをあるインスタンスから別のインスタンスに移動するレプリケーションについて学習しましょう。

リソース

Salesforce ヘルプ: B2C Commerce でのインポートとエクスポート