> For the complete documentation index, see [llms.txt](https://docs.workflowgen.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.workflowgen.com/admin-fr/applications-de-workflow/dropbox-sign/dropboxsignsend.md). # DROPBOXSIGNSEND ## Aperçu L’application **DROPBOXSIGNSEND** facilite l’intégration des services Dropbox Sign dans les processus de workflow. Elle permet l’envoi de documents pour signature électronique, la gestion des signataires ainsi que la personnalisation de l’expérience de signature. ## Configurations ### Général

Nom	Type	Direction	Description
`API_KEY`	`TEXT`	IN	Clé API Dropbox Sign Par défaut, cette valeur provient du paramètre `DropboxSignApiKey` dans le fichier `web.config`.
`HOST_SERVER`	`TEXT`	IN	Serveur hôte Dropbox Sign (p. ex. `https://api.hellosign.com/v3)` Par défaut, cette valeur provient du paramètre `DropboxSignHostServe`r dans le fichier `web.config`.
`SIGNERS_JSON`	`TEXT`	IN	Représentation JSON des signataires Voir Send Signature Request et Send with Template dans la documentation Dropbox Sign.
`DATA_SEPARATOR`	`TEXT`	IN	Séparateur utilisé dans les champs de données Par défaut : `,` (virgule)
`WITH_ORDER`	`TEXT`	IN	Indique si l’ordre des signataires doit être défini : `Y` (par défaut) ou `N`
`IS_TEMPLATE`	`TEXT`	IN	Indique si un modèle est utilisé : `Y` ou `N` (par défaut)
`TEMPLATE_IDS`	`TEXT`	IN	Liste des identifiants des modèles, séparés par la valeur définie dans le paramètre `DATA_SEPARATOR`
`TITLE`	`TEXT`	IN	Titre du document
`SUBJECT`	`TEXT`	IN	Objet du message accompagnant le document
`MESSAGE`	`TEXT`	IN	Message accompagnant le document
`ALLOW_DECLINE`	`TEXT`	IN	Indique si le signataire peut refuser de signer : `Y` ou `N` (par défaut)
`FORM_FIELDS`	`TEXT`	IN	Champs de formulaire personnalisés pour le document
`CUSTOM_FIELDS`	`TEXT`	IN	Champs personnalisés pour le document
`USE_TEXT_TAGS`	`TEXT`	IN	Indique si des balises de texte doivent être utilisées dans le document : `Y` ou `N` (par défaut)
`HIDE_TEXT_TAGS`	`TEXT`	IN	Indique si les balises de texte doivent être masquées dans le document : `Y` (par défaut) ou `N`
`TEST_MODE`	`TEXT`	IN	Active ou désactive le mode test : `Y` ou `N` Par défaut, cette valeur provient du paramètre `DropboxSignSendTestMode` dans le fichier `web.config`.
`IS_EID`	`TEXT`	IN	Indique si l’identification électronique est requise : `Y` ou `N` (par défaut)
`FILEX`	`FILE`	IN	Fichier(s) à envoyer, où `X` correspond au numéro du fichier; vous pouvez ajouter un ou plusieurs fichiers
`CLIENT_ID`	`TEXT`	IN	ID client de l’application à associer à la demande de signature; utilisé pour appliquer l’image de marque et l’URL de rappel définies pour l’application Par défaut, cette valeur provient du paramètre `DropboxSignClientId` dans le fichier `web.config`.
`SIGNATURE_ID`	`TEXT`	OUT	Contient l’ID de la signature; vous pouvez utiliser cet ID dans l’application de workflow DROPBOXSIGNCHECK_CUSTOM

### Avec une liste de signataires #### **Paramètres requis**

Nom	Type	Direction	Description
`SIGNER_NAME_LIST`	`TEXT`	IN	Noms des signataires, séparés par la valeur définie dans le paramètre `DATA_SEPARATOR`
`SIGNER_EMAIL_LIST`	`TEXT`	IN	Adresses email des signataires, séparées par la valeur définie dans le paramètre `DATA_SEPARATOR`
`SIGNER_ROLE_LIST`	`TEXT`	IN	Liste des rôles des signataires ✏️ Note : Le rôle est uniquement requis si vous utilisez des modèles.

#### **Paramètres facultatifs**

Nom	Type	Direction	Description
`SIGNER_PIN_LIST`	`TEXT`	IN	Liste des codes PIN (NIP) pour l’authentification des signataires
`SIGNER_PHONE_LIST`	`TEXT`	IN	Liste des numéros de téléphone des signataires
`SIGNER_PHONE_TYPE_LIST`	`TEXT`	IN	Liste des types de téléphone utilisés par les signataires

Avec numéros de signataire

Nom	Type	Direction	Description
`SIGNER_NAMEX`	`TEXT`	IN	Noms des signataires, où `X` correspond au numéro de signataire; vous pouvez ajouter un ou plusieurs signataires
`SIGNER_EMAILX`	`TEXT`	IN	Emails des signataires, où `X` correspond au numéro de signataire; vous pouvez ajouter un ou plusieurs signataires
`SIGNER_ROLEX`	`TEXT`	IN	Rôles des signataires, où `X` correspond au numéro de signataire; vous pouvez ajouter un ou plusieurs signataires ✏️ Note : Le rôle est uniquement requis si vous utilisez des modèles.

#### **Paramètres facultatifs**

Nom	Type	Direction	Description
`SIGNER_PINX`	`TEXT`	IN	Codes PIN (NIP) pour l’authentification des signataires, où `X` correspond au numéro de signataire
`SIGNER_PHONEX`	`TEXT`	IN	Numéros de téléphone des signataires, où `X` correspond au numéro de signataire
`SIGNER_PHONE_TYPEX`	`TEXT`	IN	Types de téléphone utilisés par les signataires, où `X` correspond au numéro de signataire

#### Avec des signataires définis en JSON Vous pouvez utiliser le paramètre `SIGNERS_JSON` pour définir les signataires. Pour plus d'informations, voir [Send Signature Request](https://developers.hellosign.com/api/reference/operation/signatureRequestSend/) et [Send with Template](https://developers.hellosign.com/api/reference/operation/signatureRequestSendWithTemplate/) dans la documentation Dropbox Sign. ### **Exemples** #### **Sans modèles** ```json [ { "name": "George", "email_address": "george@example.com", "order": 0 }, { "name": "Jack", "email_address": "jack@example.com", "order": 1 } ] ``` #### **Avec modèles** ```json [ { "role": "Client", "name": "George", "email_address": "george@example.com" } ] ``` --- # 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://docs.workflowgen.com/admin-fr/applications-de-workflow/dropbox-sign/dropboxsignsend.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.