Aller au contenu principal

Installation

Ce que TrueSign fait tout seul à l'installation, et ce qui vous reste à faire — avec la raison de chaque étape manuelle.

1. Ce qui est automatique​

Rien à demander, rien à cliquer :

  • les 5 traitements de maintenance sont planifiés (synchronisation des statuts, rappels d'approbation, cycle de vie weSign, purge des journaux, purge des jobs) — voir Jobs & synchronisation ;
  • les autorisations d'appel sortant vers les domaines du fournisseur de signature sont livrées avec le package ;
  • les 10 permission sets sont installés (mais pas affectés — §3) ;
  • les libellés, traductions et ressources statiques.

L'administrateur qui installe reçoit TES_Admin, pour ne pas se retrouver devant une application vide.

2. Les étapes manuelles​

Étape 1 — Créer un Site public​

Obligatoire. Deux choses en ont besoin : la réception des notifications du fournisseur, et les pages de signature weSign (un signataire externe n'a pas de licence Salesforce).

  1. Setup → Sites → Nouveau site.
  2. Notez l'URL du site : c'est celle qu'utilisera le webhook.
  3. Affectez le permission set TES_Guest à l'utilisateur invité du site.
Pourquoi cette étape ne peut pas être automatisée

Un Site Salesforce n'est pas packageable : son URL et son utilisateur invité appartiennent à votre org. En revanche, TES_Guest remplace le réglage manuel des droits : il est livré prêt, au moindre privilège — les seules classes et pages nécessaires, aucune suppression, journaux en ajout seul.

Étape 2 — Connecter le fournisseur de signature​

  • weSign (signature dans votre org) : rien à connecter. Une org peut fonctionner 100 % weSign, sans aucun compte tiers.
  • Yousign : saisissez votre clé API dans Setup → eSignature → Settings, choisissez l'environnement, testez la connexion.

Voir Fournisseurs de signature et Setup TrueSign.

Étape 3 — Le webhook (Yousign)​

En production, le bouton Provision webhook fait tout : création chez Yousign et enregistrement automatique du secret. Détail et cas du sandbox dans Setup TrueSign.

Étape 4 — Affecter les permission sets​

Le package les livre, vous décidez qui reçoit quoi — c'est un choix métier, pas technique. Voir le tableau des 10 permission sets.

Étape 5 — Créer un premier modèle​

Au moins un modèle d'envoi actif : c'est votre contenu, personne ne peut le deviner.

3. Si vous utilisez weSign — trois réglages d'org​

weSign expédie les e-mails depuis votre org, ce qui suppose que votre org sache envoyer des e-mails à des externes :

  1. Adresse d'expédition vérifiée (Org-Wide Email Address) — sélectionnable ensuite dans Settings. Vos invitations partent de « Contrats — ACME » plutôt que de l'adresse personnelle d'un utilisateur.
  2. SPF/DKIM sur votre domaine — sans quoi vos invitations finissent en indésirables.
  3. Setup → Email Deliverability → « All email » — sinon rien ne part, sans erreur visible.

Pensez aussi au quota d'e-mails de l'org : 5 000/jour en général, mais 15/jour en Developer Edition et en org d'essai — de quoi épuiser une après-midi de tests. TrueSign affiche le compteur dans Setup et refuse proprement un envoi en masse qui ne tiendrait pas.

4. Options​

  • Placement automatique des onglets et boutons — TrueSign peut poser lui-même ses onglets et boutons. Cela demande une autorisation supplémentaire à établir une fois dans votre org. Tant que ce n'est pas fait, rien n'est cassé : l'interface affiche les instructions de pose manuelle.
  • Assistance IA à la rédaction (Gen) — optionnelle, désactivée tant qu'aucune clé n'est saisie. Voir TrueSign Gen.

5. Vérifier que tout est en place​

L'écran Setup porte une checklist d'avancement et une carte de santé : elle indique « Traitements de maintenance : N/5 planifiés » et propose de les réarmer si l'un manque (l'opération est sans risque, elle ne crée jamais de doublon).

Bon réflexe de contrôle : la carte Webhook intake doit montrer les événements arriver dès votre premier envoi de test.

6. Récapitulatif​

ActionQuiPourquoi ce n'est pas automatique
Site public + TES_GuestAdminUn Site n'est pas packageable
Clé API du fournisseurAdminC'est votre secret, négocié par vous
Webhook + secretAdminAction à faire côté fournisseur
Permission sets aux utilisateursAdminChoix métier : qui envoie, qui approuve, qui consulte
Adresse d'expédition + délivrabilitéAdminVérification par e-mail requise, réglage d'org
Premier modèle actifMétierC'est votre contenu