Is it possible to include legal hold status and chain of custody metadata in the bulk export results for recordings generated by Predictive Routing outbound campaigns?
We are managing a legal discovery request involving thousands of outbound calls. The standard bulk export job via the Recording API (/api/v2/recording/search) returns the audio files and basic transcript data, but it omits the specific metadata tags required for our audit trail. Specifically, we need the legal_hold_id and the associated retention_policy applied at the time of the call.
When we run a search query filtered by routing_campaign_id, the job completes successfully, but the resulting JSON manifest lacks these fields. We have verified that the metadata exists on the individual recording objects when queried via /api/v2/recordings/{recordingId}, but the bulk process seems to strip them out to optimize payload size. This creates a significant bottleneck for our legal team, as they must manually reconcile each file against the database to verify compliance.
We are operating in the Europe/London region, using the v2 API endpoints. The bulk export job ID format is standard, and we are piping the results directly to an S3 bucket. The issue is not with the data transfer but with the schema definition of the export payload.
Has anyone successfully configured a bulk export job to retain these specific legal metadata fields? Or is there a workaround, such as a post-processing script that can batch-update the metadata based on the recording IDs provided in the initial export? We need a reliable method to maintain the chain of custody without manually querying thousands of endpoints.