Using Pagination Actions in OneTrust Integrations
When you need to gather a large set of data or results, you can leverage the Pagination action in OneTrust Integrations to help retrieve, segregate, and return the results according to defined parameters. Because many APIs, including OneTrust public APIs, have defined element limits per page, pagination allows you to see all how many total elements there are and control how many times the action needs needs to loop through based on page size and number of total elements to get all the available pages.
Things to Know
-
Default pagination size is typically 20-25, but varies depending on the API used. For more information on OneTrust APIs, see the OneTrust Developer Portal and reference the desired endpoint's Request Parameters.
-
Maximum pagination size varies depending on the API used. For more information on OneTrust APIs, see the OneTrust Developer Portal and reference the desired endpoint's Request Parameters.
-
If you want to add any additional actions in a workflow that includes pagination, you must include a logic sequence to check for the final page before the integration can perform a one-time action. For more information, see Use Case: Adding Actions after Pagination
This article references a pagination use case where we are getting all subtasks for DSAR, paginating those results, and then posting them to gather all available elements.
OneTrust customers with unique or varying use cases should contact their account executive or OneTrust Support for further assistance.
To create a new integration
To set up the workflow
OneTrust Trigger
First GET call
Pagination Action
Second GET Call
HTTP POST Request Call
To activate the workflow
Use Case: Adding Actions after Pagination
If you want to add any additional actions in a workflow that includes pagination, you must include a logic step to check for the final page before the integration can perform a one-time action. Otherwise, the pagination action would assume to loop through that given action for each page iteration.
This can be achieved with Data Transformation and Conditional Logic actions to check for the last page before the one-time action is added to the workflow. The workflow below is a use case where we are getting all Consent elements with pagination, but we have included logic to post the HTTP call if the conditions of the Data Transformation action are met.