Thanks chaps, glad its not just me...
I don't suppose any of you have any alternative solutions on how to acheive the same goal - How to protect certain agents... Only allowing calls to be offered to one skillset if there are a set number of agents available in a more important skillset when...
Cheers captaingadget, I did have a go with this earlier and it still seemed to sit and queue for the phantom skillset..
Can't see why it wouldn't follow the logic. Is it possible that a call will only take on the value of the global variable once in its life cycle ?
Cheers for the response, so glad the question made sense. Just so I'm clear are you suggesting moving the END IF up one line as below ?
IF IDLE AGENT COUNT test_1 >= gv_test_integer THEN REMOVE FROM SKILLSET phantom_skset_ltsb_agent_check
EXECUTE Loop
ELSE
QUEUE TO SKILLSET...
Come to a bit of a dead end with something, perhaps someone might have an alternative solution...
The aim here is to keep a set number of skillet test_1 agents available at all times for any new calls, only flowing calls to test_2 if the number of IDLE agents in test_1 is >= to the integer set...
Hopefully I'm understanding this correctly but its not behaving the way I had thought..not a huge deal of experience with TTY so I'll apologise now.
The request from the users is for four phones to overflow to eachother in turn. i.e call one DN 2300, if no ans call the second DN 2231 and so...
Hi mate...just having a go with this myself and getting SCH0341 and SCH0101 (Unable to match input field with stored mnemonics.) - Just to confirm - This is whats happening, does it look correct ?
REQ: chg
TYPE: 3901
TN 12 0 7 8
ECHG yes
ITEM CLS HTA HUNT 2231 SCH0341
ITEM
SCH0101
Many...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.