Tom Wellige

Hast Du die Statussignalisierung wie in dem UserStatus Artikel beschrieben konfiguriert? Du kannst auch mal einen Blick in das Server Trace werfen um zu sehen, welcher Status Wert für den Benutzer 101 denn ermittelt wird. Wie Du Dich im Server Trace zurecht finden kannst, ist hier beschrieben.

Variablen gelten grundsätzlich nur für den aktuellen Ruf. Wenn Du eine Variable A in Deinem Call Routing Skript hast und zwei Rufe befinden sich gerade im Call Routing dann gibt es in diesem Augenblick 2 Versionen der Variable A, jeweils eine für jedes der beiden Skripte. Ebenso verlieren Variablen ihren Inhalt wenn ein Ruf beendet wird. Mittles der persistenten Variablen kannst Du diese beiden "Einsckränkungen" (sofern man das so nennen möchte) umgehen. Für Deine aktuelle Frage werden die aber nicht benötigt. Zwischen den "Warteschlange erstellen" Block und den "Warteschlangen-Attribute setzen" Block kannst Du einen "Warteschlangen-Attribute abrufen" Block setzen. Mit diesem Block kannst Du die aktuelle Anzahl der Rufe in der Warteschlange in eine Variable speichern lassen und damit dann die durchschnittliche Wartezeit berechnen und setzen (Feld: Durchschnittliche Rufdauer). Ob Du damit allerdings realistische Werte für die Wartezeit errechnest musst Du Dir selber beantworten. Wenn Rufe immer in etwa gleiche Lange warten und bearbeitet werden dann kommt Dein Wert wohl einigermassen hin. Anonsten eher weniger. Dann wird entweder eine deutlich zu kurze oder zu lange Wartezeit angesagt. Letzteres ist nicht so schlimm. Wenn Du dem Anrufer aber sagst, dass er vermutlich in 2 Minuten drann kommt und er dann aber 20 Minuten wartet ist das nicht Stimmungsaufhellend. In meinen Augen macht das Wartezeit Feature in der Warteschlange nur dann wirklich Sinn, wenn Du dort umfangreiche Statistiken hinterlegst, wie lange Anrufer abhängig von Wochentag und Uhrzeit bei Dir warten. Diese Werte kannst Du aus den Call Details Records der SwyxWare ermitteln, in geeigneter Form (eigener VBkript Code) in der Call Routing Regel hinterlegen und dann passend zum Wochentag und Uhreit verwenden. Diesen Aufwand muss man in meinen Augen schon treiben, wenn man ansatzweise vernünftige Wartezeiten ansagen möchte. Wenn man diesen Aufwand nicht treiben möchte, dann sollte das Wartezeit Feature nicht verwendet werden. Dazu dann einfach beide Ansagen auf "keine Auswahl" stellen.

You are mostly welcome! I am always glad to be of help

Ich habe gerade gesucht und stelle fest, dass ich damals keine Rückmeldung bekommen hatte. Unmittelbar nach meinem Report hatte ich alle Details zu den Call Routing Änderungen in der 13.27 erhalten und angefangen, die hier zu dokumentieren. Da ist mir Dein Problem aus dem Fokus geraten. Ich werde da nochmal nachfragen, ob da schon was passiert ist.

This function doesn't work in a group call routing at the moment. It uses "g_PBXConfig.GetUserByAddress" which is not working in a group context. As stated on the IsGroupLoggedOff page you can use the PBXGroup.IsLoggedIn in a group call routing script. The usage is as simple as with the previous function: if not IsGroupLoggedOff ("11") then ... end if respective: if PBXGroup.IsLoggedIn then ... end if Or when being used in an Evaluate block (Variable auswerten):

And the user for whom the call routing script is running is also part of that group? You can take a look into the server trace to see exactly what the function IsGroupLoggedOff is doing. The following article describes how to identify and filter a spcific call within the server trace file and how to filter it further down to just the call routing trace output: How to filter SwyxWare traces for call routing output of single call Feel free to post that filtered trace output here.

The most important requirement is stated right below the script code: Do you have mutual status signalling enabled between all envolved users (the ones in the group and the one the current call routing script runs for)?

Hallo Dirk, grundsätzlich kann Funktionalität im Call Routing der SwyxWare mittels VBSkript (und auch Lua, allerdings ist das noch in der Beta Phase) erweitert werden. Dazu schreibt sich eine VBSkript Funktion und kopiert diese in den Start Block. Das ist hier nochmal erklärt und dort ist auch eine Sammlung von fertigen VBSkript Funktionen die Du per Copy & Paste in den Start Block kopieren kannst. Function Collection (VBScript) Alles was sich an Code im Start Block befindet ist global im gesamten Call Routing des aktuellen Benutzers verfügbar. Das PreProcessing ist ein Sonderfall, mit dem es möglich ist, Call Routing Funktionalität allen Benutzern zur Verfügung zu stellen, da man diese Regel global in der SwyxWare hinterlegen kann. Alle anderen Call Routing Regeln sind immer lokal bei einem Benutzer. Mit dem Call Routing Manager verwaltest Du alle Call Routing Regeln. Bei einem kommenden Ruf wird die Liste der Regeln von oben nach unten abgearbeitet, solange bis eine Regel von sich behauptet den Ruf bearbeitet zu haben. Danach ist dann normalerweise Schluss. Du kannst die Position von Regeln in der Liste beinflussen (Pfeil hoch und runter Tasten rechts neben der Liste) und Regeln aktivieren oder deaktivieren (Checkbox vor dem Namen der Regel). Deaktivierte Regeln werden nicht ausgeführt. Eine grundsätzliche Einführung in das Call Routing findest Du in den Call Routing und Extended Call Routing Handbüchern. Für Partner gibt es bei Enreach auch eine eintägige ECR Einführungsschulung sowie eine zweitägige ECR Plus Schulung (Erweiterung des Call Routing via eigenem Skript Code).

Hallo Dirk, Du kannst das entweder Zentral auf dem Server in einer Call Routing Regel oder auf jedem Client mittels Client SDK machen. Call Routing Mit eigenem VBScript Code in einer Call Routing Regel kannst Du einen WebRequest ausführen. Wenn Du darüber den Namen ermittelt hast, kannst Du ihn per PBXCall.CallingPartyName setzen. Ein Beispiel für die Anwendung des WebReuest und Verwendung von JSON formatierten Daten im Request und Response findest Du in Zendesk Integration Projekt hier auf der Forum Seite. Wenn Du die Call Routing Regel fertig hast, kannst Du sie als "PreProcessing" Regel global hinterlegen. Hinweise hierzu findest Du hier oder als Webinar im Enreach Partner Net. Client SDK Das Client SDK enthält ein C# Beispiel, welches ein SwyxIt! PlugIn zur Namensauflösung zeigt (ähnlich dem Outlook PlugIn): Visual Studio.Net C# PlugIn

Von Terminvereinbarungen und Tischreservierungen bis hin zu häufigen Service-Anfragen – damit Unternehmen Routineaufgaben im Bereich Kommunikation besonders effizient abwickeln können, hat Enreach smarte, KI-gesteuerte Sprachassistenten für verschiedene Anwendungsszenarien entwickelt. Partner können ihren Kunden die fertig trainierten Voicebots als Zusatzoption zu einer Enreach Kommunikationslösung oder als Stand-Alone-Produkt anbieten, ohne selbst Zeit und Ressourcen in die Bot-Entwicklung zu investieren. Einfach effizient Für häufig vorkommende Anfragen und andere Routineaufgaben in der Kommunikation von Arztpraxen, Restaurants, Werkstätten und weiteren Unternehmen hat Enreach dedizierte Voicebots entwickelt, die Partner ganz einfach und schnell über ein übersichtliches Web-Interface mit individuellen Namen, Adressen, Sprech- bzw. Öffnungszeiten sowie weiteren Einstellungen für ihre Kunden konfigurieren können. Die BotApps von Enreach übernehmen Termin- und Reservierungsmanagement, Auskünfte, Rezeptbestellungen oder die Abfrage von Informationen – vollautomatisiert, besonders effizient und falls gewünscht, rund um die Uhr, an sieben Tagen pro Woche. So werden Mitarbeiter entlastet und können sich auf das konzentrieren, was wirklich wichtig ist. Unternehmen verbessern zugleich ihren Kundenservice: Statt in der Warteschleife darauf zu warten, mit einem Mitarbeiter oder einer Mitarbeiterin zu sprechen, können Kunden und Interessenten ihr Anliegen direkt und ohne Verzögerungen mit dem smarten Sprachassistenten klären. „Mit unseren neuen BotApps können Enreach Vertriebspartner schnell und bequem in den Markt für Sprachassistenten einsteigen. Auf diese Weise profitieren sie von dem hohen Interesse an KI-Technologien, schaffen für ihre Kunden echte Mehrwerte und können sich neue Zielgruppen erschließen. Unsere Voicebots sind die perfekte Lösung für alle Unternehmen, die ihren Kunden auch außerhalb der Öffnungs- oder zu Spitzenzeiten zeitgemäßen Service bieten wollen. Die smarten Sprachassistenen helfen dabei, Herausforderungen wie Personalmangel und Kostendruck zu begegnen sowie dynamisch auf Veränderungen zu reagieren. Ein unkompliziertes Abrechnungsmodell mit praktischen Minutenpaketen sorgt dabei für hohe Flexibilität“, erläutert Marco Crueger, VP Sales von Enreach. Neben den fertig entwickelten BotApps stellt Enreach Partnern und Kunden weiterhin ein einfach zu bedienendes Entwicklungsstudio zur Verfügung, mit dem individualisierte Chat- oder Voicebots erstellt werden können. Weitere Informationen über die BotApps gibt es auf der Website von Enreach und im Partnerportal. Pressemitteilung auf enreach.de

Sorry, dass das einen Augenblick gedauert hat. Auf meinem Testsystem läuft das SCC nicht vernünftig und ich musste mir erst ein anderes System besorgen. Also ich kann Dein Problem wieder mit dem Swyx Control Center (Webadmin) noch mit der regulären SwyxWare Administration nachstellen. Beim Export sind immer alle Nummern enthalten, so dass sie anschliessend auch wieder sauber importiert werden können. Ich würde vorschlagen wollten, dass Du Dich damit mal an Deinen Swyx Händler wendest, damit das zum Support gegeben werden kann. Irgendetwas scheint auf Deinem System nicht in Ordnung zu sein.

Danke für die csv Dateien. Die stammen nicht aus der SwyxWare Administration, richtig? Ich nehme an, die machst das direkt über das Webinterface eines Telefons? Wenn ja, welches Telefon ist das genau? (Hersteller, Typ, Firmware Version)

Das kann ich bei mir leider nicht nachvollziehen. Welche Swyx Version verwendest Du. Welche Version der SwyxWare Administration hast Du installiert? Vielleicht kannst Du hier auch mal eine Beispiel CSV Datei anhängen? Natürlich mit Spieldaten und keinen echten Daten drin.

Great 🙂

My idea was that it is checked, if the caller number is part of the black listed number. For that logic the order of the both parameters is correct. If you reverse the logic (is black listed number part of caller number) you need to reverse the parameters of course. With the reversed order it is actually possible to search for "parts of numbers" in the black list. So it would be possible to easily exclude complete DDI ranges.

You need to modify the connection string definition in the "default.asp" file according to your used database. The user the application pool in your IIS runs under needs a login into the database with read/write privileges to the OpenQueue database.

Die telefonische Erreichbarkeit von kleinen Unternehmen sorgt oft für Ärger bei Verbraucher:innen. Das ist das Ergebnis einer Umfrage, die Enreach gemeinsam mit dem Markt- und Meinungsforschungsinstitut YouGov durchgeführt hat. Mit KI-Lösungen können auch kleinere Betriebe ihre Kundenkommunikation verbessern. Die Befragung, die das Markt- und Meinungsforschungsinstitut YouGov im Auftrag von Enreach durchgeführt hat, zeigt Schwierigkeiten auf, wenn Verbraucher:innen mit kleinen Betrieben wie Werkstätten, Arztpraxen und Restaurants telefonischen Kontakt aufnehmen: Mehr als die Hälfte der Befragten (60 Prozent) gab an, dass insbesondere kleine Unternehmen immer oder oftmals telefonisch schlecht zu erreichen sind. Besonders in Bereichen, in denen Verbraucher:innen bei Anfragen häufig zum Telefon greifen, wie zum Beispiel bei Tischreservierungen oder Terminvereinbarungen, können lange Wartezeiten und unbeantwortete Anrufe schnell zu Frustration führen. Schlechte Erreichbarkeit sorgt für Ärger Mit 74 Prozent gab die Mehrheit der insgesamt über 2.000 Umfrageteilnehmer:innen an, für den Kontakt mit Unternehmen das Telefon zu nutzen. 70 Prozent ärgern sich dabei immer oder oft über schlechte telefonische Erreichbarkeit. Für immerhin 42 Prozent der Befragten ist es zudem wichtig, ihr Anliegen unabhängig von Sprech- oder Öffnungszeiten, zum Beispiel auch abends oder am Wochenende, zu klären. „Gerade kleine Unternehmen können sich durch herausragenden Service und Kundennähe positiv von Wettbewerbern abheben und für langfristige Kundenbindungen sorgen. Unsere Umfrage zeigt, dass die telefonische Erreichbarkeit dabei einen hohen Stellenwert hat“, sagt Enreach Geschäftsführer Dr. Ralf Ebbinghaus. „Mit intelligenten Kommunikationslösungen, die genau auf die spezifischen Anforderungen von kleinen Betrieben zugeschnitten sind, können diese Unternehmen auch ohne eigene IT-Abteilung und großes Budget von innovativen Technologien wie Conversational AI profitieren.“ Mitarbeiter:innen entlasten, Service verbessern Fast jedes Unternehmen muss wiederkehrende Aufgaben im Bereich Kommunikation bearbeiten, die wichtig sind, aber kaum zur Wertschöpfung beitragen. Damit insbesondere kleine Unternehmen Routineaufgaben im Bereich Kommunikation effizient abwickeln können, hat Enreach smarte, KI-gesteuerte Sprachassistenten für verschiedene Anwendungsszenarien entwickelt: Die Enreach BotApps wickeln standardisierte Anfragen wie Terminvereinbarungen vollautomatisiert ab und entlasten so die Mitarbeiter:innen. Zugleich lässt sich die Serviceorientierung deutlich verbessern: Statt vergeblich zu versuchen, jemanden zu erreichen oder lange in einer Warteschleife zu hängen, können Kund:innen und Interessent:innen ihr Anliegen direkt mit dem smarten Sprachassistenten klären – und das rund um die Uhr, an sieben Tagen pro Woche. Neben den fertig trainierten Sprachbots stellt Enreach Kunden und Partnern eine einfach zu bedienende Entwicklungsplattform zur Verfügung, mit der sie eigenständig individualisierte Voice- oder Chatbots für weitere Anwendungsbereiche erstellen können. Darüber hinaus bietet das Enreach Portfolio Unternehmen jeder Größe eine breite Palette von Lösungen an, mit denen sich die Kundenkommunikation verbessern lässt. Mit den Unified-Communications-Lösungen von Enreach können Unternehmen ihre Prozesse effizient und serviceorientiert gestalten. Die telefonische Erreichbarkeit lässt sich dabei durch intelligente Rufumleitungen oder die Möglichkeit, eingehende Anrufe im Team zu beantworten, auch in Zeiten mit hoher Auslastung erheblich steigern. Mit einer Social-Messaging-Lösung ermöglicht Enreach Unternehmen, einen Chat auf ihrer Website einzurichten und verschiedene Kommunikationskanäle von WhatsApp bis hin zu sozialen Netzwerken zu bündeln. Cloud-Contact-Center-Lösungen und passende Anschlussmöglichkeiten runden das Angebot ab. Die verwendeten Daten beruhen auf einer Online-Umfrage der YouGov Deutschland GmbH, an der im April 2023 2.099 Personen teilnahmen. Die Ergebnisse wurden gewichtet und sind repräsentativ für die deutsche Bevölkerung ab 18 Jahren. Weitere Informationen über die KI-basierten Bot-Lösungen von Enreach finden Interessierte auf der Website des Unternehmens. Pressemitteilung auf enreach.de

Ich kann das here leider nicht nachstellen, aber versuch doch mal in einem "Zeichenfolge ansagen" Block Dir die Ergebnisse von PBXCall.CalledPartyNumber PBXCall.CalledPartyNumberCanonical (jeweils mit einem "=" davor) ansagen zu lassen. Was bekommst Du dort angesagt?

Habe ich Dich richtig verstanden, dass Du die Durchwahl ermitteln möchtest, welche angerufen wurde? Und für das Call Routing hast Du einen Benutzer angelegt, dem Du den kompletten Durchwahlbereich 12345 000 - 12345 999 als externe Rufnummern zugewiesen hast? Wenn dem so ist: Mittels PBXCall.CalledPartyNumberCanonical kannst Du die externe Rufnummer ermitteln, die angerufen wurde. Davon musst Du nun die letzten drei Ziffern kopieren und an diese den Ruf durchstellen. Im Durchstellen Block könnte dann das hier als Ziel stehen: = Right(PBXCall.CalledPartyNumberCanonical, 3)

Hi Mitesh, you need to enable "ASP" (Active Server Pages) in your IIS. This page explains how this can be done: https://learn.microsoft.com/en-us/iis/application-frameworks/running-classic-asp-applications-on-iis-7-and-iis-8/classic-asp-not-installed-by-default-on-iis

Kannst du bitte kurz bestätigen, dass Du die Statussignalisierung wie hier gezeigt innerhalb der Gruppe aktiviert hast? Wenn ja, scheint mir das in der Tat ein Bug zu sein, bzw. etwas, was übersehen wurde zu implementieren. Das Gruppen Call Routing ist halt noch brand neu, und da kann es sein, dass noch Dinge entdeckt werden, die nicht bedacht bzw getestet wurden. Ich werde das dann aber auf alle Fälle entsprechend weiter geben. In der Zwischenzeit gibt es aber eine einfach Lösung für Deine Anforderung: PBXGroup.IsLoggedIn Schau dort auch mal links ins Menu unter "PBXGROUP". Dort findest Du alle speziellen Funktionen die Dir im Call Routing für eine Gruppe zur Verfügung stehen. Unterschiede zwischen dem Call Routing eines Benutzer und einer Gruppe sind hier beschrieben: User or Group context

Hallo, es ist richtig, dass bei Gruppenrufen das Call Routing der Gruppenmitglieder grundsätzlich nicht berücksichtigt wird. Der Grund dafür ist ein ganz einfacher: stelle Dir eine parallele Rufzustellung in der Gruppe vor, und es kämpfen plötzlich sämtliche Call Routings aller Gruppenmitglieder darum, den Ruf zu behandeln. Was Du machen kannst/musst, ist das Call Routing der Gruppe so abzubilden, dass es das Call Routing der Gruppenmitglieder weitestgehend nachbildet.

Hi Jack, I am not aware of any reasons why it shouldn't. It uses plain ECR functionality which haven't changed in years within SwyxWare.

Er wird sich unter anderem darauf konzentrieren, das Geschäft mit wiederkehrenden Umsätzen weiter voranzutreiben und effektive Vertriebskanäle für die KI-Lösungen von Enreach sowie die neue Cloud-Kommunikationslösung Enreach Contact aufzubauen. Ein weiterer Schwerpunkt seiner Tätigkeit wird die Weiterentwicklung des Partner-Netzwerks und der Distributionsstrategie sein. Martin Meitza bringt mehr als 20 Jahre Erfahrung in der ITK-Branche mit. Er hat sowohl auf nationaler als auch auf internationaler Ebene erfolgreich Vertriebsteams geleitet. Martin Meitza war bei namhaften Unternehmen wie Cisco sowie bei Ingram Micro tätig, zuletzt leitete er den Channel-Vertrieb bei Mitel Deutschland. Zu seinen Kernkompetenzen zählen die Akquise neuer Vertriebspartner und die Betreuung von Bestandspartnern, die Entwicklung von effektiven Channel-Strategien und das Management von komplexen Vertriebsprozessen. „Mit Martin Meitza haben wir einen erfahrenen Vertriebsexperten für unseren Fachhandelskanal gewonnen. Wir freuen uns sehr darüber, dass er ab sofort unser Team in Deutschland verstärkt. Seine umfassende Expertise wird eine wichtige Rolle dabei spielen, künftig noch mehr ITK-Händler für den Vertrieb des gesamten Enreach Produktportfolios zu gewinnen und die Zusammenarbeit mit unseren Channel-Partnern weiter zu intensivieren und mit Blick auf gemeinsame Wachstumschancen zu optimieren," sagt Enreach VP Sales Marco Crueger, an den Martin Meitza berichtet. Pressemitteilung auf enreach.de

Rufe kommen in der SwyxWare nur dann wieder zurück, wenn sie per "Blind Call Transfer" weitergeleitet wurden. Dies macht man z.B. indem man im SwyxIt! Client die Leitungstaste auf den man den Ruf hat den man weiter leiten möchte, mit der Maus per Drag & Drop auf eine Namenstaste zieht. Man kann im Call Routing aber ohne Probleme mittels des "Durchstellen" Aktionsblock genau das abbilden, was Du brauchst. Der Block stellt den Ruf für eine gewisse Zeit an das Ziel zu. Wenn dort der Ruf nicht angenommen wird, kommt man durch den "Timeout" Ausgang des Block heraus und kann sich dann überlegen, was man mit dem Ruf in diesem Fall machen möchte,