Vodia PBX now enables users to schedule reports beyond daily intervals - the PBX now supports 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. Caution is necessary, however, 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 for PBX systems is to generate reports. Many of those reports are generated daily. The Vodia PBX offers such reports for ACD and other accounts at midnight, where “midnight” was a term that could be specified in a field in which the the email address for the report had to appear.
Interestingly, it was already possible to specify more than one time when the report should be generated. We are now building on this possibility and extending 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 have now extended that format to accept either the weekday (“sun”, “mon”, … “sat”) or just “week” for Sunday. It's also possible to use “month” for monthly reports and “quarter” for quarterly reports.
It's 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 that sending out a quarterly report on very busy systems is not a good idea, as it will cause the PBX to perform a table scan on all CDR records, which can take minutes before that process is completed.
The “Try” button will always generate daily reports.
We have also taken the concept into the web interface. The domain ACD page, where you can see agent activity, now also includes a new button for the selection of the period that should be reported. By default it's the current day, but you can select the previous day, the previous week (assuming the week starts on Sunday), the current month and the previous month.
As with the midnight CDR, you need to be careful when loading the whole month of CDR if you have very busy systems. The system limits 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.
Cisco IP-Telefone der Serien 6800, 7800 und 8800 mit Multiplatform-Firmware (MPP/3PCC) können mit der Vodia-Telefonanlage in SIP-basierten Umgebungen verwendet werden. Die unterstützten Modelle umfassen Einstiegs-, Mittelklasse- und High-End-Geräte, die häufig in Unternehmen und bei Dienstanbietern eingesetzt werden. Es wird die von Cisco bereitgestellte MPP-Firmware verwendet, wobei die Firmware-Versionen und Upgrades nach der ersten Inbetriebnahme über die PBX verwaltet werden und sowohl lokale als auch Cloud-Bereitstellungen unterstützt werden.
Wartemusik spielt eine wichtige Rolle dabei, wie Anrufer Wartezeiten erleben und die Servicequalität wahrnehmen. Mit Vodia PBX Version 70 haben wir die Warteschleifenmusik verbessert, um neutrale, beruhigende und hochwertige Audioinhalte bereitzustellen, die Anrufer während der Wartezeit beruhigen. Diese Verbesserungen in Kombination mit flexiblen Streaming-Optionen, Notfallmeldungen und vollständiger Unterstützung für Cloud- und lokale Multi-Tenant-Umgebungen helfen Unternehmen, Anrufabbrüche zu reduzieren und eine positivere Anrufererfahrung zu schaffen, noch bevor ein Agent den Anruf entgegennimmt.
Unternehmen beginnen oft mit einer Open-Source-PBX, um flexibel zu sein. Wenn aber die Systeme von der Ersteinrichtung zum täglichen Betrieb übergehen, kommen die tatsächlichen Kosten zu Verwaltung, Wartung und langfristiger Zuverlässigkeit zum Tragen. Dieser Artikel untersucht den Unterschied zwischen dem Aufbau eines PBX-Stack aus Frameworks und dem Betrieb einer kommerziellen, integrierten PBX-Plattform, wobei der Schwerpunkt auf der Komplexität des Betriebs, der Sicherheit, Upgrades und der laufenden Wartung liegt. Er erklärt, wie eine speziell entwickelte PBX die Last von der kontinuierlichen Entwicklung auf einen stabilen Betrieb verlagert und Teams dabei hilft, Klarheit, Kontrolle und Skalierbarkeit zu priorisieren, wenn die Anforderungen wachsen.
.svg)
