Salesforce

REST APIを使用して収集ポイントを実装する

« Go Back
Information
REST APIを使用して収集ポイントを実装する
UUID-b039d8c3-091a-a89b-ce4e-e26e68fcffa1
Article Content

JavaScript SDKの主要な目的は、OneTrust収集ポイントを実装するすばやい方法を提供することです。SDKはOpen RESTful APIアーキテクチャを使用してOneTrustシステムと通信します。

SDKを実装する代わりに、独自のコードを書いて当社のAPIと直接通信させることもできます。こうすることで、独自のカスタムワークフローを作成し、アプリケーションの、JavaScriptをサポートしていないサービスを利用できるようになります。

注記

OneTrustのAPIエンドポイントとコールの詳細は、OneTrust Developerポータルを参照してください。

同意受領書APIを使用してトランザクションを作成する

同意受領書APIを使用すると、外部アプリケーションで、個別の収集ポイントの同意トランザクションを保管するためのリクエストを提出できます。有効なリクエストトークンを生成するために、OneTrustで各収集ポイントを最初にセットアップする必要があります。

同意受領書APIリクエスト本文

以下に、https://{BASEURL}/request/v1/consentreceiptsでPOSTコールを実行する場合にサポートされるペイロードデータを示します。

{
  "identifier": "mail@mail.com",
  "identifierType": "Email",
  "generateInstantLinkToken", "true"         
  "dsDataElements":{                        
    "DataElement1Name": "Value",
    "DataElement2Name": "Value"
  },
  "language": "en-GB", 
  "interactionDate": "2019-05-14T01:34:33Z",                      
  "consentDate": "2019-05-14T01:34:33Z",
  "withdrawnDate" : "2018-03-01T09:00:00",  
  "customPayload":{                         
    "key1": "value1",
    "key2": "value2"
  },
  "requestInformation": "{JWT TOKEN}",      
  "purposes": [
  {
    "Id": "{GUID}",                        
    "TransactionType": "OPT_OUT",
    "ExpiryDate": "2020-01-01",
    "purposeNote": {  
        "noteId": "aa978afe-bbe9-4419-8fa9-f3691f1046c3",
        "noteType": "UNSUBSCRIBE_REASON", 
        "noteLanguage": "en-us",
        "noteText": "Reason 1",
                      }
    "CustomPreferences": [               
    {
      "Id": "{GUID}",
      "Options": [                      
      "{GUID}",                         
      "{GUID}"
      ]
    }
    ]
  },
  {
    "Id": "{GUID}",
    "CustomPreferences": [
    {
      "Id": "{GUID}",
      "Options": [
      "{GUID}",
      "{GUID}",
      "{GUID}"
      ]
    }
  ]
  }
  ]
}

ペイロードデータ

説明

ID

DS識別子の必要な値。タイプは、収集ポイントのデータ要素タイプに基づき、提出時に検証されません。

識別子タイプ

動的な構成用にセットアップされたAPIタイプの収集ポイントでのみサポートされます。動的な構成の収集ポイントにはこの値が必要です。値("Email"など)は、データ要素リストで定義されたいずれかの識別子データ要素と一致している必要があります。

注記

このデータは動的な構成の収集ポイントの場合のみ送信されます。

dsDataElements

(オプション)

収集ポイントからデータ要素の値をキャプチャするためのオプション。データ要素は収集ポイントで定義されている必要があり、定義されていない場合は無視されます。

言語

(オプション)

データ主体の言語を設定するために使用されます。ISOコードフォーマットをサポートしています。言語のみまたはlanguage-cultureコードが受け入れられます。

interactionDate

(オプション)

APIタイプの収集ポイントでのみサポートされます。収集ポイントとのユーザーインタラクションの日付と時刻を記録するために使用されます。宣言されたTransactionTypeと組み合わせて使用する場合、複数の異なるTransactionTypeを転記することができ、すべてのトランザクションがinteractionDateで発生したものとして記録されます。interactionDateを使用する場合、他の日付を転記に含めないようにする必要があります。interactionDateといずれかの他の日付が同じ転記で送信された場合、エラーが発生します。

同意受領書APIでやり取りの日付を使用して、受領書を古い日付の注文に転記できます。これは、履歴同意データを送信するときに特に役に立ちます。これは、各特定のデータ主体プロファイルに対して最後に記録された日付よりも前のやり取りの日付の新しい受信受領書でトランザクションを作成しても、目的ステータスが更新されないことを意味します。

例えば、やり取りの日付が5月3日のWITHDRAWN(取り下げ済み)の受領書を転記し、その後に同じ目的のやり取りの日付が早い5月2日のNOT_GIVEN(未同意)の受領書を転記した場合、データ主体プロファイルには、より新しいやり取りの日付を基にしてWITHDRAWN(取り下げ済み)の目的ステータスが表示されます。

注記

consentDateとwithdrawnDateの代わりにinteractionDateを使用することをお勧めします。

customPayload

(オプション)

受領書に対するキー値ペアにカスタムデータを保存します。customPayloadデータの合計サイズは4000文字を超えないようにする必要があります。

requestInformation

収集ポイントによって生成されたトークン。変更せずに使用する必要があります。

目的

同意が与えられているかまたは変更されている目的のリスト。

目的ID

必須の値。トランザクションタイプを使用しない限り、同意されている目的のGUIDのみが含まれます。収集ポイントのダブルオプトイン設定に応じて、同意のステータスをACTIVE(アクティブ)またはPENDING(保留中)に設定します。

TransactionType

(オプション)

APIタイプの収集ポイントでのみサポートされます。サポートされている値:PENDING、CONFIRMED、WITHDRAWN、EXPIRED、NOTGIVEN、EXTEND、OPT_OUT、HARD_OPT_OUT、NO_CHOICE、CHANGE_PREFERENCES、CANCEL。

許容される値は、収集ポイントのその他の設定によって決まる場合もあります。例えば、PENDINGは、収集ポイントがダブルオプトイン用に設定されている場合のみ受け入れられます。NO_CHOICEは、現在Cookieコンプライアンスタイプの収集ポイントでのみ使用できます。

ExpiryDate

(オプション)

オプションの明示的な有効期限日。値が入力された場合、その値が目的の同意の長さを上書きします。この日付は、現在の日時に対して相対的に将来の日付を設定する必要があります。有効期限に達すると、スケジュールされたタスクが実行され、同意ステータスが期限切れに更新されます。

注記

有効期限に達した後に、期限切れのステータスがデータ主体プロファイルに反映されるまで、最大12時間の遅延が発生する場合があります。

purposeNote

noteId、noteType、noteLanguage、noteTextを含めることができるオプションデータ。

noteId

(オプション)

理由テンプレートのUUID。このIDは有効でなければなりません。そうでない場合は無視されます。このIDは、理由テンプレートにメモをリンクしたい場合にのみ使用します。

noteType

(オプション)

理由テンプレートのタイプ。使用する場合、値はUNSUBSCRIBE_REASONにする必要があります。

noteLanguage

(オプション)

メモのテキストの言語のISOコード。

noteText

(オプション)

最大500文字まで保存されるメモのテキスト。ペイロードにpurposeNoteが含まれる場合、この値が存在している必要があります。

CustomPreferences

(オプション)

目的にリンクされたカスタム優先設定に基づくオプションの値。

オプション

カスタム優先設定は、単一選択または複数選択、オプションまたは必須にすることができますが、これはAPIによって検証されません。1つの選択に複数の値を設定することは許容されますが、DSがこのデータを含む優先設定センターにログインしたときに問題が発生する可能性があります。オプトインされるオプションのGUIDのみを含めます。

[en] generateInstantLinkToken

[en] (Optional)

[en] Flag to generate an instant access magic link token for the Preference Center that expires after one year, with a default value of false.

注記

[en] This flag requires an API type collection point.

回答

APIによって次の回答が返されます。

{"instantLinkToken": "{JWT TOKEN}","receipt": "{JWT TOKEN}"
}

回答

説明

consentReceipt

トランザクションの記録が含まれるJWT。

[en] instantLinkToken

[en] This token can be appended to the Preference Center login URL for a data subject login.

同意受領書APIを使用して優先設定を変更する

CHANGE_PREFERENCES(優先設定を変更する)トランザクションタイプを使用して同意受領書APIを渡すことで、既存のデータ主体の既存のトピックおよびカスタム優先設定のオプションの選択を変更できます。このトランザクションタイプを使用すると、ペイロード内に既存のすべての選択肢を含めなくとも、個々の優先設定の選択でデータ主体を明示的にオプトインまたはオプトアウトすることができます。

知っておくべきこと

CHANGE_PREFERENCES(基本設定を変更する)トランザクションタイプを渡すときには、次のことに注意する必要があります。

  • CHANGE_PREFERENCES(基本設定を変更する)トランザクションタイプは、APIタイプの収集ポイントにのみ使用できます。

  • このトランザクションタイプを渡す場合、カスタム優先設定ペイロードに大きな違いがあるため、実装するときは注意が必要です。

  • TransactionTypeパラメータとしてOPT_INを宣言するか、空白のままにしてトピックまたはカスタム優先設定オプションにデータ主体をオプトインすることができます。

  • 変更していない項目のIDを含めないでください。

  • データ主体の既存の同意記録がない場合(つまり、CHANGE_PREFERENCES(基本設定を変更する)トランザクションタイプがこれらの目的のデータ主体の最初のトランザクションである場合)、ACTIVE(アクティブ)ステータスで同意記録が作成され、優先設定が適用されます。

  • [en] The CHANGE_PREFERENCES transactionType should only be used to modify preferences for an existing data subject with a purpose in Active status, or to create a new data subject record.

サンプルペイロード

{
2  "identifier": "changepref@otprivacy.com",
3  "requestInformation": "{JWT}",
4  "purposes": [
5    {
6      "Id": "6ede4731-b0d3-44f9-8eca-0b82d211e084",
7      "TransactionType":"CHANGE_PREFERENCES",
8      "CustomPreferences": [
9        {
10          "Id": "a3f54f53-0747-4d98-b428-0b2316162122",
11          "Choices": [
12              {
13            "OptionId":"614bafbc-60e0-46c7-9f0f-411fcd83cbc3",
14            "TransactionType":"OPT_OUT"
15              },
16              {
17            "OptionId":"4c8bdec4-552d-4a72-9029-a218124b8c19",
18            "TransactionType":"OPT_OUT"
19              }
20            
21          ]
22        }
23        
24      ]
25    }
26  ]
27}

ダブルオプトインワークフローをバイパスする

同意受領書APIで次のパラメータを渡すことによって個別のデータ主体のインタラクションのダブルオプトインワークフローをバイパスすることができます。

“doubleOptIn”: false

追加のパラメータを使用してPOSTコールを実行するときには、PENDINGではなくCONFIRMEDのトランザクションタイプが生成されます。その後、収集ポイント上のすべての目的に対してデータ主体にACTIVE(アクティブ)ステータスが付与されます。

注記

識別子がメールアドレスではないダブルオプトイン確認のメールイベントまたはカスタムワークフローイベントはトリガーされません。

 
Article Visibility
17,971
Translation
Japanese
Not Checked

Powered by