Hi @Ragheb Gmira,
Great suggestions from both @Phaneendra Avatapalli and @Kaio Oliveira ! Here are some additional thoughts with concrete examples to show how priority completely changes the game:
How Priority "Jumps the Queue"
- Here's the magic: 1 priority point = 1 minute advantage. Genesys Cloud literally rewinds the arrival time based on priority, making VIP calls appear as if they arrived earlier than they actually did.
Real-World Examples - Time-Based Routing (Default Setting), picture this:
Call A (standard customer) calls at 10:00 AM → System sees: 10:00 AM
Call B (standard customer) calls at 10:05 AM → System sees: 10:05 AM
Call C (VIP with priority 15) calls at 10:10 AM → System sees: 9:55 AM (rewound by 15 minutes)
Who gets answered first? Call C! Even though they called last at 10:10 AM, the system thinks they've been waiting since 9:55 AM, so they jump ahead of everyone.
Priority Score Routing - This is even more straightforward:
Call A (standard) arrives at 10:00 AM, priority 0
Call B (VIP) arrives at 10:05 AM, priority 100
Call C (standard) arrives at 10:01 AM, priority 0
Who gets answered first? Call B, hands down. With Priority Score, ALL VIPs go first, period. Doesn't matter if a standard customer has been waiting since 10:00 - any VIP will always get priority. Among VIPs, whoever called first goes first. Same for standard customers among themselves.
Negative Priority (For Low-Priority Stuff) - You can also use negative numbers like:
Call A (VIP, priority 10) calls at 10:00 AM → System sees: 9:50 AM
Call B (standard, priority 0) calls at 9:55 AM → System sees: 9:55 AM
Call C (survey, priority -10) calls at 9:50 AM → System sees: 10:00 AM (delayed)
Result: The one who called first actually routes last!
Key Things to Remember:
1. Change Queue Settings Carefully: Only switch to "Priority Score" method when your queue is empty. If you change it while calls are waiting, things can get messy.
2. Use Participant Data: Don't just use flow variables for VIP status - use Participant Data like CustomerTier = "VIP". Why? Participant Data sticks with the call no matter where it goes.
3. Set Priority Early: Best practice is to assign priority BEFORE the Transfer to ACD action.
How to Set It Up
- Create a variable: Flow.Priority (start at 0)
- After your Data Action tells you if they're VIP: Set Flow.Priority = 100 for VIPs, 0 for everyone else
- Store it: Set Participant Data: VIPStatus = "true" (so it travels with the call)
- In Transfer to ACD: Use Flow.Priority in the Priority field
- Optional: Switch your queue to "Priority Score" for even stricter VIP handling
Quick Comparison
- Conversation Score (default): Priority adjusts when the system thinks the call arrived. A bit more flexible.
- Priority Score: Pure priority-first routing. High priority ALWAYS beats low priority, no matter what. More aggressive for VIP treatment.
Fundamentally priority lets you completely control who gets answered first, regardless of who actually called first. It's a powerful way to take care of your most important customers!
------------------------------
Josh Coyle
Senior Professional Services Consultant
------------------------------
Original Message:
Sent: 04-09-2026 05:14
From: Ragheb Gmira
Subject: Prioritizing VIP Calls in an Inbound Flow in Genesys Cloud
Hello everyone,
I am looking to implement call prioritization within an inbound flow in Genesys Cloud. Here's the scenario:
- All incoming calls go into the same queue.
- A Data Action returns a value indicating whether the caller is a VIP or a standard customer.
- I want VIP calls to be handled first compared to standard callers.
My question:
How can I configure this in an inbound flow?
Is it possible to dynamically prioritize calls in the same queue based on a variable (e.g., VIP vs. standard)?
Should I use routing skills, priority settings, or another approach?
Any advice or best practices would be greatly appreciated.
Thank you in advance!
#Routing(ACD/IVR)
------------------------------
Ragheb Gmira
Consultant IT
------------------------------