Tom Wellige

Hallo Larsi,

das geht in der Tat ganz einfach: Du musst für die entsprechende Gruppe eine Call Routing Regel anlegen, welche den neuen VoiceBox Block beinhaltet.

• Den Call Routing Manager für die entsprechende Gruppe öffnest Du wie hier beschrieben.
   
• Eine passende Call Routing Regel anlegen
  
  
   
• Nachrichten die nun aufgezeichnet werden, landen im Rufjounal jedes Gruppen-Mitgliedes auf der Gruppen-Sprachnachrichten Seite. Dort siehst Du auch, wer aus der Gruppe die Nachricht zuletzt vor Dir abgehört hat.
  
  
   

EDIT: in der ersten Version vom oberen Screenshot war ein satter Partzer. Selbstverständlich wird die Regel über Regel ausgeführt, und nicht wie irrtümlich gezeigt über Ruf beendet verlassen. Man sollte nicht gleichzeitig kochen und posten  

Wie gesagt, der "Systemstandard Dateien" Bereich ist ausschliesslich der SwyxWare/Netphone vorbehalten und schreibgeschützt. Da dieser Bereich bei jedem Update der SwyxWare/Netphone komplett geleert und wieder neu befüllt wird, wären eigene Änderungen darin auch nur von kurzer Dauer.

Für Dateien die man allen Benutzern zur Verfügung stellen will, gibt es den "Globale Dateien" Bereich.

Bzgl. der Nummer: mit "00175..." hätte es auch funktioniert. Die Nummer muss so angeben werden, wie sie auch im Client angezeit wird. Dort steht immer die Amtsholungs-Null davor, damit der Rückruf sauber funktioniert. Oder man gibt sie halt im Kanonischen Format hat. Dann weiss die SwyxWare/Netphone, dass sie die Amtsholung davor setzen muss.

Wohin versuchst Du denn die Dateien hinzuzufügen?

Der "Systemstandard Dateien" Bereich ist ausschliesslich der Netphone vorbehalten

Du solltest aber problelos Dateien in den "Benutzer Dateien" und "Globale Dateien" Bereich hinzufügen können.

Ich habe Dir das doch gerade bereits in dem anderen Topic beantwortet:

https://www.swyxforum.com/topic/4268-blacklist-für-unerwünschte-anrufer/?do=findComment&comment=20073

Bitte verteil Deine Frage nicht über mehrere verschiedene Topics. Das macht es für alle Beteiligten nur unnötig unübersichtlich. Danke.

Die kannst Du in ein beliebiges Verzeichnis legen, solange der "SwyxServiceAccount" (unter dem der SwyxServer Dienst, und damit auch das Call Routing läuft) dort lese- und schreibberechtigt ist. Du musst dann im sogenannten Connection String (sDSN Variable in dem Beispiel aus dem Video) die Data Source entsprechend anpassen.

Statt der Access Datenbank würde ich Dir aber eine echte Datenbank wie den SQL Server empfehlen. Die SwyxWare verwendet ja selbst eine SQLExpress Datenbank (sofern Du Deine SwyxWare zu Hause und nicht in der Cloud betreibst, und Du keinen eigenen SQL Server zur Verfügung gestellt hast). In diesen SQL Server kannst Du mit wenigen Mausklicks eine eigene Datenbank einrichten (neben der IpPbx Datenbank der SwyxWare) und in Deinem Call Routing verwenden.

Wie der lesende und schreibende Zugriff auf einen SQL Server funktioniert, kannst Du in diesen beiden Beispielen sehen:

• CheckCallerInDatabase
• LogCallIntoDatabase

Du kannst das Swyx Control Center ohne Probleme in Deine lokale SwyxWare hinein installieren  

Aber ja, Du kannst auch die Registry Keys direkt von Hand setzen.

Die erweiterten Status Werte "Abwesend" und "nicht stören" sind im Wesentlichen für optische Signalisierung auf den Namenstasten im SwyxIt! gedacht, und haben keinen automatischen Einfluss im Call Routing.

Wenn Du sie im Call Routing berücksichtigen willst, musst Du das explizit vor dem Durchstellen Block machen.

Es gibt eine Reihe von entsprechenden fertigen Funktionen, die Du dazu verwenden kannst:

• IsGroupLoggedOff
• IsUserFree
• IsUserLoggedOff
• IsUserLoggedOn

Du kannst auch den exakten Status eines Benutzers abfragen:

• UserStatus

Normalerweise haben "Abwesend" und "Nicht stören" keinen Einfluss auf die Zustellung von Gruppen Rufen. D.h. Dein Benutzer A würde immer den Gruppenruf zugestellt bekommen.

Über die Experten Einstellungen im Swyx Control Center (SCC) kannst Du dieses Verhalten aber ändern. Du kannst jeweils einstellen, ob Benutzer mit "Abwesend" oder "Nicht stören" Status bei Gruppen rufen übersprungen werden sollen:

bzw:

• https://help.enreach.com/controlcenter/3.27/web/Swyx/de-DE/index.html#page/help/chap_serverconfiguration.06.30.html
  
  SkipGroupCallMembersWithActiveAway und SkipGroupCallMembersWithActiveDoNotDisturb

The redirection settings are something special, as their activation status is kept in the SwyxWare database.

Everyhting else however is only known to the Call Routing Manager which takes the activation status to generate VBScript code from it (which is called for every incoming call on the user). So whenever you change the activation status of a rule the Call Routing Manager generates new code for your entire call routing.

This is the reason, why it is not possible to enable/disable rules from your list of rules from somewhere else as the Call Routing Manager is always needed to generate new code. It does not provide an API to do that programatically.

But there is a solution to this "problem": you can use a Persistent Variable in your script, which keeps the "enable/disable" status and then either performs its stuff or just leaves right again. The Persistent Variables come with an example (Night Switch) which demonstrates exactly this usecase.

It finally happened: SwyxWare 13.27 comes with the possibility to create a call routing not only for users but also for groups.

No need for the so called "dummy users" holding the needed call routing for a group anymore.

How to open the Call Routing Manager for a group?

Over the past weeks I have already extended all documentation here on Swyx Forum regarding this new functionality:

VBScript based call routing

• Server Script API
• How to differ the context and differences between user and group context

Lua based call routing

• Server Script API
• How to differ the context and differences between user and group context

Jeder Video Codec der von AVI unterstützt wird, sollte hier gehen. Versuch einfach mal MP4.

Der BCT mit automatischen zurück holen des Rufes geht meines Wissens nach nur von einem SwyxIt Client aus. 

Wenn Du einen Ruf per "Blind Call Transfer" übergibst, also z.B. einfach die Leitungstaste des aktuellen Rufs auf die Namentaste des Ziels ziehen, dann kommt der Ruf automatisch wieder zurück. Ich glaube der Timeout an der Stelle ist 20 oder 30 Sekunden.

Hallo Fredy,

wenn Du die beiden Dateien rulePreProcessing.rse und rulePreProcessing.vbs in den USER Scope eines Benutzers lädst, dann gelten sie nur für diesen einen Benutzer. Wenn Du sie in den GLOBAL Scope lädst, dann gelten sie für alle Benutzer.

Was sich in den Dateien befindet, die sich dort bereits befinden kann ich Dir auch nicht sagen. Du kannst sie Dir aber ja mal von dort herunter- und in den USER Scope eines Spielbenutzers hochladen und ansehen. Im Zweifelsfall kannst Du das was zu Deiner Rufnummernsperre gehört hat einfach mit da rein bauen. 

Dafür kannst Du einfach alle Blöcke in Deiner Regel per Copy & Paste in die 3iMedia Regel einfügen (alle Blöcke in Deiner Regel markieren, dann Strg-C, dann 3iMedia Regel öffnen und Strg-V).

Tut mir leid Thomas, da kenne ich mich nicht wirklich gut aus. Mein Steckenpferd ist das Call Routing.

2 hours ago, TFA said:

Kann es sein dass ich den Status der Gruppe nicht anfragen kann weil der Teilnehmer der das routing macht nicht Teilnehmer der Gruppe ist?

Definitiv!

4 hours ago, Tom Wellige said:

Wenn Du alle Benutzer in der Jeder Gruppe drin hast (inkl. dem Benutzer auf dem dieses Call Routing läuft), ... 

Der Status kann nur abgefragt werden, wenn zwischen allen beteiligten Benutzern die gegenseitige Statussignalisierung konfiguriert ist. Das gilt selbstverständlich auch für Deinen Call Routing Benutzer

Das hört sich so an, als wäre dort ganz einfach die gegenseitige Statussignalisierung nicht aktiviert.

Das kann man direkt zwischen Benutzern konfigurieren, einfacher geht das aber auf Gruppenebene. 

Wenn Du alle Benutzer in der Jeder Gruppe drin hast (inkl. dem Benutzer auf dem dieses Call Routing läuft), kannst Du das entsprechend in den Gruppen Eigenschaften konfigurieren:

Die Funktion prüft explizit auf abgemeldet. Und der Zustand wird ja offensichtlich auch richtig erkannt. Das Problem ist, dass Du unter abgemeldet auf "Leitung gesperrt" verstehst, und das ist eben nicht das gleiche.

"Leitung gesperrt" macht einen Benutzer quasie besetzt. Er ist aber noch wie vor am Server angemeldet und kann ja auch noch den Status der anderen Benutzer sehen.

Wenn eine Leitungstaste gesperrt ist, ist der Benutzer also aus Call Routing Sicht besetzt. Du musst Dir jetzt überlegen, wie Du das Call Routing in diesem Fall haben willst? Soll der Ruf dann in die Warteschlange oder auf die Voicemail?

Du kannst Dir in meine Gruppebesetzt3.rse noch einen "Durchstellen" Block zwischen den "Variable auswerten" und den "Wartschlange erstellen" Block setzen und dann den "besetzt" Ausgang genau so verbinden, wie Du es haben möchtest.

In beiden Gruppen sind die Mitglieder angemeldet. Damit wird meine Funktion auch genau diesen Zustand zurück liefern.

Wenn Du einen Test zu einem Zeitpunkt machst, bei den diese Benutzer abgemeldet sind (oder sein sollten), mach doch bitte noch einmal die gleichen Screenshots.

Poste doch bitte mal einen Screenshot Deiner SwyxWare Administration, in der Du die Mitglieder der Gruppe anzeigst. So wie hier:

Ich habe Deine Regel mal ein wenig umsortiert (damit es übersichtlicher ist) und habe auch nochmal die IsGroupLoggedOff Funktion eingebaut.

Gruppebesetzt3.rse

Wenn das nicht funktioniert, d.h. Rufe nicht in der Voicemail landen für den Fall dass niemand in der Gruppe angemeldet ist, dann Du kannst mir gerne mal ein Server Trace schicken und ich schaue mir das dort mal an.

Hier wird erklärt, wo Du das Server Trace findest. Ich brauche neben der (ungefilterten) Datei dann auch einen Zeitstempel und die Rufnummern von Anrufer und Angerufenen Deines letzten Testanrufes.

Bitte lade das Trace nicht hier öffentlich ins Forum, sondern schick es mir per privater Forum Nachricht.

Eine aktuelle Umfrage von Enreach und YouGov unterstreicht die Bedeutung etablierter Kommunikationskanäle, wenn Verbraucher mit Unternehmen in Kontakt treten. Die Ergebnisse zeigen aber auch, dass jüngere Zielgruppen häufiger per Chat oder über die sozialen Medien mit Unternehmen kommunizieren. 

In Zusammenarbeit mit dem Markt- und Meinungsforschungsinstitut YouGov hat Enreach mehr als 2.000 Menschen in Deutschland rund um ihre Kommunikation mit Unternehmen befragt. Dabei zeigte sich, dass Telefon und E-Mail die am häufigsten genutzten Kommunikationskanäle sind: 74 Prozent der Befragten gaben an, dass Telefon zu nutzen, wenn sie mit Unternehmen in Kontakt treten, zum Beispiel, um einen Service in Anspruch zu nehmen oder einen Termin zu vereinbaren. 65 Prozent nutzen für diese Zwecke die E-Mail. Weitere Kommunikationsmöglichkeiten wie etwa ein Kontaktformular auf der Unternehmenswebsite folgen mit deutlichem Abstand: Nur 33 Prozent der Befragten gaben an, diesen Weg zu nutzen.

Problematisch dabei: Obwohl das Telefon für viele Verbraucher der bevorzugte Kontaktweg ist, bewerten sie die telefonische Erreichbarkeit häufig negativ. So sagten 70 Prozent der Umfrageteilnehmer:innen, dass sie sich oft oder sogar immer über schlechte Erreichbarkeit ärgern, wenn sie versuchen, telefonisch mit einem Unternehmen Kontakt aufzunehmen. Dabei sorgt es beispielsweise für Verärgerung, wenn der Anruf nicht entgegengenommen wird oder der Anrufer bzw. die Anruferin lange in der Warteschleife hängt.

Multi-Channel-Kommunikation wichtig für jüngere Zielgruppen

Deutliche Unterschiede im Kommunikationsverhalten zeigen sich zwischen verschiedenen Altersgruppen. Während das Telefon bei den Befragten über 55 Jahren mit 86 Prozent noch deutlicher vor den anderen Kommunikationskanälen liegt als beim Durchschnitt aller Altersgruppen, ziehen die jüngeren Umfrageteilnehmer:innen im Alter von 18 bis 24 Jahren die E-Mail (57 Prozent) dem Telefon (53 Prozent) vor. Außerdem entscheiden sich die jüngeren Verbraucher:innen auch häufiger für alternative Kommunikationswege wie den Chat mit einem Bot. In der Altersgruppe der 18- bis 24-Jährigen verwenden 20 Prozent den Chat mit einem Bot im Vergleich zu 7 Prozent der über 55-Jährigen. 19 Prozent der 18- bis 24-Jährigen gaben an, soziale Medien wie Facebook, Linkedin oder Instagram zu nutzen, um mit Unternehmen zu kommunizieren. Bei den über 55-Jährigen sind es lediglich 4 Prozent, in der Altersgruppe zwischen 45 und 54 Jahren 9 Prozent.

„Die Ergebnisse unserer Umfrage verdeutlichen den zunehmenden Bedarf für eine flexible und vielseitige Kundenkommunikation. Gerade jüngere Generationen zeigen deutlich, dass sie verschiedene Kanäle nutzen möchten, um mit Unternehmen in Kontakt zu treten. Darauf müssen Verantwortliche vorbereitet sein und eine Multi-Channel-Kommunikationsstrategie entwickeln, um alle Zielgruppen optimal anzusprechen“, sagt Dr. Ralf Ebbinghaus, Geschäftsführer von Enreach, einem führenden Anbieter von KI-basierten Bots, Unified-Communications- und weiteren Kommunikationslösungen. „Dabei spielt die telefonische Erreichbarkeit weiterhin eine große Rolle für Kundenzufriedenheit und Servicequalität. Mit unseren Unified-Communications-Lösungen unterstützen wir Unternehmen dabei, ihre Prozesse zu optimieren und ihre Erreichbarkeit für Kunden deutlich zu verbessern, zum Beispiel durch intelligente Anrufweiterleitungen oder die Möglichkeit, eingehende Anrufe im Team zu beantworten.“

Social Messaging für effiziente Kundenkommunikation auf allen Kanälen

Neben den bewährten Unified-Communications-Lösungen bietet Enreach mit dem neuen Social Messaging ab sofort auch eine leistungsstarke Multi-Channel-Kommunikationslösung an. Unternehmen können ihre Kundenkommunikation damit besonders effizient organisieren und Anfragen über verschiedene Anwendungen von Webchat über WhatsApp bis hin zu Instagram und Facebook ohne großen Aufwand beantworten. Die Social-Messaging-Lösung von Enreach bündelt eingehende Nachrichten aus verschiedenen sozialen Netzwerken und gängigen Plattformen in einem zentralen Posteingang oder Microsoft-Teams-Kanal. So behalten Mitarbeiter:innen stets den Überblick und können schnell reagieren, ohne zwischen verschiedenen Anwendungen hin- und herwechseln zu müssen. 

Die verwendeten Daten beruhen auf einer Online-Umfrage der YouGov Deutschland GmbH, an der im April 2023 2.099 Personen (davon 1.168 Erwerbstätige) teilnahmen. Die Ergebnisse wurden gewichtet und sind repräsentativ für die deutsche Bevölkerung ab 18 Jahren.

Pressemitteilung auf enreach.de

Ja genau, Du kannst den Aufruf der Funktion z.B. in einen Variable auswerten Block setzen. Hier landet dann der Rückgabewert direkt auf den beiden Ausgängen des Blocks. 

Wenn das nicht funktioniert würde ich mal unterstellen, dass in der Gruppe noch mindestens ein Benutzer nicht wirklich abgemeldet ist. Vielleicht irgendein Tisch Telefon?

Ich würde vorschlagen, dass Du Dir testweise einfach mal eine ganz kleine Test Regel machst, in der Du nur die Funktion im Start Block, deren Aufruf und Auswertung hast, z.B.

Du musst die Funktion IsGroupLoggedOff genau wie die Funktion IsPublicHolidayDE auch in den Start Block kopieren, statt in einen Skript Code einfügen Block.

Sobald eine Funktion im Start Block ist, kannst Du sie von überall in Deinem GSE Skript aufrufen. Die Möglichkeiten dazu sind hier beschrieben.

Please do not forget that this is just an independent, privately driven web forum. It is not an official Enreach support forum (as clearly stated on the forum front page and the imprint).

The fourm provides a space for everyone to either ask questions, grab existing information or to share knowledge. 

If you are not getting the help you are looking for, you can and should get in touch with your reseller and the official support. 

Hallo,

grundsätzich startet ein Ruf auf eine Gruppe nicht das Call Routing der Gruppenmitglieder. Alle Umleitungen eines Benutzers sind Teil seines Call Routings und greifen daher auch nicht. Es wäre fatal, wenn ein Grupperuf das Call Routing aller Gruppenmitglieder starten würde, denn dann würden diese Call Routings um den Ruf kämpfen und er wäre nicht verhersebar, welches der Call Routings den Ruf dann schlussendlich bekommt und behandelt.

Bis einschliesslich der aktuellen Version 13.26 haben Gruppen selbst kein Call Routing in welchem Du über entsprechende Regeln Deine Situation lösen könntest. Hier hilft man sich mit einem zusätzlichen Benutzer, welcher die Gruppen Nummer erhält und in dessen Call Routing Du dann uf die Gruppe zustellst. Idealerweise nimmt man die Gruppe dann auch aus dem globalen Telefonbuch, damit niemand am Call Routing vorbei die Gruppe direkt anruft.

Ab der kommenden Version 13.27 haben Gruppen selbst ebenfalls ein Call Routing, d.h. es muss kein zusätzlicher Benutzer (wie eben beschrieben) mehr angelegt werden.

In einer einfachen Call Routing Regel kannst Du den Ruf mit einem Timeout von 10 durchstellen. Wenn der Ruf nicht verbunden wurde kannst Du den Ruf dann anschliessend auf ein anderes Ziel zustellen.