Shared Parking on MCM Department

[lancerichards]

Hi Team,

We have started using 3CX MCM and have noticed that Shared Parking in Departments which are not the "Default" department don't work and appear as greyed out in both the Softphone Client and in the handset provisioning.

Going in to a department and manually adding SP0 to two Departments does work for parking, however, Customer A can pickup Customer B's calls. This is not ideal.

Is Shared Parking per Department something which is yet to be implemented or considered?

Thanks

 

[lancerichards]

Only real way we have found to get around this so far is to increase the Shared Parking on the System to the max of 250 and then we have to keep track of the SP assigned to each department.

Still not convinced that there is enough guard rails here to prevent 1 department getting another department's calls as there are humans involved with assigning things which just means that at some point, mistakes will happen.

 

[z4cth3p4c]

Having the same issue today. I set up an MCM server and added two departments. I added SP1 to each department and to the default. When a user is placed in SP1, every department can see it. I'm not sure if I made a mistake following the guide. I set each department to not see each other by leaving the box unchecked for "Publish to All Extensions" in the department area. I also tried setting it up where only the default holds the shared parking spaces, with nothing in the departments, but that didn’t work either.

I’m not sure why I assumed it would automatically reference the shared parking spots in default and keep departments isolated. I don’t quite understand the guide’s instructions to allocate 10 system users to the department and 10 users at department creation, but I did this anyway. When I create a new user, it doesn’t assign the range I specified for that department. Perhaps I should have been setting the user up manually within this range? But I don’t think you can assign a user ID to a system user anyway; system users seem to be shared parking spots, echo test functions, and the like.

I noticed that if I remove all the shared parking spaces from default, it opens them up to all departments regardless of whether the shared parking space was assigned to a department, as long as the BLF is set for the corresponding spot. I would have thought that even if the shared parking spot was set in the BLF, if it wasn’t assigned to the department, it would be blocked. But once again, it doesn’t isolate them, and users in Department A can still see Department B. So, I maxed out the shared parking spaces to 250 and decided to assign three parking spaces to each department. To my surprise, even after assigning three, the BLFs only lit up two spots. I tried adding a fourth, but still only two spots were lit. I checked to make sure the specific spaces were assigned to the department and referenced the correct BLF spots, and they were. I then reduced the BLF spots to two, and now only one spot lights up as a result.

If anyone could elaborate on this, that would be great, especially regarding the potential negative consequences of not setting the user ID within the specified range. Knowing that on user creation regardless of user ID number you can still select a user and add them to the department, regardless of whether they belong in that range numerically?

 

[z4cth3p4c]

Having the same issue today. I set up an MCM server and added two departments. I added SP1 to each department and to the default. When a user is placed in SP1, every department can see it. I'm not sure if I made a mistake following the guide. I set each department to not see each other by leaving the box unchecked for "Publish to All Extensions" in the department area. I also tried setting it up where only the default holds the shared parking spaces, with nothing in the departments, but that didn’t work either.

I’m not sure why I assumed it would automatically reference the shared parking spots in default and keep departments isolated. I don’t quite understand the guide’s instructions to allocate 10 system users to the department and 10 users at department creation, but I did this anyway. When I create a new user, it doesn’t assign the range I specified for that department. Perhaps I should have been setting the user up manually within this range? But I don’t think you can assign a user ID to a system user anyway; system users seem to be shared parking spots, echo test functions, and the like.

I noticed that if I remove all the shared parking spaces from default, it opens them up to all departments regardless of whether the shared parking space was assigned to a department, as long as the BLF is set for the corresponding spot. I would have thought that even if the shared parking spot was set in the BLF, if it wasn’t assigned to the department, it would be blocked. But once again, it doesn’t isolate them, and users in Department A can still see Department B. So, I maxed out the shared parking spaces to 250 and decided to assign three parking spaces to each department. To my surprise, even after assigning three, the BLFs only lit up two spots. I tried adding a fourth, but still only two spots were lit. I checked to make sure the specific spaces were assigned to the department and referenced the correct BLF spots, and they were. I then reduced the BLF spots to two, and now only one spot lights up as a result.

If anyone could elaborate on this, that would be great, especially regarding the potential negative consequences of not setting the user ID within the specified range. Knowing that on user creation regardless of user ID number you can still select a user and add them to the department, regardless of whether they belong in that range numerically?

So as it turns out based on the phones firmware or model, some of the grandstream phones I am using (1630's) need a blank line before it starts the count. Not sure what causes this but prompting 3cx to upgrade the firmware is not happening on its own.