voltier

So ive followed the steps from https://doc.vodia.com/docs/voicemailtranscription Ive enabled API Cloud Speech to Text API I've created an API key and inserted it into Settings in PBX I do some text calls and nothing transcribes with voicemail emails. I cannot see the API being called Google Console Thoughts? Running 66.0.5

So other than being able to receive calls flowing from the PBX down to a Teams User, I have a list of questions after a call has been answered by Teams User: 1. Placing a Caller on Hold - is that part of Microsoft's On Hold System? or the PBXs? 2. How does transferring work? Can we transfer calls back to Internal PBX extensions/accounts? It seems like we are going through alot of effort for the basic ability of making/receiving a call (via Teams) after it lands on Teams.

Hi Vodia, just to be clear I’m referring to Auto Attendants. I wouldn’t think DMTF is the issue here as User Inputs 1-9 function as intended. Not sure if # is classified as special characters or not

As per title, the system isn’t doing anything with # and I’m suspecting it’s waiting for a command for something else perhaps. Anybody encounter this?

Yes thats correct. Mongo call it DNS seedlist connection string - for the purposes of quickly scaling out a cluster without needing to configure individual clients

Has anybody had any luck connecting to Mongodb's atlas service? I dont think the connection string from the admin console allows for SRV (which im suspecting is the issue)

I can confirm 63.0.2 fixed the issue. Thank you for the support!

Hi there, just checking in if there was any progress with this

@Vodia PBX - is there any other information i can supply that may help?

Hi there, Just a snippet. 200 is the ACD, 101-107 are the Agents of 200. When the call is connected to one of the Agents, say 102 - we get the following output below, which does not allow us to uniquely identify which Agent has entered the connected state. account":"200","start":"1522280.620","domain":"domain.com","rec":"none","cmc":"","priority":"1","trunk":["Outbound Trunk*"],"extension":["101","102","103","104","105","106","107"],"callstate":"","state":"connected"}]} Pre v60, it will output: (where Agent 102 connected the call) "account":"200","start":"1522220.620","doma

Hi, Pre-version 60, Websocket data relating to ACDs would allow us to identify which Agent has picked up the call (showing only the Agent that connected to the call) under Call-state. Since the update to version 60+, when an Agent is connected to the Caller, it simply shows ALL logged in Agents (which was not the behaviour previously). Given there have been a substancial number of changes and configuration parameters now available under ACDs, does anybody know if this is simply a bug, or is there a parameter in the ACD group which needs to be turned on/off?

We have been caught out multiple times when there is a sudden change in the CDR file structure, where it breaks out data ingestion because there are new variables that need to be declared. Can Admins please ensure this information is made available in the Release Notes 'Please'.

Hi there - we are wanting to provide an interface on our own portal which will allow the end customer to add/delete/manage the Address Book. Will there be any plans to have Address Book via your API?

Hi Support - any update on this? (Pick up group) I still cant see any documentation and would really like to test this

Hi Devs/Admin, With the release of 57.0, can you point us in the right direction in terms of how to use some of these features. I found Pickup Group under buttons but it isnt exactly intuitive to figure out how to use. Same thing with the Call Back function within ACD. Possibly if you can provide a sample tied to a scenario, that would be great.