Hi Sergio.
Here are a few other discussions that speak to what you're trying to do. Check these out and let us know how it goes:
Transferring and returning calls to Genesys Cloud
Handling UUI data with Genesys Cloud
Since you're going between two applications that you're managing, you'll have some leeway on uui package size (carriers will limit this). But depending on the amount of data you have it may be a good idea to update a gc data table with that record and pass a key in the uui header so that the flow can access the attributes that way.
------------------------------
Dean Thames
Sr. Principal Consultant Cloud CX
------------------------------
Original Message:
Sent: 02-13-2024 02:48
From: Sergio Serrano
Subject: BYOC Cloud with Asterisk integration
Hi Dean,
thanks for your comments. Now I'm doing a call transfer in Architect to reach the asterisk with the internal process to recover data from the user.
But my question is if there is any way to get the call back into Genesys again to continue in the call flow in Architect or do I need to do another call transfer from Asterisk to Genesys Cloud to recover the call and generate a new flow in Architect with all the information by UUID?
Best regards,
------------------------------
Sergio Serrano
Other
Verbio Technologies SL
------------------------------
Original Message:
Sent: 02-12-2024 11:53
From: Dean Thames
Subject: BYOC Cloud with Asterisk integration
Hi Sergio,
It sounds like you're transferring the call to asterisk as a sip/rtp event... is a human answering that call and doing something, or is there an automated process of some kind that's fetching data? What kind of data are we talking about?
In terms of getting actual data back to GC, your options would be to use the UUI header on the return leg (which you could then parse in a flow), or possibly make an update to either a data table in GC or the conversation body participant itself via an api action.
------------------------------
Dean Thames
Sr. Principal Consultant Cloud CX