Vodia PBX now allows users to schedule reports beyond daily intervals, supporting weekly, monthly, and quarterly options. Reports can be combined, such as “0:00/week 0:00/month,” to send both weekly and monthly reports at midnight. However, caution is needed when scheduling quarterly reports on busy systems due to performance concerns. The web interface now offers period selection for reports, such as the current or previous day, week, or month. While this simplifies report generation, large systems should be mindful of potential slowdowns when accessing large amounts of data. The "Try" button continues to generate daily reports.
A common requirement in PBX systems is to generate reports. Many of those reports are generated daily. The PBX was already offering such reports for ACD and other accounts at midnight, where “midnight” was a term that could be specified in a field where the email address for the report had to be put.
Interestingly, it was already possible to specify more than one time when the report should be generated. We are now building on that possibility and extend it beyond the day.
The old syntax just accepted the time of day (in 24-hour format) when the report should be generated. Because the PBX checks every 15 minutes, it had to be in 15-minute intervals, like 3:45. We now extended that format to accept either the weekday (“sun”, “mon”, … “sat”) or just “week” for Sunday. It is also possible to use “month” for monthly reports and “quarter” for quarterly reports.
It is also possible to combine those reports. For example “0:00/week 0:00/month” will send both weekly and monthly reports at midnight.
It should be noted here that sending out a quarterly report on very busy systems is not a good idea. This will cause the PBX to perform a table scan on all CDR records which can take minutes before that process is done.
The “Try” button will always generate daily reports.
We have taken the concept also into the web interface. The domain ACD page where you can see the agents activity now also spots a new button where you can select the period that should be reported. By default it is the current day, but you can select the previous day, the previous week (assuming that the week starts on Sunday), the current month and the previous month.
Like with the midnight CDR, you need to be careful if you have very busy systems to load the whole month of CDR. The system does limit the search to the current ACD, but if there are millions of CDR this will keep the system busy for a few seconds.
The login stat below the Agent activity and the call dropout report is always per day. This is something we might address in future versions—one of the main challenges is to display agents that use the login and logout a lot without filling up the whole screen.
Vodia hat die Echtzeit-API von OpenAI in seine PBX integriert und ermöglicht so Echtzeit-KI-gestützte Hotel Telefonsysteme, die den Gästeservice verbessern. Durch die Nutzung natürlicher Sprachverarbeitung können Gäste Reservierungen vornehmen, Dienstleistungen anfordern und auf Hotel Annehmlichkeiten in mehreren Sprachen zugreifen – alles über Sprachbefehle. Diese Integration rationalisiert den Hotelbetrieb, reduziert die Arbeitsbelastung des Personals und verbessert die Gästezufriedenheit. Ob Sie ein Zimmer buchen, einen Zimmerservice bestellen oder einen Transport organisieren – KI-gestützte Telefonsysteme sorgen für nahtlose Kommunikation und Effizienz.
ConnectPlus, ein fiktives Callcenter, stand bei der Verwaltung seiner Telefonsysteme und Kundeninteraktionen vor mehreren Herausforderungen. Das Unternehmen hatte mit ineffizienter Anrufweiterleitung, langen Wartezeiten und unzureichender Berichterstattung zu kämpfen, insbesondere da es für die interne Kommunikation auf MS Teams angewiesen war. Um die betriebliche Effizienz und das Kundenerlebnis zu verbessern, suchte ConnectPlus nach einer Lösung, die seine Prozesse über mehrere Geräte und Plattformen hinweg rationalisieren konnte. Die Integration der PBX von Vodia mit Teams bot die ideale Lösung und optimierte die Anrufbearbeitung.
Vodia Networks nutzt eine verteilte Architektur für seine Kommunikationsplattform und reduziert so die mit zentralisierten Systemen verbundenen Risiken. Im Gegensatz zu Einzelserverlösungen, die einen einzigen Fehlerpunkt erzeugen, verteilt der Ansatz von Vodia die Last auf mehrere Server und gewährleistet so einen kontinuierlichen Betrieb auch bei Hardware- oder Softwareproblemen. Jeder Server arbeitet unabhängig mit seinen eigenen Daten, was ein schnelles Failover ermöglicht und Störungen minimiert. Bereitstellungsoptionen vor Ort bieten zusätzliche Kontrolle über Sicherheit und Leistung.