Skip to main content
Configure the Cloud Collector to apply your allow-list or deny-list to every Amazon Connect Contact Trace Record (CTR) before it leaves your AWS account.

Before you start

Steps

1. Read the active config

Confirm what the Cloud Collector is using today before you replace it. A 404 means no config exists and the privacy-first default is in effect — the Cloud Collector ships only the mandatory CTR fields.

2. Decide allow-list or deny-list

One config per Operata account. The two shapes are mutually exclusive.
  • Use a deny-list (BLACKLIST) to ship the full CTR minus the fields you name. Suits accounts that already vet what Amazon Connect emits.
  • Use an allow-list (WHITELIST) to ship only the mandatory fields plus the fields you name. Suits accounts under tight data-egress controls.
The mandatory keep-list and field semantics live in Data redaction.

3. Apply the new config

PUT /v1/config/json is a full replace, not a patch. Send every field you want active in one body.
A 200 OK with body REDACTION_CONFIG updated confirms the new policy is durable. A 400 with REDACTION_CONFIG not valid means the body failed validation — see Update redaction config for the body schema.

4. Wait for propagation

The Cloud Collector caches the active config and refreshes it on a 30-minute interval. Contacts that end inside the propagation window may still ship under the previous policy. For changes that must take effect immediately, stop the EventBridge pipe, wait for the refresh, then restart.

Result

Place a test contact (see Send your first observation for the procedure), then read the contact back through the API. On an allow-list, only the mandatory fields plus the fields you named appear. On a deny-list, the named fields are absent from the response payload.