In Vodia Networks' upcoming version 60 build, a new feature allows users to log in with their Google accounts seamlessly. This is made possible through a JavaScript library from Google, providing a secure and convenient login experience. The process involves obtaining a token from Google, and users can benefit from features like two-factor authentication. Setting up this feature requires configuring the domain on the Google API site and integrating a Client ID into the PBX web interface. Scheduled for release in version 60.2, this enhancement simplifies user logins.
A cool feature we had on our wish list for a long time will be in our next version 60 build: Login with your Google account.
The way this works is the web front end pulls a JavaScript library from a Google server that handles the details for the Google login; once the login is done, Google provides a token the PBX backend can use to pull the email address of the logged-in account and set up a user session, just as if the user had logged in with his or her username and the password.
Google has done a lot to make the login convenient and secure, providing two-factor authentication and email notifications as part of Google G Suite service. There is nothing the end user needs to do to make this work.
The email address in the user account must match the email account in the Google account; if a user has multiple email addresses, one match will be sufficient. It makes no difference if it’s a free Gmail account or a paid Google business account.
The domain for this feature must be set up on the Google side: for this you have to log in to the Google API site and create credentials for the domain. It isn’t possible to use wildcard domain names, so every domain name that can be used for the login must be listed; if you are using a secure connection you should only enter the https address; if you are using multiple domain names, they must be listed separately. There is a wizard at https://developers.google.com/identity/sign-in/web/sign-in you can use to set this up:
After picking a name for your login, you need complete some minimal configuration. The PBX uses "Web browser" as configuration; the URL must match the URL that you use for logging in:
The final screen shows you the Client ID you need to copy into the PBX web interface. A typical client ID has the form xxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx.apps.googleusercontent.com.
Copy the Client ID into the domain settings, "Google sign in client ID." Hit the save button.
The next time someone visits the login page, there will be a small login field under the login submit button to trigger the login process; right now this service is only available for user accounts.
System and domain administrators still need to use their username and password credentials as before. Fortunately, most browsers today support storing those credentials, so repeated logins shouldn’t be too inconvenient.
This will be generally available for 60.2 builds. We have already included it in some 60.1 test builds.
Apps have changed how businesses communicate and work, but every digital experience still depends on physical hardware. From smartphones, desk phones, and headsets to networking equipment and cloud servers, reliable infrastructure supports productivity, security, and call quality. Here’s why hardware still matters in an app-first world and what businesses should consider when choosing dependable devices and secure connectivity for the office, hybrid teams, and remote work, while preparing for evolving technology.
Vodia Wallboards gives supervisors, contact centers, service providers, and operations teams a self-hosted, real-time view of Vodia call queue activity. Monitor waiting, ringing, and active calls; agent availability; service levels; abandoned calls; and queue trends across one or more Vodia PBX systems. Start with a ready-made layout or build a custom wallboard using queue filters, live widgets, AI summaries, and alerts. Display the information your teams need in a browser, on an operations dashboard, or on a dedicated TV screen.
AI-powered calling gives businesses new ways to manage conversations, improve availability, and respond to callers more efficiently. It also introduces important questions about transparency, consent, privacy, data handling, and accountability. Organizations need clearly defined boundaries for what a Voice Agent may answer, which systems it can access, and when identity verification or human assistance is required. A thoughtful deployment balances automation with appropriate safeguards, helping businesses use conversational AI confidently while protecting callers and maintaining trust.