Tom Wellige

Hi, here is a PowerShell example to create a basic user Erstellen eines CR User mit PowerShell Within the PowerShell roum you will find lots of other code snippets to set the different properties of a user.

Feel free to come back with any question that might show up on the way. Have a nice weekend!

Das kannst Du z.B. so machen: Im "EMail senden" Block trägst Du dann folgendes ein: Und hier als Text für CopyPaste: Betreff: = "Anruf von " & IpPbx.CallingNumber Text: = "Name: " & IpPbx.CallingName & vbCRLF & _ "Nummer: " & IpPbx.CallingNumber & vbCRLF & _ "Uhrzeit: " & CurDateTime()

Neben dem PreProcessing gibt es noch ein PostProcessing in welchem Du z.B. den Zeitstempel für das Ende des Rufes an Deine REST API schicken kannst. Wer den Ruf angenommen hat, kannst Du sinnvoll weder im PreProceccing noch im PostProcessing ermitteln. Im PreProcessing hat noch niemand den Ruf angenommen. Im PostProcessing ist der Ruf bereits beendet und diese Information nicht mehr zuverlässig über PBXCall.ConnectedName und PBXCall.ConnectedNumber verfügbar. Du musst diese Werte (ConnectedName und ConnectedNumber) innerhalb Deines Call Routing abfragen, idealerweise direkt nach dem "Verbunden" Ausgang des "Durchstellen" Blocks. Da Du also ohnehin Deinen Code in eine eigene Call Routing Regel hinein tun musst, brauchst Du das PreProcessing und PostProcessing eigentlich nicht. Du kannst alles (alle Zeitstempel, mit wem der Ruf verbunden wurde) ohne weiteres in Deiner Call Routing Regel ermitteln: Ruf Anfang: "Now" direkt hinter dem "Start" Block abfragen und per REST API ans CRM schicken Ruf Ende: "Now" direkt hinter dem "Ruf beendet" Block abfragen und per REST API ans CRM schicken Mit wem verbunden: PBXCall.ConnectedName und PBXCall.ConnectedNumber hinter dem "Verbunden" Ausgang vom "Durchstellen" Block abfragen und PER REST API ans CRM schicken Du kannst natürlich auch erst alle diese Informationen zusammen sammeln und erst ganz am Ende alles gemeinsam ans CRM schicken. Ein Beispiel wie Du an eine REST API vom Call Routing aus heran kommst, finest Du in der Zendesk Integration hier im Forum.

Yes, you can do that via VBScript. Here are a few links on how to perform LDAP queries in VBScript: Querying Active Directory using VBScript - asp classic https://stackoverflow.com/questions/1090336/querying-active-directory-using-vbscript VBScript - Use an LDAP OR Filter in a Search https://www.vbsedit.com/scripts/misc/searchad/scr_1259.asp How-to: Search AD https://ss64.com/vb/syntax-ad.html And Google will bring up even more explamples. A general list of VBScript functions and an explanation on how to use functions within the call routing (storing them and calling them) can be found here: VBScript Function Collection https://www.swyxforum.com/vbscript-function-collection/introduction/introduction-r1 If you use example code you find somewhere on the internet (not on the Swyx Forum page) you need to keep in mind, that unlike standard VBScript you need to declare variables with the "Dim" statement when using VBScript in a call routing script. This is because the SwyxWare sets the "Option Explicit" in its call routing which requires all variables to be declared. In standard VBScript you don't need to do that and therefore the sample code you might find on the internet might not do that.

Ja, keine Sorge, dass ist ein offizieller Download. Die Telekom Seite verlinkt auch immer nur auf die Downloads auf der Enreach Seite.

Die Namensauflösung in Outlook findet ausschliesslich auf dem Client statt. D.h. nur der Benutzer selbst sieht das Ergebnis, welches ggf. auch Inhalte aus seinen persönlichen Kontakten enthält.

Nein, sowas geht Stand heute nicht. Das einzige was mir hierzu einfällt ist, dass Du bei den Benutzern Zweitanrufe zulässt und dann müssen sie selbst entscheiden, ob sie den Ruf annehmen oder nicht. Du kannst im Call Routing von (A) oder (B) wo Du weisst, dass es sich um einen Notruf handelt, den Text manipulieren der bei (B) angezeigt wird, wenn Du den Ruf vom Call Routing aus mit dem "Durchstellen" Block zustellst. Den angezeigten Text kannst Du z.B, in einem "Skript Code einfügen" Block vor dem "Durchstellen" Block entsprechend anpassen. Details dazu findest Du unter IpPbx.CallingName und in diesem Topic.

Ich sehe gerade, dass auf der Telekom Seite nur die 13.31er Clients und Admin zum Download bereit stehen. Warum das 13.31 Gesamtpaket dort fehlt, kann ich Dir nicht sagen. Auf der Seite ist unten eine Telefonnummer für den Support angegeben. Wende Dich an die, ich bin mir sicher, dass die Dir weiterhelfen können. Auf keinen Fall solltest Du Dir Sachen von der Enreach Webseite herunterladen, wenn Du eine NetPhone im Betrieb hast.

Zur Klärung würde ich vorschlagen, den Telekom Support zu involvieren. Über die Analyse von Tracedateien sollte es möglich sein, diesem Problem auf die Schliche zu kommen.

In der 13.30 gab es ein ernsthaftes Problem, so dass sie von Enreach kurz nach Freigabe wieder zurück gezogen wurde. Sie ist kurze Zeit später durch die 13.31 ersetzt worden, die sich ja auch auf der Telekom Webseite befindet.

Wenn ich Dein Setup rihtig verstehe, dann hast Du ein YeaLink Telefon mit dem SwyxIT! Client auf dem PC per CTI gekoppelt, richtig? Weisst Du, ob auf dem Server "SwyxPLUS Feature Pack für zert. SIP-Telefone" Lizenzen für die Kopplung von YeaLink Telefonen vorhanden sind?

I assume you refer to the Visual Groups wallboard (type: user infor). Here the blue dot shows the user who will receive the next call in the group. See also here: https://help.enreach.com/visualgroups/1.10/web/Swyx/en-US/index.html#page/help/chap_VisualGroups_Wallboards.5.2.html - Wallboard Types.

Ich muss gestehen, dass ich die Webseite niemals in einer WebExtension ausprobiert habe. Ich will nicht ausschliessen, dass die WebExtension Probleme mit CSS hat. Das Probleme sollte sich aber im HTML Code der Seite ("background" Parameter im "body" Tag) einfach lösen lassen.

Hallo Basti, Da muss nichts angepasst werden. Die Server Variable "SCRIPT_NAME" liefert die URL der aktuellen Seite zurück. Insagesamt sorgt deise Zeile für einen Refresh alle 2 Sekunden. Es kann sein, dass Du das IIS Feature "Active Server Pages" bzw. "ASP" nachinstallieren musst. Das wird meines Wissen nach in aktuellen IIS Versionen nicht mehr automatisch mitinstalliert. Anschliessed überprüfe noch, dass "Default.asp" in den IIS Einstellungen neben "Index.html" auch als Default Seite akzeptiert wird. Du kannst ohne weiteres den IIS auf der Swyx Server Maschine verwenden. Um dem "Swyx Control Center" nicht in die Quere zu kommen, richte einfach ein "Virtuelle Verzeichnis" unter der "Default Web Site" ein, welches auf das Verzeichnis zeigt, in dem Du die beiden PV Dateien liegen hast.

Denkbar wäre ein Call Routing (mit dem GSE), welches Du beim Chef einrichtest, und welches an oberster Stelle in seinem Call Routing steht. Es prüft, ob der Anruf vorher schonmal beim ihm war (also original zu ihm ging, und sein Call Routing den Ruf dann an die Gruppe gegeben hat). Wenn ja, wird der Ruf per "Durchstellen" an ihn zugestellt (ursprüngliches Ziel) und die Regel über den "Regel ausgeführt" Ausgang verlassen. Wenn nein, dann verlässt Du die GSE Regel einfach über den "Regel übersprungen" Ausgang. Mittels der Funktion IsRedirectedFromByName kann Du überprüfen, ob der Ruf vorher schonmal beim Chef war. Hier wird erklärt, wie Du u.a. diese Funktion in Deinem Call Routing nutzbar machst, und auch ganz einfach über einen "Variable auswerten" Block aufrufst. Das Ergebnis der Funktion hast Du dann ganz bequem auf einem der beiden Ausgänge des Blocks.

VBScript Inspired by a question in the forum I spent a little bit more time not just giving a few hints as answer in the forum, but instead made a complete call routing script from it. There are cases in which you need to be able to replace an existing announcement of a user by recording a new one from within a call routing script. If this is done within the call routing of the user you need to replace the announcement for, this is a very straight forward task. Lets assume the user has an announcement file "welcome.wav" which you need to replace by an new announcement. The idea for the call routing here is, that it checks if the caller is authorized to replace the announcement first. There are multiple ways to get this done, e.g. by checking the caller number ("Call" condition block, and then "Calls from caller ID (calling party number)") by asking the caller for a pin ("Get DTMF String" block and then "Evaluate" block to validate the entered pin, an example can be found here) check for specific post dialing digits (instead of asking the caller for a pin) or a combination of the above You place this call routing on top of the list of rules in the call routing manager. This makes sure that regardless of what other call routing the user has activated, you will be able to call in and replace the announcement. If your call routing script figures that it is not you who is calling it just leaves the script via the "Rule skipped" exit to let let the rest of the users call routing handle this call. So once you have identified and authorized the caller your call routing could do the following: Play the current "Welcome.wav" announcement to make sure that this really is the announcement you want to replace Record a new announcement by using the "Record Message" block Save/upload this newly recorded message file into the SwyxWare database with the name "Welcome.wav". By doing so you overwrite the existing one. Play the "Welcome.wav" announcement again, to make sure that your recorded announcement has really been updated. Of course this is just a suggestion. You can do what ever else you want/need to here. This just demonstrates how to do the replacement. The call routing script looks as simple as this: The "Call" block just does a simple caller verification and authentication by the caller number. The "Record Message" block places the name of the newly recorded wav file into the "sNewWelcome" variable. The "Insert Script Code" blok uses the PBXUser.UploadFile function from the Server Script API to upload the recorded file into the database and store it there with the name "welcome.wav". The previously existing file will be overwritten. You can download this simple rule via the following link: Replace Announcement.rse Open a new GSE rule, import this file via the "File | Import..." menu and save the rule. Now move the new rule on top of the list of your rules. Enjoy! PS: don't miss to take a look into the ECR Useful Link Collection.

Man kann nicht so ohne weiteres beliebige Rufnummern nach extern signalisieren. Das würde die Tür für Missbrauch sperrangelweit aufmachen. Du kannst zunächst einmal nur Deine eigenen Rufnummern (d.h. Nummern aus Deinen Durchwahlbereich) signalisieren. Bei Deinem Provider musst Du Dir das Feature "CLIP, no screening" freischalten lassen. Erst dann reicht Dein Provider jede von Dir signalisierte Nummer weiter so dass sie bei Ziel dann auch angezeigt wird.

Eine fertige Lösung hierfür habe ich leider nicht für Dich. Du hast das Problem schon richtig erkannt und beschrieben. Genau so ist es Enreach auch bekannt und soll in einer der kommenden VG Versionen gelöst werden. D.h. es soll dann möglich sein, nicht nur einen Benutzer sondern einen Benutzer nebst einer seiner Durchwahlen einer Gruppe zu zu ordnen. Damit wird es dann möglich sein, die Aufzeichnung auf Trunkebene auswählbar zu machen.

Freut mich zu lesen, dass ich den richtigen Riecher hatte

Hallo Julian, ich muss gestehen, dass meine erste Antwort etwas zu kompliziert gedacht war. Ich habe gerade nochmal ein kleines Call Routing Skript gemacht, welches demonstriert wie man ganz einfach eine existierende Ansage durch eine neue ersetzen kann. Es wird davon ausgegangen, dass der Benutzer die Ansage die er ersetzen möchte als Ansage.wav bei sich hinterlegt hat. Das Skript macht folgendes: Die aktuelle Ansage wird abgespielt (um zu zeigen, dass sich am Ende tatsächlich die neue Ansage im System befindet) Der Anrufer kann eine neue Ansage aufsprechen. Der Name der hierbei entstandenen .wav Datei wird in einer Variable sNeueAnsage gespeichert Diese .wav Datei wird nun mittels PBXUser.UploadFile in die Datenbank, genauer gesagt in den "User Scope" (Benutzer Sichtbarkeitsbereich) des aktuellen Skript Benutzers, hochgeladen. Abschliessend wird die nun ersetzte Ansage (Ansage.wav) zur Kontrolle/Bestätigung nochmal abgespielt. Hier das Skript zum Download: Ansage aktualisieren.rse Lege einfach eine neue leere GSE Regel an, und importiere diese Datei über das "Datei | Importieren..." Menü.

Wenn ich Dein Call Routing richtig verstehe, dann benutzt Du die 3 Bedingungsblöcke ohne dass Du da eine echte Bedingung eingetragen hast, sondern Du hast sie auf "In jeder Situation", "Für jeden ruf", "Zu jeder Zeit" konfiguriert. In diesem Fall kannst Du Dir diese Blöcke auch komplett sparen. Du musst eine Call Routing Regel die Du mit dem Regel Assistenten machst, nicht eins zu eins im GSE nachbilden. Dann sehe ich, dass Du beim "Durchstellen" Block alle anderen Ausgänge bis auf "Nicht zugestellt" ausgebelendet hast. Das solltest Du nicht tun, weil Dein Call Routing nun in Zustände laufen kann, welche nicht bearbeitet werden (z.B. "Verbunden"). Wenn es Dir ohnehin nur um den Versandt der EMail geht, dann brauchst Du den "Durchstellen" Block auch gar nicht. Damit die Alarmanlage nicht auf die Idee kommt mehrfach anzurufen (was in diesem Fall glaube ich Dein Problem ist, weil der Ruf nicht verbunden wurde), würde ich ein Call Routing wie folgt vorschlagen: "EMail versenden" Block um die benötigte EMail zu verschicken "Ansage abspielen" Block nehmen und eine Ansage abspielen. Damit verbindest Du den Ruf und teilst der Alarm Anlage damit mit, dass Du den Ruf empfangen hast

Schau mal ob Du eine Datei C:\ProgramData\Swyx\license.dat findest. Wenn ja, lösche sie.

Die Nummer die der Anrufer sieht wird automatisch aktualisiert, sobald der Ruf verbunden ist. Er wird also sehen, mit welchem der 4 MAs er verbunden ist. Es ist nicht möglich, dem Anrufer etwas anderes zu signalisieren. Du könntest ihm evtl. eine Ansagen vorspielen, die ihm sagt, mit welchem "Dienst" er verbunden wird.

Enreach hat einen Posten als Operations Engineer (all genders) zu besetzen. Alle weiteren Details hierzu finden Sie hier: https://www.enreach.de/unternehmen/karriere/stellenangebote.html?jh=uzr62wbg6hh3qp3c2t2gnjih0fui262