개인 정보 보호 요청 관리

개인 정보 관리에 대한 일반 프레젠테이션은 이 섹션을 참조하십시오.

이 정보는 GDPR, CPA, PDPA 및 LGPD에 적용됩니다. 이러한 규정에 대한 자세한 내용은 이 섹션을 참조하십시오.

CPA에만 해당되는 개인 정보 판매 옵트아웃은 이 섹션에 설명되어 있습니다.

개인 정보 보호 요청 정보

Adobe Campaign을 사용하면 개인 정보 보호 준비를 용이하게 하기 위해 액세스 및 삭제 요청을 처리할 수 있습니다. 액세스 권한잊혀질 권리(삭제 요청)​는 이 섹션에 설명되어 있습니다.

액세스 및 삭제 요청을 만드는 방법뿐만 아니라 Adobe Campaign에서 요청을 처리하는 방법을 살펴보겠습니다.

원칙

Adobe Campaign은 데이터 컨트롤러에게 개인 정보 보호 액세스 및 삭제 요청을 수행하는 두 가지 방법을 제공합니다.

  • Adobe Campaign 인터페이스를 통해 각 개인 정보 보호 요청을 하는 경우 데이터 컨트롤러는 Adobe Campaign에서 새로운 개인 정보 보호 요청을 생성합니다. 이 섹션을 참조하십시오.
  • API​를 통해 Adobe Campaign은 SOAP를 사용한 개인 정보 보호 요청 자동 프로세스를 허용하는 API를 제공합니다. 이 섹션을 참조하십시오.
노트

개인 데이터 및 데이터를 관리하는 다른 엔터티(데이터 컨트롤러, 데이터 프로세서 및 데이터 주체)에 대한 자세한 내용은 개인 데이터 및 가상 사용자를 참조하십시오.

필수 구성 요소

Adobe Campaign은 저장된 데이터에 대한 개인 정보 요청을 만들고 처리할 수 있는 데이터 컨트롤러 도구를 제공합니다. 하지만 데이터 주체(이메일, 고객 지원 센터 또는 웹 포털)와의 관계를 처리하는 것은 데이터 컨트롤러의 책임입니다.

따라서 요청을 하는 데이터 주체의 ID를 확인하고 요청자에게 반환되는 데이터가 데이터 주체의 정보임을 확인하는 것은 데이터 컨트롤러로서의 책임입니다.

개인 정보 보호 패키지 설치

이 기능을 사용하려면 Tools > Advanced > Import package > Adobe Campaign Package​메뉴를 통해​Privacy Data Protection Regulation 패키지를 설치해야 합니다. 패키지 설치 방법에 대한 자세한 내용은 자세한 설명서를 참조하십시오.

[개인 정보]에만 해당하는 2개의 새 폴더가 Administration > Platform 아래에 만들어집니다.

  • Privacy Requests: 여기에서 개인 정보 보호 요청을 만들고 진행 상황을 추적할 수 있습니다.
  • Namespaces: 여기에서 Adobe Campaign 데이터베이스의 데이터 주체를 식별하는 데 사용될 필드를 정의할 수 있습니다.

Administration > Production > Technical workflows​에서 개인 정보 보호 요청을 처리하기 위해 매일 3개의 기술 워크플로우가 실행됩니다.

  • Collect privacy requests: 이 워크플로우는 Adobe Campaign에 저장된 수신자의 데이터를 생성하여 개인 정보 보호 요청의 화면에서 다운로드할 수 있도록 합니다.
  • Delete privacy requests data: 이 워크플로우에서는 Adobe Campaign에 저장된 수신자 데이터를 삭제합니다.
  • Privacy request cleanup: 이 워크플로우에서는 90일 이전의 액세스 요청 파일을 삭제합니다.

Administration > Access Management > Named rights​의 Privacy Data Right 명명된 권한이 추가되었습니다. 데이터 컨트롤러가 개인 정보 보호 도구를 사용하려면 이 명명된 권한이 필요합니다. 이를 통해 새로운 요청을 만들고 진행 상황을 추적하며 API를 사용하는 등의 작업을 할 수 있습니다.

네임스페이스

개인 정보 보호 요청을 만들기 전에 사용할 네임스페이스를 정의해야 합니다. 이 필드는 Adobe Campaign 데이터베이스의 데이터 주체를 식별하는 데 사용됩니다.

기본적으로 제공되는 네임스페이스 3개(이메일, 전화 및 휴대폰)가 있습니다. 다른 네임스페이스(예: 수신자 사용자 정의 필드)가 필요한 경우 Administration > Platform > Namespaces​에서 새 네임스페이스를 만들 수 있습니다.

개인 정보 보호 요청 만들기

Adobe Campaign 인터페이스​를 통해 개인 정보 보호 요청을 만들고 진행 상황을 추적할 수 있습니다. 새로운 개인 정보 보호 요청을 만들려면 다음 지침을 따르십시오.

  1. Administration > Platform > Privacy Requests 아래의 개인 정보 보호 요청 폴더에 액세스합니다.

  2. 이 화면에서는 모든 현재 개인 정보 보호 요청, 상태 및 로그를 볼 수 있습니다. New​을(를) 클릭하여 개인 정보 보호 요청을 생성합니다.

  3. Regulation(GDPR, CCPA, PDPA 또는 LGPD), Request type(액세스 또는 삭제)을 선택하고 Namespace(을)를 선택하고 Reconciliation value(을)를 입력합니다. 이메일을 네임스페이스로 사용하는 경우 데이터 주체의 이메일을 입력합니다.

개인 정보 기술 워크플로우는 매일 한 번 실행되며 각각의 새로운 요청을 처리합니다.

  • Delete 요청: Adobe Campaign에 저장된 수신자 데이터가 지워집니다.
  • Access 요청: Adobe Campaign에 저장된 수신자의 데이터가 생성되고 요청 화면의 왼쪽에서 XML 파일로 사용할 수 있습니다.

테이블 목록

Adobe Campaign은 Delete 또는 Access 개인 정보 보호 요청을 수행할 때 수신자 테이블(고유 유형)에 대한 링크가 있는 모든 테이블의 Reconciliation value​을(를) 기준으로 모든 데이터 주체의 데이터를 검색합니다.

다음은 개인 정보 보호 요청을 수행할 때 고려할 수 있는 기본 제공 테이블 목록입니다.

  • 수신자(recipient)
  • 수신자 게재 로그(broadLogRcp)
  • 수신자 추적 로그(trackingLogRcp)
  • 보관된 이벤트 게재 로그(broadLogEventHisto)
  • 수신자 목록 콘텐츠(rcpGrpRel)
  • 방문자 오퍼 제안(propositionVisitor)
  • 방문자(visitor)
  • 구독 내역(subHisto)
  • 구독(subscription)
  • 수신자 오퍼 제안(propositionRcp)

수신자 테이블(고유 유형)에 대한 링크가 있는 사용자 지정 테이블를 만든 경우, 해당 테이블도 고려됩니다. 예를 들어 수신자 테이블과 연결된 트랜잭션 테이블과 트랜잭션 테이블과 연결된 트랜잭션 세부 정보가 있는 경우, 이 두 가지 모두 고려됩니다.

중요

프로필 삭제 워크플로우를 사용하여 개인 정보 일괄 처리 요청을 수행하는 경우, 다음 사항을 고려하십시오.

  • 워크플로우를 통한 프로필 삭제는 하위 테이블을 처리하지 않습니다.
  • 모든 하위 테이블에 대해 삭제를 처리해야 합니다.
  • Adobe은 개인 정보 액세스 테이블에서 삭제할 행을 추가하고 Delete privacy requests data 워크플로우에서 삭제를 수행하도록 하는 ETL 워크플로우를 만들 것을 권장합니다. 성능을 위해 삭제는 하루에 200개의 프로필로 제한하는 것이 좋습니다.

개인 정보 보호 요청 상태

개인정보 보호 요청에 대한 다양한 상태는 다음과 같습니다.

  • New / Retry pending: 진행 중이며 워크플로우는 아직 요청을 처리하지 않았습니다.
  • Processing / Retry in progress: 워크플로우가 요청을 처리하고 있습니다.
  • Delete pending: 워크플로우는 삭제하려는 모든 수신자 데이터를 식별했습니다.
  • Delete in progress: 워크플로우가 삭제를 처리하고 있습니다.
  • Delete Confirmation Pending(2단계 프로세스 모드에서 Delete 요청): 워크플로우에서 Access 요청을 처리했습니다. 삭제를 수행하려면 수동 확인이 요구됩니다. 버튼은 15일 동안 사용할 수 있습니다.
  • Complete: 요청 처리가 오류 없이 끝났습니다.
  • Error: 워크플로우에서 오류가 발생했습니다. 이유는 Request status 열의 개인 정보 보호 요청 목록에 표시됩니다. 예를 들어 Error data not found​은(는) 데이터 주체의 Reconciliation value​와(과) 일치하는 수신자 데이터가 데이터베이스에 없음을 의미합니다.

2단계 프로세스

기본적으로 2단계 프로세스​가 활성화됩니다. 이 모드를 사용하여 새 Delete 요청을 만들 때 Adobe Campaign은 항상 Access 요청을 먼저 수행합니다. 따라서 삭제를 확인하기 전에 데이터를 확인할 수 있습니다.

개인 정보 보호 요청 버전 화면에서 이 모드를 변경할 수 있습니다. Advanced settings​을(를) 클릭합니다.

2단계 모드가 활성화되면 새 Delete 요청의 상태가 Confirm Delete Pending(으)로 변경됩니다. 개인 정보 보호 요청 화면에서 생성된 XML 파일을 다운로드하고 데이터를 확인합니다. 데이터 삭제를 확인하려면 Confirm delete data 버튼을 클릭합니다.

JSSP URL

Access 요청을 처리할 때 Adobe Campaign은 데이터베이스에서 수신자의 데이터를 검색하여 로컬 컴퓨터에 저장된 XML 파일로 내보내는 JSSP를 생성합니다. JSSP URL은 다음과 같이 정의됩니다.

"$(serverUrl)+'/nms/gdpr.jssp?id='+@id"

여기서 @id는 개인 정보 보호 요청 ID입니다.

이 URL은 Privacy Requests (gdprRequest) 스키마의 “File location” (@urlFile) 필드에 저장됩니다.

이 정보는 데이터베이스에서 90일 동안 사용할 수 있습니다. 기술 워크플로우에서 요청을 정리하면 해당 정보가 데이터베이스에서 제거되고 URL이 더 이상 사용되지 않습니다. 웹 페이지에서 데이터를 다운로드하기 전에 URL이 여전히 유효한지 확인하십시오.

다음은 데이터 주체의 데이터 파일 예입니다.

데이터 컨트롤러는 해당 JSSP URL을 포함하는 웹 애플리케이션을 쉽게 만들어 데이터 주체의 데이터 파일을 웹 페이지에서 사용할 수 있도록 할 수 있습니다.

다음은 웹 애플리케이션 Page 활동의 예제로 사용할 수 있는 코드 조각입니다.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Language" content="en"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <link rel="stylesheet" type="text/css" href="/nl/webForms/landingPage.css"/> <title>Clickthrough</title> <style type="text/css" media="all"> /* override formulary area */ .formulary { top: 200px; position: absolute; left: 0; } </style> </head> <body style="" class="">
<center>
<div id="wrap">
<div id="header"><img class="nlui-widget" alt="placeholder_header" src="/nms/img/contentModels/placeholder_header.png" unselectable="on" />
<div class="header-title center-title">DOWNLOAD GDPR DATA</div>
<div class="formulary center-formulary"><form>
<div class="button large-button"><a href=[SERVER_URL]/nms/gdpr.jssp?id=13000" data-nl-type="externalLink">CLICK TO DOWNLOAD</a></div>
</form></div>
</div>
<div id="content">
<div class="row">
<div class="info">
<div class="desc">
<div class="title">EFFICIENCY</div>
<div class="desc">Our service is guaranteed to improve your efficiency. Increase performance and use our high-technology service to implement even the most ambitious of projects.</div>
</div>
</div>
</div>
</div>
<div id="footer">
<div style="text-align: center;">
<div style="float: left;"><a href="#">Contact us</a></div>
<div style="float: right;">&copy; Copyrights</div>
<div><a href="#"><img title="facebook" class="nlui-widget" alt="facebook" src="/xtk/img/facebook.png" unselectable="on" /></a> <a href="#"><img title="Twitter" class="nlui-widget" alt="twitter" src="/xtk/img/twitter.png" unselectable="on" /></a> <a href="#"><img title="Google" class="nlui-widget" alt="google_plus" src="/xtk/img/google_plus.png" unselectable="on" /></a> <a href="#"><img title="Linkedin" class="nlui-widget" alt="Linkedin" src="/xtk/img/linkedin.png" unselectable="on" /></a></div>
</div>
</div>
</div>
</center>
</body> </html>

데이터 주체의 데이터 파일에 대한 액세스가 제한되어 있으므로 웹 페이지의 익명 액세스를 비활성화해야 합니다. Privacy Data Right 권한이 명명된 연산자만 페이지에 로그온하여 데이터를 다운로드할 수 있습니다.

자동 개인 정보 보호 요청 프로세스

Adobe Campaign은 자동 개인 정보 보호 요청 프로세스를 설정할 수 있는 API​를 제공합니다.

API를 사용하면 일반 개인 정보 보호 프로세스는 인터페이스](#create-privacy-request-ui)를 사용하는 [과 동일합니다. 유일한 차이점은 개인 정보 보호 요청을 생성하는 것입니다. Adobe Campaign에서 요청을 생성하는 대신 요청 정보가 포함된 POST가 Campaign으로 전송됩니다. 모든 요청에 대해 새 항목이 Privacy Requests 화면에 추가됩니다. 그런 다음 개인 정보 기술 워크플로우에서는 인터페이스를 사용하여 추가된 요청과 동일한 방법으로 요청을 처리합니다.

API를 사용하여 개인 정보 보호 요청을 제출하는 경우 반환된 데이터를 테스트하려면 첫 번째 DELETE 요청에 대해 2단계 프로세스​가 활성화된 상태로 두는 것이 좋습니다. 테스트가 완료되면 DELETE 요청 프로세스가 자동으로 실행되도록 2단계 프로세스를 비활성화할 수 있습니다.

CreateRequestByName JS API는 다음과 같이 정의됩니다.

노트

gdprRequest API를 사용하는 경우에도 계속 사용할 수 있지만 새로운 privacyRequest API를 사용하는 것이 좋습니다.

중요

API를 사용하려면 Privacy Data Right 명명된 권한이 필요합니다.

<method library="nms:gdpr.js" name="CreateRequestByName" static="true">
 <help>Create a new GDPR Request using namespace internal name</help>
 <parameters>
  <param name="namespaceName" type="string" desc="Namespace internal name"/>
  <param name="reconciliationValue" type="string" desc="Reconciliation value"/>
  <param name="type" type="long" desc="Reconciliation value"/>
  <param name="confirmDeletePending" type="boolean" desc="Request confirm before deleting data"/>
  <param name="regulation" type="long" desc="regulation of newly created request"/>
  <param name="id" type="long" inout="out" desc="ID of newly created request"/>
 </parameters>
</method>
노트

'규정' 필드는 Campaign Classic 20.2(빌드 9178+)를 사용하는 경우에만 사용할 수 있습니다.

20.2로 마이그레이션하는 경우 이미 API를 사용 중이라면 위와 같이 '규정' 필드를 추가해야 합니다. 이전 빌드를 사용하는 경우 '규정' 필드 없이 API를 계속 사용할 수 있습니다.

외부에서 API 호출

다음은 외부에서 API를 호출하는 방법(API를 통한 인증 및 개인 정보 API에 대한 세부 정보)의 예입니다. 개인 정보 API에 대한 자세한 내용은 API 설명서를 참조하십시오. 또한 웹 서비스 호출 설명서를 참조하십시오.

우선 API를 통해 인증을 수행해야 합니다.

  1. 다음 URL을 통해 xtk:session WSDL을 다운로드합니다. <server url>/nl/jsp/schemawsdl.jsp?schema=xtk:session.

  2. "Logon" 메서드를 사용하고 사용자 이름 및 암호를 요청의 매개 변수로 전달합니다. 세션 토큰이 포함된 응답을 가져옵니다. 다음은 SoapUI를 사용하는 예제입니다.

  3. 반환된 세션 토큰을 모든 하위 시퀀스 API 호출에 대한 인증으로 사용합니다. 24시간 후에 만료됩니다.

그런 다음 개인 정보 API를 호출합니다.

  1. 다음 URL에서 WSDL을 다운로드합니다. <server url>/nl/jsp/schemawsdl.jsp?schema=nms:privacyRequest.

  2. 특정 개인 정보 보호 요청을 만들려면 CreateRequestByName​을(를) 사용합니다.

    다음은 CreateRequestByName​을(를) 사용하는 예제입니다. 위에서 제공한 세션 토큰을 인증으로 사용하는 방법을 참고하십시오. 응답은 생성된 요청의 ID입니다.

    위의 단계를 수행하는 데 도움이 되도록 다음 사항을 고려하십시오.

    • nms:gdprRequest 스키마에서 queryDef​을 사용하여 Access 요청의 상태를 확인할 수 있습니다.
    • nms:gdprRequestData 스키마에서 queryDef​을 사용하여 Access 요청의 결과를 가져올 수 있습니다.
    • "$(serverUrl)'/nms/gdpr.jssp?id='@id"​에서 XML 파일을 다운로드하려면 허용 목록에 추가된 IP에서 로그인하고 액세스해야 합니다. 이렇게 하려면 JSSP에서 생성한 파일에 액세스할 수 있는 웹 애플리케이션을 만듭니다.

JS에서 API 호출

다음은 Campaign Classic 내의 JS에서 API를 호출하는 방법의 예입니다.

노트

'규정' 필드는 Campaign Classic 20.2(빌드 9178+)를 사용하는 경우에만 사용할 수 있습니다.

20.2로 마이그레이션하는 경우 이미 API를 사용 중이라면 '규정' 필드를 추가해야 합니다. 이전 빌드를 사용하는 경우 '규정' 필드 없이 API를 계속 사용할 수 있습니다.

  • 이전 빌드(GDPR 패키지 포함)를 사용​하는 경우 아래와 같이 '규정' 필드 없이 API를 계속 사용할 수 있습니다.

    loadLibrary("nms:gdpr.js");
    /**************************** 
    This code calls an API to create new Privay request on the DB.
    It requires 4 parameters below.
    Feel free to change parameter values.
    ****************************/
    // 1. Namespace internal name
    var namespaceName = "defaultNamespace1";
    // 2. Reconciliation value for privacy request
    var reconciliationValue = "example@adobe.com";
    // 3. Privacy request type
    // GDPR_REQUEST_TYPE_ACCESS = 1;
    // GDPR_REQUEST_TYPE_DELETE = 2;
    var requestType = GDPR_REQUEST_TYPE_ACCESS;
    // 4. Confirm deleting data required.
    // value : true or false
    var ConfirmDeletePending = true;
    // BEGIN
    var requestId = nms.privacyRequest.CreateRequestByName(namespaceName, reconciliationValue, requestType, ConfirmDeletePending);
    // User can use a simple queryDef with requestID as a parameter to check request status.
    
  • 20.2로 마이그레이션​하고 있고 API를 이미 사용하고 있는 경우 아래와 같이 '규정' 필드를 추가해야 합니다.

    loadLibrary("nms:gdpr.js");
    /**************************** 
    This code calls an API to create new Privay request on the DB.
    It requires 5 parameters below.
    Feel free to change parameter values.
    ****************************/
    // 1. Namespace internal name
    var namespaceName = "defaultNamespace1";
    // 2. Reconciliation value for privacy request
    var reconciliationValue = "example@adobe.com";
    // 3. Privacy request type
    // PRIVACY_REQUEST_TYPE_ACCESS = 1;
    // PRIVACY_REQUEST_TYPE_DELETE = 2;
    var requestType = PRIVACY_REQUEST_TYPE_ACCESS;
    // 4. Confirm deleting data required.
    // value : true or false
    var ConfirmDeletePending = true;
    // 5. Specify which regulation applies to newly created request. This is mandatory parameter.
    // GDPR = 1
    // CCPA = 2
    // PDPA = 3
    // LGPD = 4
    var regulation = 1;
    // BEGIN
    var requestId = nms.privacyRequest.CreateRequestByName(namespaceName, reconciliationValue, requestType, ConfirmDeletePending, regulation);
    // User can use a simple queryDef with requestID as a parameter to check request status.
    
  • Campaign Classic 20.2(빌드 9178+) 또는 상위 빌드를 사용​하는 경우 다음과 같이 '규정' 필드는 선택 사항입니다.

    loadLibrary("nms:gdpr.js");
    /**************************** 
    This code calls an API to create new Privay request on the DB.
    It requires 5 parameters below.
    Feel free to change parameter values 
    ****************************/
    // 1. Namespace internal name
    var namespaceName = "defaultNamespace1";
    // 2. Reconciliation value for privacy request
    var reconciliationValue = "example@adobe.com";
    // 3. Privacy request type
    // PRIVACY_REQUEST_TYPE_ACCESS = 1;
    // PRIVACY_REQUEST_TYPE_DELETE = 2;
    var requestType = PRIVACY_REQUEST_TYPE_ACCESS;
    // 4. Confirm deleting data required.
    // value : true or false
    var ConfirmDeletePending = true;
    // 5. Specify which regulation applies to newly created request. This is optional parameter.
    // GDPR = 1
    // CCPA = 2
    // PDPA = 3
    // LGPD = 4
    var regulation = 1;
    // BEGIN
    var requestId = nms.privacyRequest.CreateRequestByName(namespaceName, reconciliationValue, requestType, ConfirmDeletePending, regulation);
    // User can use a simple queryDef with requestID as a parameter to check request status.
    

개인 정보 판매 옵트아웃 (CCPA)

CCPA(California Consumer Privacy Act)는 캘리포니아 거주자들에게 개인 정보에 대한 새로운 권리를 제공하고 캘리포니아에서 비즈니스를 수행하는 특정 엔터티에 데이터 보호 책임을 부과합니다.

액세스 및 삭제 요청의 구성 및 사용은 GDPR과 CCPA와 공통됩니다. 이 섹션에서는 CCPA에만 해당되는 개인 데이터 판매에 대한 옵트아웃을 제공합니다.

Adobe Campaign이 제공하는 동의 관리 도구 외에도 소비자가 개인 정보 판매를 옵트아웃했는지 여부를 추적할 수 있습니다.

소비자는 시스템을 통해 자신의 개인 정보가 제3자에게 판매되는 것을 허용하지 않기로 합니다. Adobe Campaign에서 이 정보를 저장하고 추적할 수 있습니다.

이 작업을 수행하려면 프로필 테이블을 확장하고 Opt-Out for CCPA 필드를 추가해야 합니다.

중요

데이터 주체의 요청을 받고 CCPA에 대한 요청 날짜를 추적하는 것은 데이터 컨트롤러로서의 책임입니다. 기술 제공업체에서는 수신 거부 방법만 제공합니다. 데이터 컨트롤러로서의 역할에 대한 자세한 내용은 개인 데이터 및 가상 사용자를 참조하십시오.

사전 요구 사항

이 정보를 활용하려면 Adobe Campaign Classic에서 이 필드를 만들어야 합니다. 이 경우 부울 필드를 Recipient 테이블에 추가합니다. 새 필드를 만들면 Campaign API에서 자동으로 지원됩니다.

사용자 지정 수신자 테이블을 사용하는 경우 이 작업도 수행해야 합니다.

새 필드를 만드는 방법에 대한 자세한 내용은 스키마 버전 설명서를 참조하십시오.

중요

스키마 수정은 전문가만 수행해야 하는 중요한 작업입니다.

  1. Tools > Advanced > Add new fields(으)로 이동한 다음 Document type​로 Recipients​를 선택하고 Next​를 클릭합니다. 테이블에 필드를 추가하는 방법에 대한 자세한 내용은 이 섹션을 참조하십시오.

  2. Field type​에는 SQL field​을(를) 선택합니다. 레이블에는 Opt-Out for CCPA​을(를) 사용합니다. 8-bit integer (boolean) 유형을 선택하고 다음의 고유한 Relative path​을(를) 정의합니다. @OPTOUTCCPA. Finish​을(를) 클릭합니다.

    이렇게 하면 Recipient (cus) 스키마가 확장되거나 생성됩니다. 필드를 클릭하여 필드가 올바르게 추가되었는지 확인합니다.

  3. 탐색기의 Configuration > Input forms 노드를 클릭합니다. Recipient (nms)​의 "일반 패키지"에서 <input> 요소를 추가하고 2단계에서 정의된 상대 경로인 xpath 값에 사용합니다. 양식 식별에 대한 자세한 내용은 이 섹션을 참조하십시오.

    <input  colspan="2" type="checkbox" xpath="@OPTOUTCCPA"/>
    

  4. 연결을 끊고 다시 연결합니다. 다음 섹션에서 설명하는 단계에 따라 필드를 수신자의 세부 정보에서 사용할 수 있는지 확인합니다.

사용

필드의 값을 채우고 데이터 판매에 관한 CCPA 지침 및 규칙을 따르는 것은 데이터 컨트롤러의 책임입니다.

값을 채우려면 다음과 같은 몇 가지 방법을 사용할 수 있습니다.

  • 수신자의 세부 정보를 편집하여 Campaign의 인터페이스 사용
  • API 사용
  • 데이터 가져오기 작업 과정을 통해

그런 다음 옵트아웃한 프로필의 개인 정보를 제3자에게 판매해서는 안 됩니다.

  1. 옵트아웃 상태를 변경하려면 Profiles and Target > Recipients(으)로 이동하여 수신자를 선택합니다. General 탭에서는 이전 섹션에 구성된 필드가 표시됩니다.

  2. 옵트아웃 열이 표시되도록 수신자 목록을 구성합니다. 목록을 구성하는 방법을 알아보려면 자세한 설명서를 참조하십시오.

  3. 이 열을 클릭하여 옵트아웃 정보에 따라 수신자를 정렬할 수 있습니다. 옵트아웃한 수신자만 표시하는 필터를 만들 수도 있습니다. 필터를 만드는 방법에 대한 자세한 내용은 이 섹션을 참조하십시오.

이 페이지에서는