Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About GregV

  • Rank
  1. Service provider Vonex have advised that having this to work is a feature request and not a bug fix. I have directed them to the only manual where it states the feature exists. https://doc.vodia.com/serviceflags Calling a Service Flag "Both in automatic and manual mode, the state of the service flag can be changed from the phone (since version 5.4.2)." Can you please clarify if this is a bug or a feature request so I can inform Vonex to as they seem to be wanting to fob this off. Its a very simple feature, however its important for clients to be able to take their system out of night mode easily if they happen to arrive into work early or on a weekend. Greg
  2. Ok, I'll advise the Service Provider Vonex in Australia to do this and will advise.
  3. Ok, thank you. Would also be nice if the software still completed the intended function, even if the audio files are missing. In this case the feature is broken over missing audio files which is annoying.
  4. Thank you, as I have several (approx 25) client's being effected by this, are you able to advise when the next release will be available so I can set their expectations.
  5. Our PBX provider has advised there is a bug in the Vodia software, which prevents a user from using a function key assigned to an Automatic Service Flag, to manually set / clear the flag. We use a service flag for day / night mode. We have it set to automatic (9am to 5pm Weekdays = CLEAR / 5pm to 9am & Saturday, Sunday = SET) We have this Service Flag assigned to a function key on the SNOM handsets using the buttons profile. Occasionally when staff work back or get into work early, or are on a lunch break / meeting, they will want to override the service flag. They should be able to do this by simply pressing the function key of that service flag to toggle it from CLEAR <-> SET However when they do this, instead of the service flag toggling, they get an erroneous voice message saying "Press 1 press 2 press 4". Our PBX provider has told us that this isn't their problem, and that its an issue with the Vodia software. Can you please; 1> Confirm if this is a known bug 2> Advise when it will be rectified 3> Advise if there is a feasible work around to this issue Thank you. Greg
  6. Sadly out PBX provider will not give us direct access to these log files. All we have is what is available through the PBX. If there any other "inventive" way you can think of as to how we might be able to get these stats? Could we include a something in the hunt groups that would register on the daily CDR?
  7. We are using a Vodia PBX provider operating Vodia-PBX/57.3.4. We would like get a report on what Auto Attendant option our callers have selected in the month. We have a very simple setup. Incoming calls are answered by the Auto Attendant and the callers are given two options. Option 1 will ring Hunt Group 1 Option 2 will ring Hunt Group 2 We wish to gather statistics on a monthly basis of how many callers pressed option 1 and how many callers pressed option 2, and how many callers hung up out of bewilderment (though the hang up stat is not an essential requirement) I'm looking for guidance on the best way to achieve these statistics. The Daily CDR report doesn't seem to provide the information I need and is daily, not monthly. I would also be happy to employ a third party reporting software, but need assistance on which one will provide the stats I need. I am of course hoping the PBX can provide the stats for me without third party software licensing costs. Thank you. Greg
  8. Are you suggesting the user dials a prefix before the number? For example to dial 0299991234 on trunk 1 they would prefix with 99 so the complete number would be 990299991234 and to dial out on trunk 2 they would dial prefix 98 making the complete number dialed 980299991234? The issue with this is the handsets then don't match up CallerID to incoming calling number presentation. Also clients who I have set this up for in the past complain the number is the redial list is not easy to read at a glance. Was hoping for a less tech way and more practical user friendly way, such as "Select Trunk" then dial number. Was looking for any ideas on how this might be able to be achieved. Maybe there is no way and this may be just a limitation of the PBX. With legacy key phone systems the user would select the line and then dial the number, hence giving them easy control over what number they dial out on. I'm not wanting to go back to the dark ages of key systems, but it would be nice to have in the IP world an easy way for users to select on what trunk they wish to use, then dial the number. Would Co Lines be an options? I've read these do not work so well. All opinions and ideas welcome. Thanks, Greg
  9. Vodia, I have a client two trunks, each with their own number. At time of call, client wishes to be able to easily select what trunk they call out on, so the CID is displayed to the recipient correctly. This is actually a common requirement as many companies these days have multiple numbers they wish to use to dial out on depending on the context of the call. I can see many ways of achieving this using individual Service Flags and trunks or pre-dial codes. I'd prefer not to use predial codes, as this makes for confusion with Call history presentation and people forget to dial the precode. My preferred option would be to use two functions keys. The one lit red would indicate the trunk that would be used when that handset makes a call. Ideally when the other function key is pressed, it would go red and the other would turn off. they would toggle. Same as radio buttons do. Not sure how I would easily achieve this though (on a per handset basis). Thoughts and ideas appreciated. Greg
  10. I have a client who would like to add their cell phones (mobiles) into a Vodia PBX hunt group. They would like the cell phones to ring and if no one answers after 20 seconds, the hunt group would transfer the call to a company voicemail box. Problem is they all have voicemail on their cell phones too and if a cell phone is switched off, the call goes direct to that cell voicemail. When that happens, the PBX considers the call as being answered and therefore stops the hunt group ringing and the call never fails over to the company voicemail. I have dealt with this problem before with other IP PBX systems,. They solved the problem by introducing an option you could enable of the hunt group, where the cell phone user would have to answer the call and press "1" to confirm they want to take the call. This worked very well and meant calls never got trapped in a cell phone voicemail. What is Vodia's approach to this problem? Greg
  • Create New...