V16, Update 7 Alpha Sports FB & SMS Business Messaging and Live Chat Improvements

  • Thread starter Thread starter Constantinos Constantinou
  • Start date Start date
So does this support initiating an SMS with a customer? Or does the customer have to send an SMS to the DID, first?

You can initiate via the 3CX, but keep in mind if you are doing marketing you need opt in permission. Also you are limited to a certain amount of SMS messages per day per number. Local numbers are less than TF, or you can also try and get your number 10 DLC which are designed for a business to send SMS.
 
Last edited:
Any news on Outbound Caller ID update?
 
Does this mean I can do SMS alerts from the PBX?

I want to be able to send an SMS to a call group's mobile number, when say a Tech Support extension is called after office hours. The VM gets sent to a distribution group's email, but I'd love to SMS the techs as well.
 
Yes it's in the super secret forum section.

Not sure how to reply to this to be honest. As you know, the request has always been that a CID could be applied to an outbound rule rather than having a dedicated trunk per outbound number. The thread you posted on gave a workaround.
 
  • Like
Reactions: Evolute IT
Does this mean I can do SMS alerts from the PBX?

I want to be able to send an SMS to a call group's mobile number, when say a Tech Support extension is called after office hours. The VM gets sent to a distribution group's email, but I'd love to SMS the techs as well.

This means that if you want to know what it can do, download the Alpha and try it, that's the point of the alpha :).

As far as sending SMS, you could do that now already. You have 3 distribution groups. One distribution group has the tech emails like it does now. Once group has the email to SMS address for these same techs, 3rd group is the one listed in 3CX that contains the first two. Problem solved.
 
Not sure how to reply to this to be honest. As you know, the request has always been that a CID could be applied to an outbound rule rather than having a dedicated trunk per outbound number. The thread you posted on gave a workaround.

It's just a pet peeve of mine. 3CX lists a whole blog post outlining what's in a release with links to the changelog and invariably someone will come in here and ask is xyz in there or what about this. So it seems like people think there's some sort of secret forum where they talk about things (hint, there isn't). When something like Outbound Caller ID changes happens, you'll know because it will be posted.
 
  • Like
Reactions: N_G
Should the Facebook Messenger chat message show the sender's name and profile picture? For some reason, it appears now as "WebVisitor" and with no profile image. If the moderator or admin of the Facebook page sends the message, then the name and picture will be displayed, but not in the message sent by the "customer".
Or is there a setting for this on Facebook?
 
It's just a pet peeve of mine. 3CX lists a whole blog post outlining what's in a release with links to the changelog and invariably someone will come in here and ask is xyz in there or what about this. So it seems like people think there's some sort of secret forum where they talk about things (hint, there isn't). When something like Outbound Caller ID changes happens, you'll know because it will be posted.

I said "Any news about...." purely because the subject has been ignored for over 5 (five) years now. If you haven't read it, the request is 11 pages long (https://www.3cx.com/community/threads/ability-to-set-a-caller-id-for-outbound-calls.42840/page-11). There has been little feedback from development or @Nick Galea , only a 'MAYBE' in the roadmap. Partners have lost customers and/or deals because the feature is lacking, hence I find it a tad rude to be sarcastic about a request that has a material impact on a lot of users.
 
I said "Any news about...." purely because the subject has been ignored for over 5 (five) years now. If you haven't read it, the request is 11 pages long (https://www.3cx.com/community/threads/ability-to-set-a-caller-id-for-outbound-calls.42840/page-11). There has been little feedback from development or @Nick Galea , only a 'MAYBE' in the roadmap. Partners have lost customers and/or deals because the feature is lacking, hence I find it a tad rude to be sarcastic about a request that has a material impact on a lot of users.
If partners lost customers over that, then that's the partner's fault, not 3CX. If that issue is a deal breaker, then 3CX shouldn't have been sold to them in the first place. If it was installed because someone didn't do their due diligence, also not 3CX's fault. I've lost 3CX opportunities which instead became other opportunities because we have other products. There is no 'one size fits all'. 3CX is tremendous in the situations it fits in and they are always adding more features at relatively the same price point. Most are happy to make compromises because of the value of 3CX. Otherwise there's always work arounds with trunk manipulations or 3rd party add-ons or going to another product. Just don't sell 3CX (or anything else for that matter) based on the promise or expectation of a feature materializng.

And I wouldn't say ignored. Certainly slow in responding or implementing, but the roadmap put out says Update 6/7 with a MAYBE for Outbound Caller-ID configuration. No idea why it hasn't been implemented yet. One would think that since we have this capability with the recent e911 changes that all the necessary 'pieces' should be there to do this. But I'm not writing the code so who knows. But the best way to make yourself heard is voting up the ideas section, and I suppose emailing 3CX with details on opportunities lost because of XYZ feature and voting with your dollars in a sense.

But the simple fact of the matter is if/when 3CX releases this, especially after 5 years of asking, I'm pretty certain it will be announced loudly and clearly.
 
  • Like
Reactions: FridayIT
Certainly slow in responding or implementing, but the roadmap put out says Update 6/7 with a MAYBE for Outbound Caller-ID configuration. No idea why it hasn't been implemented yet.
When COVID hit, they put everyone on WebMeeting to make it better.

Then, they put everyone on SMS because it was asked WAYYYY more.

My guess is it will come in U8 with the Audit Log and better failover. But that's just my estimate based on their previous releases. They never release 2 BIG features at the same time for obvious reasons (too many problems may occur.)
 
@RadDadIT Were you able to get your Flowroute numbers working? We resolved our issue with the SSL checker by merging the cert, the intermediate and the root all into one .PEM file. We then copied that to C:\Program Files\3CX Phone System\Bin\nginx\conf\instance1. Once we did that and made sure the number in the Route section was in e.164 format (+1xxxxxxxxxx), our inbound started working.

I'm running the Debian ISO image instead of Windows and I've tried using just xxxxxxxxxx, 1xxxxxxxxxx, and +1xxxxxxxxxx and the only one that works for outbound was the 1xxxxxxxxxx. I even had all 3 in the routes at the same time to see if that did anything and it still didn't work. Plus I'm just using the LetsEncrypt certificate that 3CX auto-renews so there shouldn't be any issue with it.

UPDATE!!!
Ok, I did some playing around, and tried with several different numbers. In particular, I added another number from Flowroute in e.164 format to the routes in 3CX and had both numbers routing to the same extension. I also selected the new route for outbound on that extension. Next I tried sending a text to an e.164 formatted number from 3CX and the text went through fine with the exception that it tried routing them through the old number and not the new number. So I initiated a text from the remote number (outside of the system) to the new number I added in Flowroute and incoming worked. Then when I tried replying to it from 3CX, that worked as well but it did use the new route this time. I'm going to try using the old number again and see what I can come up with.
 
Last edited:
  • Like
Reactions: accentlogic
If partners lost customers over that, then that's the partner's fault, not 3CX. If that issue is a deal breaker, then 3CX shouldn't have been sold to them in the first place. If it was installed because someone didn't do their due diligence, also not 3CX's fault. I've lost 3CX opportunities which instead became other opportunities because we have other products. There is no 'one size fits all'. 3CX is tremendous in the situations it fits in and they are always adding more features at relatively the same price point. Most are happy to make compromises because of the value of 3CX. Otherwise there's always work arounds with trunk manipulations or 3rd party add-ons or going to another product. Just don't sell 3CX (or anything else for that matter) based on the promise or expectation of a feature materializng.

And I wouldn't say ignored. Certainly slow in responding or implementing, but the roadmap put out says Update 6/7 with a MAYBE for Outbound Caller-ID configuration. No idea why it hasn't been implemented yet. One would think that since we have this capability with the recent e911 changes that all the necessary 'pieces' should be there to do this. But I'm not writing the code so who knows. But the best way to make yourself heard is voting up the ideas section, and I suppose emailing 3CX with details on opportunities lost because of XYZ feature and voting with your dollars in a sense.

But the simple fact of the matter is if/when 3CX releases this, especially after 5 years of asking, I'm pretty certain it will be announced loudly and clearly.

Thank you for your reply. I'm not a reseller. I've an in-house installation and moved from FreePBX to 3CX due to the benefits it provides (mainly ease of administration and softphone capability). I recently invested in 3CX because I do feel it's a great product. I appreciate the due diligence angle you put forward, but if everyone only invested in the 'now' and not the 'future' very few new products would come to light. I just think it's a bit of a shame that something that one would think is relatively easy to implement (bear in mind nobody from 3CX has said otherwise) couldn't have been 'squeezed' into an update. I do appreciate that with the COVID-19 situation that priorities have moved somewhat, but nonetheless, this is a 5yr old request.
 
Thank you for your reply. I'm not a reseller. I've an in-house installation and moved from FreePBX to 3CX due to the benefits it provides (mainly ease of administration and softphone capability). I recently invested in 3CX because I do feel it's a great product. I appreciate the due diligence angle you put forward, but if everyone only invested in the 'now' and not the 'future' very few new products would come to light. I just think it's a bit of a shame that something that one would think is relatively easy to implement (bear in mind nobody from 3CX has said otherwise) couldn't have been 'squeezed' into an update. I do appreciate that with the COVID-19 situation that priorities have moved somewhat, but nonetheless, this is a 5yr old request.

Welcome to the family!

It seems that you fall into the aforementioned group of folks who have invested in 3CX despite certain shortcomings or missing features. Yes 3CX is a wonderful product, and whether it's the complexity or the almighty dollar driving the process, things like web meeting and SMS have taken precedence to outbound caller ID manipulation. I agree from the outside it seems like it would be a trivial implementation, especially after the e911 changes. But someone high up at 3CX mentioned in another thread that unless someone is one of the actual programmers at 3CX, there's no way of knowing how easy something is or isn't to implement.

Now one of my biggest complaints with 3CX for a long time was lack of communication. Many times 3CX made changes that we, as partners, found at the same time as everyone else. And there was zero communication or roadmaps put out. The fact that 3CX put out a roadmap and has been hitting several targets on it puts them ahead of many software companies. So hoping that trend continues and some of these long standing requests finally come to light!
 
  • Like
Reactions: Evolute IT
thanks for the heads up @cobaltit. Outbound caller ID is not so trivial as people unfamiliar with the matter think. Based on outbound rule is hard because a caller ID is linked to a SIP trunk. You can not put any outbound caller ID on a call on any trunk, for security reasons this is often blocked. Yes on old phone systems with one type of trunk connected to it its easy and possible, but we support that as well. Set your outbound caller ID per extension and use one SIP trunk.
 
  • Like
Reactions: Evolute IT
thanks for the heads up @cobaltit. Outbound caller ID is not so trivial as people unfamiliar with the matter think. Based on outbound rule is hard because a caller ID is linked to a SIP trunk. You can not put any outbound caller ID on a call on any trunk, for security reasons this is often blocked. Yes on old phone systems with one type of trunk connected to it its easy and possible, but we support that as well. Set your outbound caller ID per extension and use one SIP trunk.

Thanks for the information Nick, I don't think it has been fedback before that it's a complex task. Unfortunately the reason why people require Outbound Caller ID set on an Outbound rule is that an extension is required to use multiple caller IDs (multiple clients). Out of interest, what is the difference between assigning an outbound cid based on extension opposed to an outbound rule as far as the SIP trunk is concerned? The trunk would have the DID number assigned to it from a security point of view.
 
Should the Facebook Messenger chat message show the sender's name and profile picture? For some reason, it appears now as "WebVisitor" and with no profile image. If the moderator or admin of the Facebook page sends the message, then the name and picture will be displayed, but not in the message sent by the "customer".
Or is there a setting for this on Facebook?
Hi Mika,

Yes it should, go ahead and give us some information in this if you can. For example

- Does this happen with only one FB visitor or have you tried many others and they all have no name/pic?
- Did you try to log in to your facebook page and see how the visitor appears there when they chat?
- Have you gone through all the steps again to ensure nothing was skipped?
 
Hi Mika,

Yes it should, go ahead and give us some information in this if you can. For example

- Does this happen with only one FB visitor or have you tried many others and they all have no name/pic?
- Did you try to log in to your facebook page and see how the visitor appears there when they chat?
- Have you gone through all the steps again to ensure nothing was skipped?

Yes, this is happening to every FB visitor we have tried. In all Facebook pages visitor appears fine, with name and picture. And also in other integrations when we tried (HubSpot and Mitel Some Gateway).
As far as i understand all the steps have been gone through. Business Manager account is linked, Business Verification and Advanced Access to pages messaging permission is done, Facebook tested the App and it is approved.
 
  • Like
Reactions: Evolute IT
Yes, this is happening to every FB visitor we have tried. In all Facebook pages visitor appears fine, with name and picture. And also in other integrations when we tried (HubSpot and Mitel Some Gateway).
As far as i understand all the steps have been gone through. Business Manager account is linked, Business Verification and Advanced Access to pages messaging permission is done, Facebook tested the App and it is approved.
We experience the same thing.