...
| Sv translation | ||||||
|---|---|---|---|---|---|---|
| ||||||
| ||||||
| Sv translation | ||||||
| ||||||
| Translations Ignore |
| Code Block | ||
|---|---|---|
| ||
net use z: \\acd-lb\shared z: cd \(CustomerName)\SalesForce\jteldaloader-0.3 |
3. Créer une clé secrète
Entrer la commande suivante. SecretKeyString peut être modifié selon vos souhaits.
| Code Block | ||
|---|---|---|
| ||
java -cp dataloader-40.0.0-uber.jar com.salesforce.dataloader.security.EncryptionUtil -g SecretKeyString |
4. Notez la sortie
La sortie de la commande ci-dessus est enregistrée dans un fichier "key.txt" sauvegardé dans le répertoire courant.
5. Créer un jeton
Copiez 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.
| Code Block | ||
|---|---|---|
| ||
java -cp dataloader-40.0.0-uber.jar com.salesforce.dataloader.security.EncryptionUtil -e <password><token> key.txt |
Exemple de sortie :
| Translations Ignore |
|---|
2017-10-18 13:12:16,747 INFO [main] security.EncryptionUtil main (EncryptionUtil.java:365) - 4ff73dc5ea5350cb92be28ad021c633dc62fa0cf735d00c06c4ec0a63c1eecd28c059b80df1541 |
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 :
4ff73dc5ea5350cb92be28ad021c633dc62fa0cf735d00c06c4ec0a63c1eecd28c059b80df15416. Modifier process-conf.xml
Le 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 :
- process-conf.production.xml
- process-conf.sandbox.xml
- process-conf.xml
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 :
| Code Block | ||
|---|---|---|
| ||
start notepad++ config\process-conf.xml |
Le plus simple est de rechercher les clés XML suivantes :
sfdc.usernamesfdc.password
et remplacer la valeur dans chaque cas.
Voir l'extrait XML suivant pour un exemple :
SalesForceLoginName - le nom de connexion du compte de la force de vente.
CreatedToken - le jeton créé à l'étape 5.
| Code Block | ||
|---|---|---|
| ||
... <entry key="sfdc.username" value="SalesForceLoginName"/> <entry key="sfdc.password" value="CreatedToken"/> ... |
Note : ces paramètres seront présents à plusieurs endroits dans le fichier. Tous ces paramètres doivent être modifiés.
Exemple process-conf.xml:
| Code Block | ||
|---|---|---|
| ||
... <entry key="sfdc.username" value="test.user@example.com"/> <entry key="sfdc.password" value="7687a73934af24359a27577534b81c5beed32fa0cf735d00c06c4ec0a63c1eecd28c059b80df1541"/> ... |
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.