Genesys Cloud - Main

Sign Up

Expand all | Collapse all

Transfer to an external number not going via the correct trunk even that rules are set to do so

  • 1.  Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 7 days ago
    Edited by Tiago Silva 7 days ago

    Hi all, 

    need some help please. In a nutshell:

    • Call lands in Genesys using a Genesys Voice Trunk
    • Routing transfers to "external number" that i've collected from a Data Table (33123456789@rtt.voip.parloa.com) via an Architect flow (listened to it and is doing the right thing)
    • There is a site number plan set :^([^@\:]+@)(rtt\.voip\.parloa\.com)$
    • there is an Outbound route set with the new trunk configured (and also the Main trunk as default)
    • Simulated call as per the format shared, it works as it seems to target the new trunk
    • But the Inbound call via my mobile don't, listening to it the format seems exactly as the above (second point)
    • Call continues to be routed via "default route" (if i change the respective trunk there, the new one works so it does not seem that Trunk is the issue)

    How can I enforce the correct trunk to be used?

    any help please?

    Thank you


    #Telephony

    #BYOC

    #ExternalTrunk

    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 2.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 7 days ago

    Hi Tiago,

    Have you set the site with the number plan that you want to use?  Number Plan Site feature 

    If this isn't set, it may just use your default outbound route



    ------------------------------
    Sam Jillard
    Online Community Manager/Moderator
    Genesys - Employees
    ------------------------------



  • 3.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 7 days ago

    Hi Sam, thanks for this.

    I did, here's a snippet of configs:

    Thank you.

    Tiago



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 4.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 5 days ago
    Edited by Brian Jones 5 days ago

    @Tiago - We also needed to accomplish this in order to keep calls made to another Genesys Cloud org from going out the PSTN.

    Apologies if this was already presumed, but in our case because we don't have any Sites defined on the Trunks, Architect uses the Default Site for our outbound calls. Just for grins/giggles, can you open your Default Site and go to the Number Plan tab. Can you confirm your "RTT" Number Plan is at the top of that list?

    image



    ------------------------------
    Brian T. Jones | Ascension | Senior Specialist - Technology | Colossians 3:23-24
    ------------------------------



  • 5.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 3 days ago

    Hi Brian,

    Thank you. Here are the Default site configs of my default site (there is another one called "Purecloud Voice AWS" that I'm not able to explore the configs due to being restricted:

    My default site is called: Headquarters

    This is the Outbound routes Tab (as I've explained to someone here in the thread, if on the default route i add my new Trunk instead of the Purecloudvoice the call goes out the new trunk, but using Nr plans isn't working :(

    Thank you.

    Tiago



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 6.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 2 days ago

    Hi Tiago,
    I am not sure if this will work.
    You create two different trunks, one for inbound and one for outbound.
    You create two sites, one default and another one (RTT_Site).
    Within the trunk configuration, you link the default site with inbound trunk and link the RTT_Site with the outbound trunk.
    Leave the default site with default number plans as it will only be used for inbound
    On the RTT_Site, create new number plan for NTT and leave others as-is. Then under outbound routes disable the Default outbound route and create routes specific to NTT and remaining number plans and add the specific outbound trunk to each of these routes. Do not use the inbound trunk. All outbound calls will go via outbound trunk (this works as we use it).

    We did something similar, but only difference is we don't have multiple outbound routes, but a single outbound route for all external number calls. I have just "amended" my current configuration assuming it may work. As you are struggling with it, as well try this. It would be good to know the outcome.

    Regards
    VIneet



    ------------------------------
    Vineet Kakroo
    Senior Technical Consultant
    ------------------------------



  • 7.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi,
    this is important because...
    - agent initiated outbound calls and consult transfers use the site to which the agent's phone is associated.
    - transfers in architect and blind transfers by agents use the site which was used when the call arrived in Genesys Cloud. The Number Plan Site feature on the trunk  to control which site is used for these transfers.  



    ------------------------------
    Christian Karpp
    Principal PS Consultant
    ------------------------------



  • 8.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi Christian, indeed makes sense. Thank you, but even with the number plans and Outbound routes in place (I test them and they work OK) the call is not going out that new trunk because it's using the "default OB route". Now if I use the newly created Ext trunk in the Default OB route, it works - so the trunk itself seems to work fine, but the rules don't seem to be applied to the Architect transferred call.

    Result of the simulate call from the SITE where calls land into:

    thanks



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 9.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi,
    did you configure this site as Number Plan Site on the new trunk?

    Kind regards,
    Christian



    ------------------------------
    Christian Karpp
    Principal PS Consultant
    ------------------------------



  • 10.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi Christian,

    I did indeed, and I'm assuming that the Current Trunk (Genesys Voice that I am not able to amend configs on) should have the same site(?). I've configured the following on this new Trunk?

    Thanks again.

    Tiago



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 11.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi, 
    sorry, is the new trunk the one where the inbound calls come in? If not and it's the GCV, I'm out of ideas - probably best to open a ticket.



    ------------------------------
    Christian Karpp
    Principal PS Consultant
    ------------------------------



  • 12.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    Hi Christian,

    appreciate your help on this. So the GCV trunk is where the call comes in to, works ok.

    Then an architect flow transfers that call out via the new trunk (thats what I want to achieve), but it is not going out via that trunk (based on the nr plans, etc). but the nr plan seems to be doing it right if i simulate a call as shown.

    I really need the call to go out via that trunk as I'm trying to integrate with parloa.

    Thanks a lot.

    Tiago



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 13.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so
    Best Answer

    Posted 6 days ago

    Hi Tiago,

    You are falling in to the same 'bug' that I found, that Architect number transfer does not respect the same rules as agent/simulated call on the number plans.
    I had to submit an idea, which has gained zero traction, so must be a very low used solution design.
    https://genesyscloud.ideas.aha.io/ideas/SSAAOB-I-231



    ------------------------------
    Kevin Young
    TTEC Digital, LLC
    kevin.young@ttecdigital.com
    ------------------------------



  • 14.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    hi Kevin,

    it indeed makes sense, but I am wondering if this is some sort of config/bug as the rules seem to be working when we simulate, but not when we route calls from Architect?

    I thought the rules should apply to any call from the site, so we could select a different trunk to send the calls out from? (or transfer them). I'll review the idea and vote, but as you said there was not traction on it... hmmm

    A Support case maybe is a better idea?

    Cheers

    Tiago



    ------------------------------
    Tiago Silva
    Senior Sales Engineer
    ------------------------------



  • 15.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago

    personally, I still think its a bug. Raise a support case and see if you can get it fixed, my case wouldn't get past 'working as designed' , even after escalating, though no use case was ever given to support their 'design' and why it would be different than the agent/simulate experience. 



    ------------------------------
    Kevin Young
    TTEC Digital, LLC
    kevin.young@ttecdigital.com
    ------------------------------



  • 16.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 3 days ago

    Have you looked at the Execution Data in the Architect flow doing the transfer to see exactly what number and format is being used for the outbound call on the transfer?



    ------------------------------
    George Ganahl GCCX-AI, GCP, GCD
    Technical Adoption Champion
    Genesys
    ------------------------------



  • 17.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 2 days ago
    Edited by Kevin Young 2 days ago

    Hi George,

    Tiago fell in to the same trap that I did a while back. Numbers plan classification is ignored in architect flow 'transfer to number'. So the number in the flow will be correct, say for example a 7 prefix to denote going out to a different trunk. If the number plan is 'above' National, it will regex strip the 7, in my case, normalise with +44 and classify to '7prefix' which is used on a different outbound route & trunk (for caller Id purposes in my case), unfortunately it will fall in to 'National' number plan and take that route+classification instead, completely ignoring the first classification , but using its normalisation!
    If I put the number plan below national, it does not rework the number, keeps the 7 prefix and fails due to incorrect number over the default trunk.

    Simulate call and dialing from the agent desktop both work as expected, going over the new trunk. There is no use case that can exist to justify these results, hence why I still class it as a bug. Unfortunately I could not convince the dev's, and my idea submission is not likely to gain enough votes, even though you can see by this chain that most people 'think' that this requirement is a fairly obvious one, just not many people actually do it in reality. 

    Case #0003614695

    As advised, this issue has been already consulted with an SME and have already dug deep with the edge logs and found out that there was already a closed Dev case regarding this. Dev team stated that it's working by design, and it will not be changed.



    ------------------------------
    Kevin Young
    TTEC Digital, LLC
    kevin.young@ttecdigital.com
    ------------------------------



  • 18.  RE: Transfer to an external number not going via the correct trunk even that rules are set to do so

    Posted 6 days ago
    insert in the architectural flow, for example, 9999 + number.
     
    On the website, configure a numbering plan so that when you have this 9999, ignore it in the normalization process... use a different classification from all others.
     
    Once that's done, create a route and point this classification to the trunk you want the call to exit from.
     
    It should work.


    ------------------------------
    Kaio Oliveira
    Sr Systems Analyst
    GCP - GCQM - GCS - GCA - GCD - GCO - GPE & GPR - GCWM
    ------------------------------