/
Come notificare un evento di abbandono tramite X2LPusher

Come notificare un evento di abbandono tramite X2LPusher

  • Esempio di configurazione del modulo:

URLm Queue|callAbandoned|URL|file.template

URLn Agent|jobFinished|URL|file.template

URLnCondition0 /Sequence/data/jobFinished/reason/abandoned#

URLnCondition1 %JOBSUSPENDED%#

 

URLm serve a gestire l’abbandono in coda

URLn e relativi URLnCondition servono a gestire l’abbandono del contatto per il singolo operatore

 

  • Esempio di file template:

 

{
"resourceID": "%RESOURCEID%",
"resourceType", "%RESOURCETYPE%",
"uuid": "%UUID%",
"ani": "%ANI%",
"dnis": "%DNIS%",
"callData": %FULLCALLDATA%
}

 

  • Esempio di body inviato in caso di abbandono nel caso di contatto per singolo operatore:

{
"resourceID": "fammolloOper@acd.enghouse.com",
"resourceType", "agent",
"uuid": "864bdc1f-234e-4567-b865-7499e1f63c10",
"ani": "3902124122643",
"dnis": "225727392",
"callData": {"EC_MACROACTIVITY" : "DEFAULT_INB","CTHISTORY_1_A" : "fammolloOper@acd.enghouse.com"}
}

Nel caso di abbandono di un contatto in coda resourceID e resourceType sono rispettivamente l’ID della coda e “queue”.