/
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”.

Related content

Come recitare posizione ed attesa stimata in coda da script di accodamento
Come recitare posizione ed attesa stimata in coda da script di accodamento
Read with this
Documentazione SDK
Documentazione SDK
More like this
Accodamento ad operatore preferenziale
Accodamento ad operatore preferenziale
Read with this
CTI
Read with this