Using Integration Logs
When integration workflows are held in a halted state, you can leverage logs to troubleshoot the cause of the halted state. Message headers in the log allow for more enhanced troubleshooting over time and greater analysis. Additionally, you can configure workflows to reprocess or purge failed messages to improve execution performance.
This allows users to reliably view logs that are active and in use because the interface may fail to load if there are too many built up. Log purging also improves the performance of the workflows as a large collection of logs can affect the workflow execution process.
For more information about the Message Container, see Reprocessing Methods for Integration Workflows.
To access logs
To view log details
To apply filters
To increase pagination of the log screen
Troubleshooting Logs Best Practices
Avoid manually activating and deactivating the workflow repeatedly. If a workflow is automatically halted due to a high number of consecutive failures, first identify and resolve the issue before resuming the workflow and reprocessing the failed messages. This will ensure that new events are processed correctly.
If a previously functioning workflow encounters unexpected issues, contact OneTrust Support to understand the root cause. Unless you have a clear understanding of the problem and the necessary steps to resolve it, OneTrust Support is available to assist you.
If you resume the workflow and reprocess the messages, but the failures persist despite resolving the identified issue, refrain from resuming the workflow again. Doing so could disrupt the processing of queued messages and may interfere with the failed event queue, potentially affecting future events.
Workflow Status Descriptions
|
Status |
Description |
|---|---|
|
In Progress |
The workflow is currently executing the event. |
|
Success |
The workflow executed successfully. |
|
Failure |
The workflow failed to execute as expected. |
|
Pending |
The workflow is currently Halted and the event message is waiting to be processed. |
|
Queued |
The event message is queued waiting to be processed. |
|
Duplicate |
The event message did not reprocess since the identifier has a duplicate message that has already processed successfully (only applies to Consent integrations). |
|
Dropped |
The failed workflow has been reprocessed but still does not meet AND/OR event conditions specified in the event payload. |
|
Rate Limited |
Appears for workflows enabled with throttling. Messages that have been throttled will appear with this status until their are reprocessed. |
|
Expired |
The workflow hasn't been reprocessed within 14 days and there is a message held in the Message Container. The message can only be reprocessed individually until it’s purged completely from the detailed logs at 30 days. |
|
Retry Limit |
The event message has been automatically re-processed up to 15 times, but is still not successful. |