Users cannot picked up parked call after v20 upgrade

[qbitnetworking]

Users can pick up their own parked call at the phone they parked it at but cannot pick it up at another phone. When they try to pick up the parked call at another phone, they receive a busy signal.

 

[Alphabetic]

Have you given your users receptionist role?

https://www.3cx.com/docs/manual/access-roles/

 

[qbitnetworking]

They all need to have receptionist role to park and unpark calls?

 

[Alphabetic]

I think so.

I havent been able to really admin v20 to know any different but since it's moving to role based access, and the table says so.

I believe pickup falls under "Operations"

 

[SteveITS]

They all need to have receptionist role to park and unpark calls?

Yes, there have been other recent threads about the roles, but in general it sounds like the configurability around roles and permissions went away. Also Manager and Owner and System Owner roles work, per that table. The "workaround" seems to be to transfer the caller instead of parking. Note the Reception role also allows things like divert, IVR control, and setting office hours.

 

[qbitnetworking]

Yes, there have been other recent threads about the roles, but in general it sounds like the configurability around roles and permissions went away. Also Manager and Owner and System Owner roles work, per that table. The "workaround" seems to be to transfer the caller instead of parking. Note the Reception role also allows things like divert, IVR control, and setting office hours.

I can't think of the logic behind not letting a standard user park and unpark calls. Also I would prefer that users use call transferring instead of parking but it's what they're used to and it's easier for them to understand.

 

[VoipTeam]

We are having the same issue with V20.

 

[SteveITS]

We are having the same issue with V20.

It's not really an "issue" to resolve...it's a design change.

 

[BJ Smith]

it is an issue for a trusted feature to dissappear?! in our system we updated to version 20 we can no longer park or unpark calls and the user accounts in question are administrator accounts. we simply get call failed when using SP1 or SP2 however a dummy extension setup to dial SP1 or SP2 works??? we cannot upgrade to version 20 if this is the standard operation as many of our customers use SP

 

[SteveITS]

System admins cannot park calls per the chart linked above. Agreed it's a huge step back for any org used to using shared parking.

 

[BJ Smith]

yep looks like everyone is becoming a receptionist or system owner! Thanks Steve! I appreciate the info.

 

[CISCOX]

In V20, it is no longer possible to create an unregistered extension that forwards to, for example, SP1, allowing me to dial the extension number and connect with SP1. This is very inconvenient!

 

[CISCOX]

Hello, does anyone have a CFD for Shared Parking? I don't want a CFD that transfers me to SP1 or SP0, but a CFD that functions as Shared Parking. I want to transfer a participant to my CFD, and when I call the CFD again, I want to be directly connected to the participant again. Does anyone have a project file for this?

Best regards.

 

[Evolute IT]

Hello, does anyone have a CFD for Shared Parking? I don't want a CFD that transfers me to SP1 or SP0, but a CFD that functions as Shared Parking. I want to transfer a participant to my CFD, and when I call the CFD again, I want to be directly connected to the participant again. Does anyone have a project file for this?

Best regards.

This is not possible. Use the SPs. That's what they're here for.

CFD can't hold a call. Only process it and send it elsewhere/end it.

 

[CISCOX]

SP does not work in V20. I cannot place a call to SP. Is it possible for you?

 

[Evolute IT]

SP does not work in V20. I cannot place a call to SP. Is it possible for you?

They changed the backend call manager. Have you tried having a call parked to an SP and THEN trying to pick it up?

I'm only getting "Not Found" when dialing an SP, which might be because there's no call to pickup.

 

[CISCOX]

That's a good question. I only remember trying to forward a call to an unregistered extension, which then forwards the call to SP1. It didn't work because the extension wasn't registered. However, I now have a solution for that. I keep the PWA running in the browser on my server, so the extension is always active. If you can confirm that you can forward a participant to a registered extension, and then that extension forwards the participant to SP1, I could use V20. Would you be so kind as to test this for me, whether you get reconnected with the participant when calling the number of the extension that forwards to SP1?

 

[Evolute IT]

That's a good question. I only remember trying to forward a call to an unregistered extension, which then forwards the call to SP1. It didn't work because the extension wasn't registered. However, I now have a solution for that. I keep the PWA running in the browser on my server, so the extension is always active. If you can confirm that you can forward a participant to a registered extension, and then that extension forwards the participant to SP1, I could use V20. Would you be so kind as to test this for me, whether you get reconnected with the participant when calling the number of the extension that forwards to SP1?

Why would you use SPs like that? Just send it to the SP directly. Clearly this would be an issue since v20 is different in the background so handling these things could be problematic if not used properly.

 

[Evolute IT]

Confirmed. If there's a call parked, you can pick it back up.

Basically, v20 won't let you just "dial" SP if it's not busy/in-use.

 

[CISCOX]

Because my Cisco Phone can transfer calls to an extension number like 1000 only. It's not possible to transfer SP1.

I can try to register an extension (Ext 1000), which then forwards to SP1 after 1 second when the status is "available."