Sv translation | |||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||
The SalesForce Dataloader can be integrated with backend processes in the jtel System, which are run, for example, nightly, to synchronise data between the jtel system and SalesForce. Exactly what processes and operations are performed, is project specific, and may vary greatly from installation to installation. This section deals with the way in which the dataloader accesses SalesForce, and the creation of a new authorisation token. Create a User in SalesForce with Access to the DataloaderUse the normal Salesforce administration procedures to achieve this. You will need the following from the user account to proceed from here:
Update the jtel Dataloader to use the new credentialsThis is a complicated process, requiring access to the command line of the system. 1. Login to the telephony / application server of your system, as the local administrator.2. Map a drive to the location of the dataloader, and change to the directory.Change (CustomerName) to the name of the customer directory.
3. Create a secret keyIssue the following command. SecretKeyString can be changed to anything you desire.
4. Note the outputThe output from the command above is saved to a file "key.txt" saved in the current directory. 5. Create a tokenCopy the following command, and replace <password> with the password of the account, which should be used to access SalesForce, and <token> with the security token from the user account (obtained from SalesForce before this procedure was started). Note: there is NO space between the password and the token.
Example output:
|
...
|
...
|
...
|
...
|
...
|
...
|
...
|
...
Note: this line will inevitably be broken in the console output to the next line in the window. It is imperative to copy the whole output if this is the case. The portion of the output required, is the token at the end of the line: 4ff73dc5ea5350cb92be28ad021c633dc62fa0cf735d00c06c4ec0a63c1eecd28c059b80df1541 6. Modify process-conf.xmlThe token from the step above, and the user name, are now changed in the file config\process-conf.xml. Note - on the target system, there may be several files named for example:
The active file is always process-conf.xml, the other files are configuraton backups for testing, for example, against the sandbox. Note - it may be sensible to modify these files accordingly too. Open process-conf.xml with an editor, for example using the following command:
It is simplest, to search for the following XML Keys:
and replace the value in each case. See the following XML excerpt for an example:
Note: these settings will be present in several locations in the file. All of these must be modified. Example process-conf.xml:
7. DoneThat's it. The next time the dataloader process runs, it will use the new account data. Note: it is advisable, to setup the SalesForce account, so that the password does not expire. |
Sv translation | ||||||
---|---|---|---|---|---|---|
| ||||||
|
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||
Le Dataloader de la force de vente peut être intégré à des processus back-end dans le système jtel, qui sont exécutés, par exemple, la nuit, pour synchroniser les données entre le système jtel et la force de vente. La nature exacte des processus et des opérations est spécifique à chaque projet et peut varier considérablement d'une installation à l'autre. Cette section traite de la manière dont le dataloader accède à la force de vente, et de la création d'un nouveau jeton d'autorisation. Créer un utilisateur dans la force de vente avec accès au DataloaderPour ce faire, utilisez les procédures administratives normales de la force de vente. Vous aurez besoin de ce qui suit à partir du compte utilisateur pour procéder à partir d'ici :
Mettre à jour le Dataloader de jtel pour utiliser les nouveaux identifiantsIl s'agit d'un processus compliqué, nécessitant l'accès à la ligne de commande du système. 1. Connectez-vous au serveur de téléphonie/application de votre système, en tant qu'administrateur local.2. Tracez un lecteur jusqu'à l'emplacement du dataloader, et passez au répertoire.Remplacez (NomClient) par le nom du répertoire des clients.
3. Créer une clé secrèteEntrer la commande suivante. SecretKeyString peut être modifié selon vos souhaits.
4. Notez la sortieLa sortie de la commande ci-dessus est enregistrée dans un fichier "key.txt" sauvegardé dans le répertoire courant. 5. Créer un jetonCopiez la commande suivante, et remplacez <password> avec le mot de passe du compte, qui doit être utilisé pour accéder à la force de vente, et <token> avec le jeton de sécurité du compte utilisateur (obtenu auprès de la force de vente avant le début de cette procédure). Remarque : il n'y a PAS d'espace entre le mot de passe et le jeton.
Exemple de sortie :
Note : cette ligne sera inévitablement coupée dans la sortie de la console vers la ligne suivante de la fenêtre. Il s'agit d' impératif pour copier l'ensemble de la production si c'est le cas. La partie de la production requise, est le jeton en fin de ligne : 4ff73dc5ea5350cb92be28ad021c633dc62fa0cf735d00c06c4ec0a63c1eecd28c059b80df1541 6. Modifier process-conf.xmlLe jeton de l'étape ci-dessus, et le nom d'utilisateur, sont maintenant changés dans le fichier config\process-conf.xml. Note - sur le système cible, il peut y avoir plusieurs fichiers nommés par exemple :
Le dossier actif est toujours process-conf.xml, les autres fichiers sont des sauvegardes de configuration pour les tests, par exemple, contre le bac à sable. Note - il peut être judicieux de modifier ces fichiers en conséquence également. Ouvrez process-conf.xml avec un éditeur, par exemple en utilisant la commande suivante :
Le plus simple est de rechercher les clés XML suivantes :
et remplacer la valeur dans chaque cas. Voir l'extrait XML suivant pour un exemple :
Note : ces paramètres seront présents à plusieurs endroits dans le fichier. Tous ces paramètres doivent être modifiés. Exemple process-conf.xml:
7. TerminéC'est tout. La prochaine fois que le processus dataloader sera lancé, il utilisera les données du nouveau compte. Note : il est conseillé de configurer le compte de la force de vente, afin que le mot de passe n'expire pas. |