- Newest
- Most votes
- Most comments
Increasing the concurrent active call quota may not fully resolve the issue, as the "Expired" contacts are not actually considered failed call attempts, but rather contacts that were queued for an outbound call but could not be connected due to resource constraints. "Expired" contacts are automatically retried as part of the normal dialer operation.
To potentially mitigate the impact of these "Expired" contacts, you can adjust the agent bandwidth allocation to 50-60% to reduce the number of call attempts when the dialer detects agent availability. This may help ensure agents are available when customers are contacted.
Additionally, it's recommended to follow the best practices outlined in the AWS blog post:
"Outbound Best Practices" (https://aws.amazon.com/blogs/contact-center/outbound-best-practices/) for running outbound campaigns effectively.
Please be sure to follow the Amazon Connect Outbound Campaigns Best Practices from the admin guide: https://docs.aws.amazon.com/connect/latest/adminguide/campaign-best-practices.html#journey-settings. This was just updated earlier this year with some prescriptive guidance. Amazon Connect campaigns have a 15 minute limit of buffering events that have been either sent from Amazon Pinpoint or PutDialRequestBatch API. If you are using Amazon Pinpoint for Journey Orchestration, do not use "Add participants when they perform an activity" Journey Entry. This method in known to have issues with throttling based on agent availability in Amazon Connect. It is know to pass dial requests Connect even though agents are not available. Please use "Add participants from a segment" with a dynamic segment. This will allow you to create "event-based triggers". Reference this blog for ideas on how to achieve this: https://aws.amazon.com/blogs/contact-center/event-based-outbound-campaigns-with-amazon-connect/. If you want to continue using "Add participants when they perform an activity" in Journey Entry or PutDialRequestBatch API, ensure that you're monitoring the EventBridge event stream and create a mechanism (AWS Lambda, Step Function, SQS and other mechanisms work well for this) that will monitor the event stream for expired events and manage reentry to the Journey. Cheers!
We are using add participants from a segment actually. Sorry I forgot to mention that. We have a list that is uploaded daily through segment creation that is used in journey entries.
Relevant content
- AWS OFFICIALUpdated 4 months ago

Thank you for sharing your input. We are already at 10% agent bandwidth allocation and the results are still the same. We have tried decreasing both dialing capacity and agent bandwidth but it didn’t resolved the issue.