Skip to content

Consent, decisions, and revoke

Supported UI wrappers gate native SDK creation behind an SDK-owned consent window. Product code cannot replace this with consent: true or a custom boolean.

  • Consent page HTTPS URL.
  • Consent revoke HTTPS URL.
  • Consent version for the current disclosure.
  • RS256 public verification key supplied by P2PSDK.
  • Application API key bound to the integration.

The private signing key and service implementation remain outside the application and are not distributed with the SDK.

StateMeaningApplication action
acceptedThe decision was verified and an SDK instance was createdAttach callbacks, call connect(), wait for online
declinedThe user declined this consent versionKeep SDK disabled; do not retry in a loop
revokedThe current app/device/version scope was revokedKeep disabled until an approved new flow
cancelledThe user closed the consent windowLeave disabled; allow deliberate future retry
errorConfiguration, navigation, verification, or native creation failedShow retry/support UX and log a sanitized category

Accepted decisions are bound to the application API key, device identity, consent version, and the current consent session. Do not copy stored decisions or receipts between installations. Changing the device identity or consent version intentionally selects a new consent scope.

A decline or cancelled window must never create a native SDK handle. Respect the user's decision and avoid prompts that immediately reopen the same consent version.

Expose revoke from persistent application settings. A successful revoke invalidates the local decision and closes the active instance. Clear your application reference after success.

A network or server failure must leave the accepted decision and active instance intact so the user can see the error and retry. Do not simulate successful revoke locally when the SDK reports failure.

Change the consent version only as part of a coordinated disclosure rollout. A new version invalidates the old local scope and can require a new user decision. Test both upgrade and rollback paths before release.