Show Menu
トピック×

カスタム受信者テーブルについて

ここでは、非標準の受信者テーブルを使用する際の原則について説明します。
デフォルトでは、Adobe Campaignには標準の受信者テーブルが用意されており、このテーブルにはあらかじめ用意されている機能とプロセスがリンクされています。 標準の受信者テーブルには、拡張テーブルを使用して簡単に拡張できる定義済みのフィールドとテーブルが多数あります。
この拡張方法では、柔軟にテーブルを拡張できる場合、テーブル内のフィールドやリンクの数を減らすことはできません。 非標準のテーブル(「外部受信者テーブル」)を使用すると、より柔軟に対応できますが、実装する際には特定の予防策が必要です。

精度

この機能により、Adobe Campaignで外部データベースのデータを処理できます。このデータは、配信用の一連のプロファイルとして使用されます。 このプロセスの実装には、クライアントのニーズに応じて関連する可能性のある複数の精度が含まれます。 例:
  • Adobe Campaignデータベースとの間の更新ストリームがありません:このテーブルのデータは、そのテーブルをホストするデータベースエンジンを介して直接更新できます。
  • 既存のデータベースで動作するプロセスに変更はありません。
  • 非標準構造でのプロファイルデータベースの使用:単一のインスタンスを使用して、様々な構造を持つ様々なテーブルに保存されたプロファイルに配信できる可能性。
  • Adobe Campaignデータベースを更新する際に、変更や保守は必要ありません。
  • ほとんどのテーブルフィールドが不要な場合や、データベーステンプレートが受信者の中心にない場合は、標準の受信者テーブルは役に立ちません。
  • プロファイルの数が多い場合は、効率を上げるためにフィールドの少ない表が必要です。 標準受信者テーブルには、このケースに対して多くのフィールドが含まれています。
ここでは、Adobe Campaignの既存のテーブルをマップするための主要なポイントと、任意のテーブルに基づいて配信を実行するために適用される設定について説明します。 最後に、標準的な受信者テーブルと同様に、実用的なクエリインターフェイスをユーザーに提供する方法について説明します。 この節に示す資料を理解するには、画面とスキーマデザインの原則に関する良い知識が必要です。

推奨事項と制限事項

外部受信者テーブルの使用には、次の制限があります。
  • Adobe Campaignは、複数の受信者スキーマ(ターゲティングスキーマ)をサポートしません。同じブロードログスキーマまたはトラッキングログスキーマにリンクされています。 そうでないと、後でデータ調整の異常が発生する可能性があります。
    次の図に、各カスタム受信者スキーマに必要な関係構造を示します。
    推奨事項:
    • およびス nms:BroadLogRcp キーマ nms:TrackingLogRcp を標準搭載のに指定します nms:Recipientschema 。 これらの2つのログテーブルは、追加のカスタム受信者テーブルにリンクしないでください。
    • 新しいカスタム受信者スキーマごとに、専用のカスタムブロードローグおよびトラッキングログスキーマを定義する。 これは、ターゲットマッピングの設定時に自動的に行われる場合があります。 Targetマッピングを参照してください
  • 製品で提供されている標準 Services and Subscriptions を使用することはできません。
    つまり、この節で詳しく説明する全体的な操作 は適用できない ということです。
  • テーブルとのリン visitor クが機能しません。
    したがって、Social Marketingモジュールを !UICONTROLS使用するには 、正しいテーブルを参照するようにストレージ手順を設定する必要があります。
    同様に、リファラル関数を使用する場合、標準の初期メッセージ転送テンプレートを適合させる必要があります。
  • リストに手動でプロファイルを追加することはできません。
    したがって、この節で説明する手 順は 、追加の設定なしでは適用できません。
    引き続き、ワークフローを使用して受信者リストを作成できます。 詳しくは、「ワークフローを使用したプロフ ァイルリストの作成」を参照してください
また、既製の異なる設定で使用されるデフォルト値を確認することをお勧めします。使用する機能に応じて、いくつかのアダプティブを実行する必要があります。
次に例を示します。
  • 特定の標準レポート、特にインタラクションとモバ イルアプリケーション (Mobile Applications ​)が提供するレポートは、再開発する必要があります。 「レポートの管理 」の節を参照
  • 特定のワークフローアクティビティのデフォルト設定では、標準の受信者テーブル( nms:recipient )を参照します。外部の受信者テーブルに使用する場合は、これらの設定を変更する必要があります。 「ワークフローの管理 」の節を参照
  • 標準パーソナライゼー Unsubscription link ションブロックを適合させる必要があります。
  • 標準配信テンプレートのターゲットマッピングを変更する必要があります。
  • V4フォームは、外部の受信者テーブルとの使用に対して互換性がありません。webアプリケーションを使用する必要があります。