> For the complete documentation index, see [llms.txt](https://university.gonexa.fr/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://university.gonexa.fr/sign/getting-started/configure-sign/configure-signer-experience.md).
# Paramétrer l'expérience du signataire
Accédez via le lanceur d'application aux modèles d'e-mail standards de Salesforce
{% tabs %}
{% tab title="Option 1 : Gonexa Sign avec l'interface YouTrust" %}
## Création du modèle d'e-mail
* Accédez via le lanceur d'application aux modèles d'e-mail standards de Salesforce
* Créez un nouveau modèle d'email en lui donnant un nom
* Sélectionnez un dossier public pour le stocker
* Définissez un objet et enregistrez
* L'élément essentiel à placer dans le modèle est le lien vers l'interface du signataire. Placez impérativement cette balise dans votre modèle : `{{{Recipient.gnx__Last_delivery_link__c}}}`
* Si vous souhaitez partir d'un modèle préconçu, copiez le modèle d'e-mail HTML Gonexa en cliquant sur le bouton ci-dessous (bouton "Copier HTML" sur la page d'origine)
* Il suffira ensuite de cliquer sur "Source" en haut à gauche de l'éditeur et de collez le code HTML que vous venez de copier.
* En cliquant à nouveau sur le bouton "Source" vous pouvez à présent visualiser le résultat
* Personnalisez comme bon vous semble le modèle avec votre logo et les informations nécessaires
## Récupération de l'ID de l'utilisateur dans l'App Gonexa
* Connectez vous à votre compte sur l'App Gonexa :
* Rendez vous dans la section "Profil & Utilisateurs"
* Dans la ligne de votre utilisateur, cliquez sur les 3 petits points, puis sur "Copier l'ID Sign" pour copier l'ID de l'utilisateur afin de le coller dans le paramètre personnalisée à l'étape suivante
## Création des paramètres personnalisés "Gonexa Sign"
Veuillez prendre en compte la **hiérarchie des paramétres** suivante pour faire vos choix de configuration :
* Dans la recherche rapide de la configuration, cherchez "Paramètres personnalisés" ou "Custom setting"
* Dans la liste proposée, cliquez sur Gérer (Manage) pour la ligne "Gonexa Sign"
* Cliquez sur "Nouveau" (premier bouton) ou "Modifier" selon votre cas
**Image de marque :**
Rendez-vous dans votre compte App Gonexa pour configurer votre Branding. Consultez [l'article sur la création de Branding](/sign/advanced-features/branding.md) \[Facultatif]
**Modèle d'E-mail par défaut :**
ID Salesforce du modèle d'email utilisé pour les demandes de signature
**ID Sign de l'App :**
Coller l'ID Sign de l'utilisateur récupéré précédemment dans l'App Gonexa
**Champ Téléphone :**
Nom API du champ téléphone sur le Contact \[MobilePhone si laissé vide]
**Double authentification :**
4 choix possibles : "SMS by default", "SMS", "Email" ou "No MFA"
**Durée de validité :**
Nombre de jours avant que le lien de signature expire
**OrgWideEmailAddress :**
Renseignez l'adresse e-mail d'expéditeur \[Facultatif]
{% hint style="warning" %}
Veuillez à avoir paramétré une adresse e-mail d'organisation et de l'avoir confirmé par e-mail au préalable
{% endhint %}
**Modèle d'E-mail du suiveur :**
ID Salesforce du modèle d'email utilisé pour les suiveurs \[Facultatif]
**Autoriser le signataire à refuser la signature :**
Cochez la case si vous souhaitez autoriser les signataires à refuser de signer \[Facultatif]
{% endtab %}
{% tab title="Option 2 : Gonexa Sign avec l'interface Gonexa" %}
## Création du modèle d'e-mail via l'App
* Connectez-vous à votre compte App
* Accédez à l'onglet "Sign", puis à "Modèle d'email"
* Cliquez sur "Nouveau modèle d'email"
* Sélectionnez le type de modèle souhaité parmi : Envoi en signature, Suiveur, Relance
* Donnez un nom à votre modèle d'email, ce nom vous permettre de l'identifier facilement
* Sélectionnez une image de marque si vous souhaitez personnaliser le logo affiché dans l'email. Si vous n'avez pas configuré d'image de marque, référez vous à l'article [**Créer un Branding**](/sign/advanced-features/branding.md)
* Personnalisez l'objet et le corps de l'email prédéfinis
{% hint style="warning" %}
Ne supprimez pas la balise `{!button|Vérifier et signer}` qui est le bouton vers la signature et qui doit impérativement être dans le modèle d'email
{% endhint %}
## Création de la configuration Sign dans l'App
* Toujours depuis votre compte App, accédez à l'onglet "Sign" puis à "Configuration"
* Cliquez sur "Nouvelle Configuration" pour être redirigé sur la page de création d'une configuration
* Renseignez les informations suivantes demandées :
**Nom de la Configuration**
Permet d'identifier la configuration Sign
**SYNCHRONISATION SALESFORCE**
**Utilisateur interface**
L'utilisateur désigné pour faire le lien et effectuer les mises à jour dans Salesforce. Il doit être connecté aux environnements Salesforce et avoir l'ensemble d'autorisations Gonexa Sign Admin dans Salesforce.
**Image de marque \[Facultatif]**
Sélectionnez un branding existant. Celui-ci doit avoir été créé au préalable dans l'App. Consultez l'article sur la [création d'un branding](/sign/advanced-features/branding.md).
**MODÈLES D'EMAILS**
Sélectionnez le.s modèle.s associés
* **Modèles pour l'envoi en signature** : Email initial envoyé au signataire pour accéder au document à signer
* **Modèle pour les relances** : Email qui sera utilisé pour les relances automatiques
* **Modèle pour les suiveurs** : Email envoyé aux suiveurs afin d'accéder au document et suivre son avancement
* **Modèles pour le document signé** : Email de confirmation envoyé à l'utilisateur qui a initié la procédure, une fois le document signé
**CONFIGURATION DES ENVOIS**
Certains champs comprennent des valeurs par défaut. Ces valeurs peuvent être modifiées si elles ne correspondent pas à vos besoins métiers, notamment :
* **Langue par défaut** : Français
* **Durée de validité** : \[Chiffre] en jours
* **Méthode de double authentification** : SMS, SMS par défaut (Signifie que le SMS sera choisi si le contact a un SMS et une adresse email), Email, Pas de MFA
* **Indicatif téléphonique** : +33 par défaut
* **Adresse à l'échelle de l'organisation Salesforce** : Il est possible de renseigner une adresse email qui sera utilisée comme adresse expéditrice des envois en signature. Celle-ci doit être configurée et validée au préalable dans Salesforce
* **Autoriser le refus de signature :** Cochez cette case pour autoriser le signataire à refuser la signature d'un document
* **Ordonnancement des signataires** : Cochez cette case pour autoriser l'ordonnancement des signataires, c'est à dire de définir s'il y a un ordre à respecter
* **Activer les paraphes** : Cochez cette case pour ajouter des paraphes au moment de la signature d'un document
* **Activer les relances :** Cochez cette case pour activer et configurer les relances automatiques et avoir accès à sa configuration
**CONFIGURATION DES RELANCES**
Accédez aux paramétrages des relances automatiques, si la case Activer les relances est cochée :
* **Fréquence des relance** : 1 fois par jour, 1 fois tous les deux jours, 1 fois par semaine
* **Nombre de relance** : \[Chiffre] entre 1 et 10
* **Adresse à l'échelle de l'organisation Salesforce** : Il est possible de renseigner une adresse email qui sera utilisée comme adresse expéditrice des relances de signature. Celle-ci doit être configurée et validée au préalable dans Salesforce
* Cochez l'option "Configuration Sign par défaut"\
Cette configuration deviendra la Configuration Sign principale et sera utilisée pour tous les environnements Salesforce connectés à l'App.
* Cliquez sur "Créer la configuration" pour finaliser
{% endtab %}
{% endtabs %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://university.gonexa.fr/sign/getting-started/configure-sign/configure-signer-experience.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.