IVR Forward to external number

[TechSupDaily]

My issue is this,

My tech support team is trying to find a way to make an IVR that plays if no one in the ring group is able to answer a call and This IVR will also play after company hours.
One of the options pressed needs to have the caller forwarded to an external phone number which is just a number and work cellphone we already own.
The problem is that there is no option to forward to an external number and the only way to cut through this with out using more of our reserved extension numbers is by sharing an extension we've already configured for voicemail use.

Currently, we have it so this voicemail extension is able to forward to the external phone number from the IVR but unfortunately the callers number appears as a non US number format when received by the external number. in the foreign

What would i have to do in order to correct this or is this even a practical way to go about this?

 

[bitn2]

You are already using the correct way to forward to an external number. What do you mean by the number not being in US format

 

[TechSupDaily]

thanks for the response, im glad to know im on the right track then!

What i mean by the number not being in a US format is this:
The caller that is forwarded to the external number has their phone number appear with some random country phone format that changes depending on whos calling this test IVR. ( Example: when i call this IVR with my personal phone and it gets forwarded to the external, my personal number appears as +55 55555555 Peru on the caller ID seen by the external number. when someone else calls this with their personal it shows up as +55 555 555 55 Australia, etc.even though the country format changes, the digits remain the same. the problem here is that because of this format change, the number cannot be called back if missed and dialed back from the external phones caller history.

After messing with a testing outbound rule that only included the testing IVR and testing Ring group, ive only gotten the format to show correctly twice but never again. those two times, no changes were made to that outbound rule afterwards but would appear as the wrong format when testing again.

I believe this may have to do with an inbound rule/outbound rule/ CID or something but at this point im a loss.


Hope this cleared some things up!

 

[KyriacosS_3CX]

Hello,

It's more likely that your SIP provider, or an intermediate between them and the final call destination does not support CLIP no screening (show caller numbers not from own network or trusted origin) and defaults to a fallback/default DID for that trunk segment as an alternative to dropping the call.

Best,
KS.