Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Sv translation
languageen

The CRM URL can make the use of variables. This can be specified in the IVR when using the object Save addit. info and user data and also in the ACD group CRM URL setting itself.

Warning

When semicolons, commas, apostrphophes or pipes (;,'|) are used in the additional info, it can cause the web client to miss events and not display calls.

DO NOT use these characters.

The variables are evaluated by the web server, before the URL is passed to the client.

Simple Variables

The following variables can be used:

VariableMeaning
$RootNumberRoot-Number (Platform Destination) of the service number
$ServiceNumberService Number (Name Field).
$CustomerNumberCustomer Number of the Service Number
$ParentCustomerNumberParent Customer Number of the Service Number
$ContractNumberContract Number of the Service Number
$BillingNumberBilling Number of the Service Number
$GroupNumberACD Group Number
$groupnameACD Group Name
$CallerNumber, $callerCaller Number
$usernameAgent Name
$userfirstnameAgent First Name
$useruidAgent UID.

Extended Variables

Extended variables can be used, which are retrieved from the User status in the ACD directly. These fields available are specified as follows: ${Variable}.

Replacement

With URL encoding

Using single curly braces URL encodes the string before inserting it into the URL.

Specify the fields as follows: ${Variable}

Without URL encoding

Status
colourGreen
titleFrom Release 3.30

Using double curly braces performs a direct replacement without encoding into the URL.

Specify the fields as follows: ${{Variable}}

Use Case

This can sometimes be necessary, if the server and protocol portion of the URL are needed to be variable. For example take the following URLs:

myprotocol://myserver1.jtel.de:1000/variable_part_1/application?param1=value1&param2=value2
myprotocol://myserver2.jtel.de:2000/variable_part_2/application?param1=value1&param2=value2

Imagine the server portion of the URL being variable - some users login to the first server, and some users login to the second server. The application part of the URL (after the final slash) is the same in both cases (the parameters will probably identify a particular record in the CRM system). So the first URL is to be used by user 1, and the second URL by user 2.

Clearly, before the call is distributed, the URL cannot be built. This means it must be built dynamically according to which user receives the call.

The server portion of the URL could be configured in the jtel user account, for example the nick name field or another appropriate informational field which is not required for the operation of the user account in the jtel system.

For example, the NickName field could be specified as follows:

User 1: myserver1.jtel.de:1000/variable_part_1

User 2: myserver2.jtel.de:2000/variable_part_2

Then the CRM URL could be specified as follows:

myprotocol://${{NickName}}/application?param1=value1&param2=value2

Available Extended Variables 

${Variable}
UID
Name
FirstName

NickName

Status
colourGreen
titleFrom Release 3.30

TelActive
dtCallStart
ServiceNumbersName
ServiceNumbersName2
AcdGroupsName
AcdGroupsGroupNumber
bMandatoryTransactionCode
AcdConfigurationGroupsName
ANumber
WaitingTime
ContactClass
ContactNumber
ContactName
ContactPostCode
ContactCity
StatisticsPartAID
CustomerNumber
ParentCustomerNumber
ContractNumber
BillingNumber
ContactTel1
ContactTel2
ContactTel3
ContactTel4
ContactTel5
ContactEmail
ContactFirstName
ContactLastName
ContactCustomerNumber
UserData
DiallerCampaignsID
DiallerContactsName
DiallerCampaignsClientService
DiallerContactsAmount
DiallerContactsFirstName
DiallerContactsComment
DiallerContactsManufacturer
DiallerContactsModel
DiallerContactsTag
DiallerContactsDtBeginDate
DiallerContactsDtEndDate
DiallerCampaignsName


Sv translation
languagede

Die CRM URL kann mit Variablen versehen werden. Dies kann sowohl über das IVR Objekt Speichern Zusatzinfo. und Benutzer Daten angegeben werden, als auch in der CRM URL Einstellung ACD Gruppe selbst.

Warning

Durch Verwendung von Semikolon, Komma, Pipe, Kapitelchen als Trennzeichen in Daten, die in der Zusatzinfo angezeigt werden sollen, kommt es zu Fehlerbildern.

ACHTUNG: Diese Trennzeichen nicht verwenden.

Die Variablen werden vom Web-Server ausgewertet, also vor der Übergabe der URL an den Clients.

Einfache Variablen

Folgende Variablen stehen zur Verfügung:

VariableBedeutung
$RootNumberRoot-Nummer (Plattformziel) der Servicerufnummer.
$ServiceNumberServicerufnummer (Feld Name).
$CustomerNumberCustomer Number der Servicerufnummer.
$ParentCustomerNumberParent Customer Number der Servicerufnummer.
$ContractNumberContract Number der Servicerufnummer.
$BillingNumberBilling Number der Servicerufnummer.
$GroupNumberACD Gruppennummer.
$groupnameACD Gruppenname.
$CallerNumber, $callerA-Rufnummer.
$usernameAgenten Name.
$userfirstnameAgenten Vorname.
$useruidAgenten UID.

Erweiterte Variablen

Folgende

Es können erweiterte Variablen

stehen zur Verfügung

verwendet werden, die direkt aus

den

dem Benutzerstatus in der ACD

direkt gewonnen werden. Diese werden wie folgt angegeben: ${Variable}

gelesen werden.

Ersetzung

Mit URL-Kodierung

Durch die Verwendung von einfachen geschweiften Klammern wird die URL kodiert, bevor sie in die URL eingefügt wird.

Geben Sie die Felder wie folgt an: ${Variable}

Ohne URL-Kodierung

Status
colourGreen
titleAb Release 3.29

Die Verwendung von doppelten geschweiften Klammern führt zu einer direkten Ersetzung ohne Kodierung in der URL.

Geben Sie die Felder wie folgt an: ${{Variable}}

Anwendungsfall

Dies kann manchmal notwendig sein, wenn der Server- und Protokollteil der URL variabel sein soll. Nehmen Sie zum Beispiel die folgenden URLs:

myprotocol://myserver1.jtel.de:1000/variable_part_1/application?param1=value1&m2=value2
meinprotokoll://myserver2.jtel.de:2000/variabler_teil_2/anwendung?param1=wert1&m2=wert2

Stellen Sie sich vor, dass der Serverteil der URL variabel ist - einige Benutzer melden sich auf dem ersten Server an, andere auf dem zweiten Server. Der Anwendungsteil der URL (nach dem letzten Schrägstrich) ist in beiden Fällen gleich (die Parameter identifizieren wahrscheinlich einen bestimmten Datensatz im CRM-System). Die erste URL wird also von Benutzer 1 und die zweite URL von Benutzer 2 verwendet.

Bevor der Aufruf verteilt wird, kann die URL natürlich nicht erstellt werden. Das heißt, sie muss dynamisch aufgebaut werden, je nachdem, welcher Benutzer den Anruf erhält.

Der Serverteil der URL könnte im jtel-Benutzerkonto konfiguriert werden, z. B. das Feld "Spitzname" (Nick Name)  oder ein anderes geeignetes Informationsfeld, das für den Betrieb des Benutzerkontos im jtel-System nicht erforderlich ist.

Das Feld NickName könnte zum Beispiel wie folgt angegeben werden:

Benutzer 1: myserver1.jtel.de:1000/variable_part_1

Benutzer 2: myserver2.jtel.de:2000/variabler_teil_2

Dann könnte die CRM-URL wie folgt angegeben werden:

myprotocol://${{NickName}}/application?param1=value1&m2=value2

Verfügbare erweiterte Variablen

${Variable}
UID
Name
FirstName

NickName 

Status
colourGreen
titleAB Release 3.30

TelActive
dtCallStart
ServiceNumbersName
ServiceNumbersName2
AcdGroupsName
AcdGroupsGroupNumber
bMandatoryTransactionCode
AcdConfigurationGroupsName
ANumber
WaitingTime
ContactClass
ContactNumber
ContactName
ContactPostCode
ContactCity
StatisticsPartAID
CustomerNumber
ParentCustomerNumber
ContractNumber
BillingNumber
ContactTel1
ContactTel2
ContactTel3
ContactTel4
ContactTel5
ContactEmail
ContactFirstName
ContactLastName
ContactCustomerNumber
UserData
DiallerCampaignsID
DiallerContactsName
DiallerCampaignsClientService
DiallerContactsAmount
DiallerContactsFirstName
DiallerContactsComment
DiallerContactsManufacturer
DiallerContactsModel
DiallerContactsTag
DiallerContactsDtBeginDate
DiallerContactsDtEndDate
DiallerCampaignsName


Sv translation
languagefr

L'URL du CRM peut faire appel à des variables. Cela peut être spécifié dans le IVR lors de l'utilisation de l'objet Enregistrer les informations complémentaires et les données utilisateur et aussi dans le paramétrage de l'URL CRM du groupe ACD lui-même.

Warning

Lorsque des points-virgules, des virgules, des apostrophes ou des tuyaux ( ;,'|) sont utilisés dans les informations complémentaires, il peut amener le client web à manquer des événements et à ne pas afficher les appels.

N'utilisez PAS ces caractères.

Les variables sont évaluées par le serveur web, avant que l'URL ne soit transmise au client.

Variables simples

Les variables suivantes peuvent être utilisées:

VariableSignification
$RootNumberNuméro racine (plateforme de destination) du numéro de service
$ServiceNumberNuméro de service (champ Nom).
$CustomerNumberNuméro de client du numéro de service
$ParentCustomerNumberNuméro Client Parent du numéro de service
$ContractNumberNuméro de contrat du Numéro de service
$BillingNumberNuméro de facturation du Numéro de service
$GroupNumberNuméro du Groupe ACD
$groupnameNom du groupe ACD
$CallerNumber, $callerNuméro de l'appelant
$usernameNom d'Agent
$userfirstnamePrénom de l'agent
$useruidUID de l'Agent

Variables étendues

Il est possible d'utiliser des variables étendues, qui sont extraites du statut de l'utilisateur dans l'ACD directement.

Remplacement

Avec le codage URL

En utilisant des accolades simples, l'URL encode la chaîne avant de l'insérer dans l'URL.

Spécifiez les champs comme suit : ${Variable}

Sans encodage dans l'URL

Status
colourGreen
titleÀ partir de la version 3.29

L'utilisation de doubles accolades effectue un remplacement direct sans encodage dans l'URL.

Spécifiez les champs comme suit : ${{Variable}}

Cas d'utilisation

Cela peut parfois être nécessaire, si la partie serveur et protocole de l'URL doit être variable. Prenons par exemple les URLs suivantes :

myprotocol://myserver1.jtel.de:1000/variable_part_1/application?param1=value1&m2=value2
monprotocole://myserver2.jtel.de:2000/variable_part_2/application?param1=valeur1&m2=valeur2

Imaginez que la partie serveur de l'URL soit variable : certains utilisateurs se connectent au premier serveur, d'autres au second. La partie application de l'URL (après le slash final) est la même dans les deux cas (les paramètres identifieront probablement un enregistrement particulier dans le système CRM). La première URL doit donc être utilisée par l'utilisateur 1, et la seconde par l'utilisateur 2.

Il est clair qu'avant la distribution de l'appel, l'URL ne peut pas être construite. Cela signifie qu'elle doit être construite dynamiquement en fonction de l'utilisateur qui reçoit l'appel.

La partie serveur de l'URL pourrait être configurée dans le compte utilisateur jtel, par exemple le champ nickname ou un autre champ informationnel approprié qui n'est pas requis pour le fonctionnement du compte utilisateur dans le système jtel.

Par exemple, le champ NickName pourrait être spécifié comme suit :

Utilisateur 1 : myserver1.jtel.de:1000/variable_part_1

Utilisateur 2 : myserver2.jtel.de:2000/variable_part_2

Ensuite, l'URL du CRM pourrait être spécifiée comme suit :

myprotocol://${{NickName}}/application?param1=value1&m2=value2

Variables étendues disponibles 

${Variable}
UID
Nom
FirstName

NickName

Status
colourGreen
titleDEPUIS LA VERSION 3.30

TelActive
dtCallStart
ServiceNumbersName
ServiceNumbersName2
AcdGroupsName
AcdGroupsGroupNumber
bMandatoryTransactionCode
AcdConfigurationGroupsName
ANumber
WaitingTime
ContactClass
ContactNumber
ContactName
ContactPostCode
ContactCity
StatisticsPartAID
CustomerNumber
ParentCustomerNumber
ContractNumber
BillingNumber
ContactTel1
ContactTel2
ContactTel3
ContactTel4
ContactTel5
ContactEmail
ContactFirstName
ContactLastName
ContactCustomerNumber
UserData
DiallerCampaignsID
DiallerContactsName
DiallerCampaignsClientService
DiallerContactsAmount
DiallerContactsFirstName
DiallerContactsComment
DiallerContactsManufacturer
DiallerContactsModel
DiallerContactsTag
DiallerContactsDtBeginDate
DiallerContactsDtEndDate
DiallerCampaignsName