Update 6 Alpha - The Next Generation 3CX!

[N_G]

Office Hours looks broken: You select a number and it doesn't show its configured for doing anything in the web client, however, it it configured already in the main management console.

Its not broken at all. Its just you didnt understand, although its understandable you didnt as there are many new things in Update 6 just as we said in the blog. Maybe read the manual and take some more time to study it before you draw the wrong conclusions.

Office hours are not configured from the SIP trunk or globally when you use the web client. They are configured via groups. However, existing installs with global office hours and routing configured via trunks will continue to be able to use this method until they switch to groups.

So its correct that the groups do not mirror what you configred at trunk level. 3CX will continue to work the way you configured previously via the 'old' way via the management console. Even after you go to update 6.

But if you want to use groups and new office hours and call handling then you have to change the configuration and apply the new logic. Its not done automatically and it shouldnt because it requires a rethink of your PBX office hours and who will be part of which groups.You will have to think about the times, the routing of the calls based on those times and finally you will have to route those calls to the groups you created.

These configuration methods are not meant to be used at the same time, its just during the transitional period. (which will take quite some time granted)

 

[SyncWave]

Its not broken at all. Its just you didnt understand, although its understandable you didnt as there are many new things in Update 6 just as we said in the blog. Maybe read the manual and take some more time to study it before you draw the wrong conclusions.

Office hours are not configured from the SIP trunk or globally when you use the web client. They are configured via groups. However, existing installs with global office hours and routing configured via trunks will continue to be able to use this method until they switch to groups.

So its correct that the groups do not mirror what you configred at trunk level. 3CX will continue to work the way you configured previously via the 'old' way via the management console. Even after you go to update 6.

But if you want to use groups and new office hours and call handling then you have to change the configuration and apply the new logic. Its not done automatically and it shouldn't because it requires a rethink of your PBX office hours and who will be part of which groups.You will have to think about the times, the routing of the calls based on those times and finally you will have to route those calls to the groups you created.

These configuration methods are not meant to be used at the same time, its just during the transitional period. (which will take quite some time granted)

I hope all the feedback I gave was reviewed, both the praises and concerns. Thanks for responding! I get what you're going for and I didn't realize the manual was already updated for alpha release features, I certainly read the blog updates though. On this I will say considering the average client using this system, to suddenly have access to everything and the kitchen sink in the webclient after an update, they click thinking "whats this" and seemly nothing is configured as it actually is... Could be a bit alarming and could be confusing for integrators too if they setup something in the management console but the system isn't doing that because someone was dinking around in the web client and the two don't match... I'll definently have to research this new split brain configuration more extensively to know expected behaviors. With some of what you're describing though, the end game sounds like a welcome direction to be moving in, I'm liking that!

 

[Evolute IT]

@Nick Galea Will groups get things like independent music on hold, CRM integration per group?

Also, will the new call manager you guys are working on (probably for v20 I'm guessing) allow multiple calls per agents for ring groups? The good ol' "ALLOWUSEBUSYOPT..." but in a supported manner.

 

[SyncWave]

@Nick Galea Will groups get things like independent music on hold, CRM integration per group?

Also, will the new call manager you guys are working on (probably for v20 I'm guessing) allow multiple calls per agents for ring groups? The good ol' "ALLOWUSEBUSYOPT..." but in a supported m"anner.

"...allow multiple calls per agents for ring groups?" would be fantastic!

 

[N_G]

Too early to comment on those things... CRM will get a client based integration first that is for sure.

 

[Evolute IT]

Too early to comment on those things... CRM will get a client based integration first that is for sure.

As long as we get the same kind of features but even better, I will not complain lol

Will that client-based integration support more things? Like looking up via DID or having custom integrations still, like with the current templates? (Just planning future dev here for us lol)

 

[mcaponong]

Hello, that is not allowed and the extension starting ranges will be from 1xENL going forward. So in this case since the system is using 3 digits 1XX onwards and accordingly for the other digit lengths.

This really stinks. We use extensions that start with 0 in a bunch of our systems for specialized routing. For example, i route calls through a 0 extension for 1 department so the receptionist can switch the status of that extension when she isn't at her desk to make it go somewhere else. This also allows her to take lunch when she wants. We also usually make the operator 0001 and have that forwarded to a call queue. What will happen if we upgrade a system that has one? Also, we use 0 extensions for our administrator's exertions so we can leave the general pool for users.

I also have one more question I tried to set up a t53w as a router phone and I have it registered in my yealink rps portal and it said it couldn't register the phone with rps and would not let me continue. Can we have the option to use our own rps portal?

 

[JohnS_3CX]

I also have one more question I tried to set up a t53w as a router phone and I have it registered in my yealink rps portal and it said it couldn't register the phone with rps and would not let me continue. Can we have the option to use our own rps portal?

Hi,

It's not possible to use your own RPS account for this.

Also, if you have the MAC in your own personal RPS, Yealink will not allow us to take over your MAC so this is expected.
Remove it from your account and try again to confirm that it works.

We use extensions that start with 0 in a bunch of our systems for specialized routing.

For existing installations we allow it, they will continue to work as before.
In new installations it won't be allowed.

 

[mcaponong]

Hi,

It's not possible to use your own RPS account for this.

Also, if you have the MAC in your own personal RPS, Yealink will not allow us to take over your MAC so this is expected.
Remove it from your account and try again to confirm that it works.


For existing installations we allow it, they will continue to work as before.
In new installations it won't be allowed.

Thank you

 

[AWS2P]

For existing installations we allow it, they will continue to work as before.
In new installations it won't be allowed.

Do we have to understand that a simple edit or a try to recreate a 0xx extension will be impossible in U6 ?
If so how to properly maintain a pbx even if U6 update doesn't delete 0XX existing extensions?

 

[tronic]

@tronic you are able to force in or out of office from the webclient if you are a receptionist or manager. You click on your picture and select "override office hours" and you can set for how long

View attachment 33048

In regards to more routing options, we might introduce a fourth..... for holidays


@MidiTélécom the idea is also to allow users to login with email and password as opposed to extension number and password which is less secure...

This is the exception redo you've been talking about. Love it. Took me a bit to find

What permission would the user need to access this. Or is this part of the group manager rights for ones that have admin in the client?

Will this be able to be changed from from the codes Open/Closed? As then you can add to a button..

And will this be in the Mobile app to in same area?

 

[N_G]

@tronic thanks receptionist can do it also. And yes will come to the apps as well! Not to dial codes though...

 

[JohnS_3CX]

Do we have to understand that a simple edit

A Simple edit does not allow you to change your extension numbers whether in U5 or U6.

r a try to recreate a 0xx extension will be impossible in U6 ?

Yes, creating will be blocked.

If so how to properly maintain a pbx even if U6 update doesn't delete 0XX existing extensions?

Existing 0XX extensions will continue to function as before. Just like we said earlier, you cannot create new ones.

 

[MidiTélécom]

So if we just create the range of 000 to 099 before updating then we will be safe hahaha

 

[AWS2P]

A Simple edit does not allow you to change your extension numbers whether in U5 or U6.

Sorry to ask once again, but to be clear enough, that's not what I thought, but more in case you need to change a setting value in a 0xx extension will it be possible to validate the change or it will be also impossible ?

 

[MidiTélécom]

Sorry to ask once again, but to be clear enough, that's not what I thought, but more in case you need to change a setting value in a 0xx extension will it be possible to validate the change or it will be also impossible ?

Like @JohnS_3CX said :

Existing 0XX extensions will continue to function as before. Just like we said earlier, you cannot create new ones.

You will be able to edit them, change settings ,etc... But not create them and if you delete it you won't be able to create again.

 

[Colorado VoIP]

as a MSP, it would be nice to give administrative control to certain customers but still restrict their ability to edit the sip trunks. this is where customers in the past have really hosed their systems.

any chance on keeping that ability to restrict sip trunk access for non system-owner admins?

 

[pmterp]

Hello, feedback is always welcome. With regards to the following points:

@AndreasP_3CX thanks for the reply

- Group owner can see and edit System Owner and System administrator extensions
------->>For this you cannot see them from the admin view if you are Group owner or to edit them.
Somehow I had removed the users from all groups which removed those roles and allowed them to be edited. After adding them back to the Default group and assigning their roles, you are correct, they can no longer be edited by the group owner.

- There is no role, including the root login for the 3CX Management Console, that gives you access to everything, specifically, setting the auto-switch options for a user.
----->> You can try to use the system owner role for this i believe please check and let us know
Thank you, I did find it when logged in as the System Owner

- While having the option for different office hours is very helpful, there are plenty of cases where all/multiple groups will adhere to the system office hours.
----- >> In this case you can create your groups and do not make changes to the group office hours via admin menu at all.. Make sure that your extensions in the group have auto switch on and then check if they change their status according to the pbx office hours please
In the case where I've played with group hours and then removed them, is there a way to get the auto-switch back to following system hours? I've tried going to the group's hours and pressing "clear all" and confirming but the extension does not switch to DND with the office hours anymore.

- When adding a phone from the web client's Admin interface, you cannot add a phone to use as Direct SIP. Will that option be added or is registering via Direct SIP going to be removed?
----- >>most likely this will be removed as SBC is a better option to use
understood

 

[SweetAction]

When adding a phone from the web client's Admin interface, you cannot add a phone to use as Direct SIP. Will that option be added or is registering via Direct SIP going to be removed?
----- >>most likely this will be removed as SBC is a better option to use
understood

I think you can still do STUN via the old management console, but have not tested.

 

[oiglesias]

Where is the option to set up a supported phone as an SBC? I am on 18.0 Update 6 (Build 861)Version and I have a SIP-T54W on firmware version 96.86.0.74 and I just can't seem to find it in the admin panel or the web client. Any direction would be appreciated, thanks!