I can't tell from here what you are doing differently. It works fine in my environment, and routes the higher priority callback first when both have the same callbackScheduledTime setting.
You will have to open a case with Support and have them walk though what is happening in your situation, I guess. They can look at the back end logs and see what is happening.
Original Message:
Sent: 07-01-2022 14:54
From: Rogelio John Elanga
Subject: Agent Scheduled Callback Priority
I have submitted and created the callbacks with the same scheduled time to tests the scenario.
Even if the starttime would differ (as this refers when the api call initiated the callback creation), the scheduled callbacktime should offer them at the same time and with priorities it should provide the leverage for a couple of minutes to the other callback. Wouldn't that be the expected behavior ?
For example
Call 1 : was initiated at 2022-07-01T18:22:59.194Z - priority 0
Call 2: was initiated at 2022-07-01T18:23:19.695Z - priority 10
but both calls are scheduled at 2022-07-01T18:24:00.00Z , the priority wouldn't be displayed but at the backend it should be able to identify the priority.
callbackScheduledTime
(string, optional): The scheduled date-time for the callback as an ISO-8601 string. For example: yyyy-MM-ddTHH:mm:ss.SSSZ
Then as the priority is explained on the knowledge base. Shouldn't it provide the leverage for couple of minutes? I tried testing 100 as well.
it was even included at the requests for the routing data when you send a request to /api/v2/conversations/callbacks and description provided was "priority
(integer, optional): The priority for routing" . Unless the callback disregards the priority? Same as disregarding the ACW timeout setup for the queues.
This is what confusing me as the documentation provided this information.
------------------------------
Rogelio John Elanga
Cognizant Technology Solutions Corporation
Original Message:
Sent: 07-01-2022 14:34
From: George Ganahl
Subject: Agent Scheduled Callback Priority
Well...
I created two scheduled callbacks with that API, one with a priority of 100, the other with a priority of 1, both scheduled for the exact same time.
Querying the conversations using /api/v2/conversations/{conversationId} I see:
{ "id": "22653b5c-0ed1-484a-818d-80aa6e85a6ec", "startTime": "2022-07-01T18:22:59.194Z", "queueId": "86141655-2978-4b9e-8897-0677dc07b742", "queueName": "Customer Service", "purpose": "acd", "wrapupRequired": false, "conversationRoutingData": { "queue": { "id": "86141655-2978-4b9e-8897-0677dc07b742", "selfUri": "/api/v2/routing/queues/86141655-2978-4b9e-8897-0677dc07b742" }, "priority": 1, "skills": [], "scoredAgents": [] },
and
{ "id": "c2df17f7-69e0-4ad4-ab6e-95435b07abcf", "startTime": "2022-07-01T18:23:19.695Z", "queueId": "86141655-2978-4b9e-8897-0677dc07b742", "queueName": "Customer Service", "purpose": "acd", "wrapupRequired": false, "conversationRoutingData": { "queue": { "id": "86141655-2978-4b9e-8897-0677dc07b742", "selfUri": "/api/v2/routing/queues/86141655-2978-4b9e-8897-0677dc07b742" }, "priority": 100, "skills": [], "scoredAgents": [] },
The one with 100 priority was created second.
When I subsequently went On Queue, that second one with Priority 100 was routed first.
I think your issue is that you scheduled on for a slightly earlier callback time than the other, so therefore they are not equal. A Scheduled Callback gets routed at the time scheduled. Priority has nothing to do with that. It's only when multiple callbacks are scheduled for the exact same time that Priority has effect.
------------------------------
George Ganahl GCP (Genesys Cloud), ICCE
Principal PS Consultant
Genesys
Original Message:
Sent: 07-01-2022 03:24
From: Rogelio John Elanga
Subject: Agent Scheduled Callback Priority
Hi George,
I have tested this scenario as well however the priority does not take effect.
under the routingData I have scheduled 2 callbacks. one with 0 and the other as 100. I have scheduled 0 couple of seconds before the other one and have the same start time.
example
I've scheduled both for 7:05pm. 0 priority was scheduled first then the 100. But the scheduled callback with priority 100 does not get offered first before the other.
Can you provide more guidance on this please?
------------------------------
Rogelio John Elanga
Cognizant Technology Solutions Corporation
Original Message:
Sent: 09-01-2020 15:41
From: George Ganahl
Subject: Agent Scheduled Callback Priority
Angie,
I have been experimenting with the Scripter.Schedule Callback action and with the API. I don't see a way to set the priority on the scheduled callback from a script without doing an API call with the Execute Data Action action.
I verified that the POST/api/v2/conversations/callbacks API endpoint successfully created a Scheduled Callback with a priority of 100, no problem, so it shouldn't be hard to create a Custom Data Action to do it and pass the values from a script.
Sorry to take so long to get back to you.
------------------------------
George Ganahl GCP (Genesys Cloud), ICCE
Principal Technology Consultant
Genesys
Original Message:
Sent: 08-24-2020 21:00
From: Angelia Harper
Subject: Agent Scheduled Callback Priority
Hi @George Ganahl, quick question. Short of adding a data action to a script to allow an agent to schedule a callback with a priority assigned to it, is there a way to force the existing calls already established priority to the calls default agent scheduled callback option? Hope that makes sense.
Ang
#Routing(ACD/IVR)
------------------------------
Angelia Harper
Avtex Solutions, LLC
------------------------------