Dear all,
I have a really buffling question for all of you who are using Genesys 6.5 in multisite environment.
I have noticed that when I transfer a call to a destination site, and then complete the call AFTER the call has arrived on destination TServer, destination TServer does not issue EventPArtyChanged, meaning that the call's connId is not updated to original connId, even though original call is not connected to remote PBX.
Here is my simple test:
1.I dial into my call center.
ConnID=A
2.I answer the call, and then initiate two step transfer to NACD
ConnID is B, TransferConnID is A
3. Call is route to destination PBX and connected to remote agent
remote TServer identifies this call as B
4. I complete call.
remote TServer does not chance connId from B to A!
Genesys has a really interesting option, called "usedatafrom"\, which allows you to specify how the call info is requested from origination TServer.
When by default it is set to active, both my TransferConnID and ConnID are consult call. (ConnID=B)
When I set it to "original" then... both ConnID and Transfer ConnID on remote TServer are original ConnID. (ConnID=A)
In other words, the consult call's connId is not transferred, and instead remote TServer is told that consult connId is ORIGINAL connId. So we do not get the record of consult call's connId on remote TServer.
If I set it to "consultuserdata", I get only ConnID=B.
Has anyone else noticed this weird problem?
I suspect that this problem should occur in both URS and NACD environments in a multisite call center when a consult call is transferred to a remote site using a twostep transfer.
Am I missing some option to get it to work correctly?
Can someone reproduce the problem?
