" /> ClearTargets don't want to proceed in a subroutine (nothing in the URS logs!) - Genesys CTI User Forum

Author Topic: ClearTargets don't want to proceed in a subroutine (nothing in the URS logs!)  (Read 6102 times)

Offline chicodobrazil

  • Newbie
  • *
  • Posts: 23
  • Karma: 0
Advertisement
Hello There ;)

Well, here is a description of my problem:
In order to display in CCPulse, using URS attached data & StatServer filters, the "Total_Calls_Entered" before each of the "play announcement" steps in my strategy BUT on the same VQ, I've found out a solution to do it BUT it's not working if processing in a generic subroutine to ClearTargets + UpdateUserData + SelectDN :

ClearTargets[varInputVQ]
RequestUpdateUserData[varInputKVName,varInputData]
SelectDN[varInputVQ,'','',StatSelectAny,'','','','','','','','','','']

As you know, when you entered a VQ (EventQueued) for the first time, you can't use the "Total_Calls_Entered" again against the same VQ on CCPulse, even with a new statistical type "Total_Calls_IVR_Entered" without DCID and an association with StatServer filters :

[Total_Calls_IVR_Entered]
Description=Total number of calls entered without DCID
Subject=DNAction
MainMask=CallEntered
Objects=GroupQueues, Queue, RoutePoint
Category=TotalNumber

So, I've done a ClearTargets on the same VQ + UpdateUserData for the CCPulse filters I'm using in my template + SelectDN on the same VQ. In CCpulse, I'm using the new statistical type "Total_Calls_IVR_Entered" without DCID, you guess why! And it's working well :P

BUT as I said, it's not working if processing in a generic subroutine to ClearTargets + UpdateUserData + SelectDN with input parameters.
The ClearTargets don't want to proceed (nothing in the URS logs, as ignored) whereas UpdateUserData + SelectDN are working fine :-[

If you have an idea how to fix it OR build it in a different way, I thank you.

Regards,
Manuel


Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Mmh,

Manuel, could you please anyway post an excerpt of your URS log showing a call entering in a subrouting doing just ClearTargets + UpdateUserData + SelectDN?

Fra

Offline chicodobrazil

  • Newbie
  • *
  • Posts: 23
  • Karma: 0
Hello Fra,

Here is an extract of it, I tried with ClearTargets[varInputVQ] or ClearTargets['varInputVQ'] in the subroutine, same behaviour, as ignored!

Manuel

    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputVQ(LOCAL) <- STRING: 50001_SM_VQ
    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputKVName(LOCAL) <- STRING: KV_IVR_Services
    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputData(LOCAL) <- STRING: MainGate
    _I_I_0092017a0b32b104 [09:04] ASSIGN: intAttempts(LOCAL) <- INTEGER: 0
    _I_I_0092017a0b32b104 [09:04] ASSIGN: intCollectedDigits(LOCAL) <- STRING:
13:48:38.318_I_I_0092017a0b32b104 [07:48] suspend function
13:48:38.318_I_I_0092017a0b32b104 [09:04] <<<<<<<<<<<<suspend interpretator(JUMPING), timers:00001
13:48:38.318_I_I_0092017a0b32b104 [07:49] resume function
    _I_I_0092017a0b32b104 [07:43] call strategy *0x65*Sub_AttachedDataOnVQ
13:48:38.318_I_I_0092017a0b32b104 [09:06] >>>>>>>>>>>>start interpretator
    _I_I_0092017a0b32b104 [07:46] no error mode for this call
    _I_I_0092017a0b32b104 [09:04] ASSIGN: __Return(SCRIPT) <- STRING:
    _I_I_0092017a0b32b104 [09:04] ASSIGN: __DBReturn(SCRIPT) <- STRING:
    _I_I_0092017a0b32b104 [09:04] ASSIGN: __DBStrReturn(SCRIPT) <- STRING:
    _I_I_0092017a0b32b104 [09:04] ASSIGN: __TargetVar(SCRIPT) <- STRING:
    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputKVName(LOCAL) <- STRING: KV_IVR_Services
    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputData(LOCAL) <- STRING: MainGate
    _I_I_0092017a0b32b104 [09:04] ASSIGN: varInputVQ(LOCAL) <- STRING: 50001_SM_VQ
request to 65871(--) message RequestUpdateUserData
AttributeReferenceID 6136
AttributeUserData [30] 00 01 00 00..
'KV_IVR_Services' 'MainGate'
AttributeConnID 0092017a0b32b104
AttributeThisDN '30002'
..sent to LIVDATGEN05:5070(fd=356)
13:48:38.318_I_I_0092017a0b32b104 [07:26] HERE IS TARGETS
TARGETS:         
13:48:38.318_M_I_0092017a0b32b104 [13:01] current virtual queue: 018bc270 id=332, nVQ=1|192285d8-189b960, priority=0, time=1186145318.318
13:48:38.318_M_I_ [17:0c] VQ 018bd060 created: type=0, tenant=Resources
request to 65871(--) message RequestDistributeEvent
AttributeCallUUID '37N12OMUAL3H5EMN21T2MLLJ5000014S'
AttributeTimeout 60
AttributeExtensions [224] 00 07 00 00..
'SIGNATURE' 'router'
'NAME' 'DEV_LIV_RTE_PRI_URS_01'
'VERSION' 'Version: 7.5.001.05'
'CLUSTER' 'DEV_LIV_RTE_PRI_URS_01'
'VQID' 'R8NPC7VHB92U3450HN3HITIUFC000092'
'Location' 'SIP_P01'
'CallUUID' '37N12OMUAL3H5EMN21T2MLLJ5000014S'
AttributeUserData [30] 00 01 00 00..
'KV_IVR_Services' 'MainGate'
AttributeDNIS '30002'
AttributeOtherDNRole 1
AttributeOtherDN '20002'
AttributeThisDNRole 2
AttributeThisQueue '50001'
AttributeThisDN '50001'
AttributeCallType 1
AttributeCallID 260
AttributeConnID 0092017a0b32b104
AttributeCustomerID 'Resources'
AttributeReferenceID 4294967295
AttributeUserEvent EventQueued
..sent to LIVDATGEN05:5070(fd=356)
13:48:38.318_M_I_0092017a0b32b104 [13:02] entering virtual queue "50001_SM_VQ"
    _M_I_ [17:0f] VQ 018bd060 [at all 1 0] 0 Target(s), flag=a, guid: 0Resources|50001_SM_VQ|1|d-1|1|00|""|||03|00
13:48:38.318_M_I_0092017a0b32b104 [17:11] VQ 018bd060 first available call: 0092017a0b32b104, reason=binding
13:48:38.318_M_I_0092017a0b32b104 [13:03] call (virtual queue 018bc270, id=332, priority 0, time 1186145318.318) waits for VQ 018bd060 (name="50001_SM_VQ") now
    _C_I_0000000000000000 [0D:03] option targets_order= 0
13:48:38.318_M_I_0092017a0b32b104 [17:0e] VQ 018bd060 (virtual queue "50001_SM_VQ", id=332), (0 Targets): SELECT ANY by statistic <NONE>(random  )
    _M_I_0092017a0b32b104 [17:0e] VQ 018bd060 (virtual queue "50001_SM_VQ" id=332): Target for routing was NOT SELECTED (0 0 0 0 0)
13:48:38.318_I_I_0092017a0b32b104 [07:48] suspend function
13:48:38.318_M_I_0092017a0b32b104 [17:11] VQ 018bd060 first available call: none, reason=strategy
13:48:38.318_I_I_0092017a0b32b104 [09:04] <<<<<<<<<<<<suspend interpretator(JUMPING), timers:00001
13:48:38.318_I_I_0092017a0b32b104 [07:49] resume function

Offline chicodobrazil

  • Newbie
  • *
  • Posts: 23
  • Karma: 0
[quote author=Fra link=topic=2401.msg8967#msg8967 date=1186144997]
Mmh,

Manuel, could you please anyway post an excerpt of your URS log showing a call entering in a subrouting doing just ClearTargets + UpdateUserData + SelectDN?

Fra
[/quote]

Hello Fra,

If you are there and can give me your feedback?

Thanks a lot ;)
Manuel

Offline chicodobrazil

  • Newbie
  • *
  • Posts: 23
  • Karma: 0
Fixed ;D

Don't know why but the first EventQueued should be in the main strategy and not in a subroutine to allow the EventDiverted (ClearTargets).

Now, it's working fine!

Cheers
« Last Edit: August 06, 2007, 03:08:50 PM by chicodobrazil »

Offline Fra

  • Hero Member
  • *****
  • Posts: 856
  • Karma: -3
Sorry Manuel,

I was out of office!

[quote author=chicodobrazil link=topic=2401.msg8985#msg8985 date=1186412393]

Don't know why but the first EventQueued should be in the main strategy and not in a subroutine to allow the EventDiverted (ClearTargets).
[/quote]
ah, interesting fact..!

Carl

  • Guest
Hi!!!

What is the version of URS? I suspect that Genesys programmers (Andrey et al) did not cover a scenario where Queued and Clear are not in the same strategy but different blocks.


Offline chicodobrazil

  • Newbie
  • *
  • Posts: 23
  • Karma: 0
[quote author=Carl link=topic=2401.msg8989#msg8989 date=1186444701]
Hi!!!

What is the version of URS? I suspect that Genesys programmers (Andrey et al) did not cover a scenario where Queued and Clear are not in the same strategy but different blocks.


[/quote]
Hi Carl,

- URS 7.5.001.05 -
For sure fore the first EventQueued (SelectDN[varInputVQ,'','',StatSelectAny,'','','','','','','','','','']) block. It must be in the main strategy so you're certainly right.

You can do ClearTargets[varInputVQ] + RequestUpdateUserData[varInputKVName,varInputData] + SelectDN[varInputVQ,'','',StatSelectAny,'','','','','','','','','',''] in a generic subroutine after that without any problem!

Cheers,
Manuel