> For the complete documentation index, see [llms.txt](https://docs.thewalletcrew.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.thewalletcrew.io/guides-enrolment/fr/inscription/enrolment-form.md).
# Formulaire d’inscription
Configurez un formulaire d'inscription pour collecter les données clients, appliquer des règles et émettre des cartes Apple Wallet et Google Wallet.
Un formulaire d’inscription est la page web que les clients utilisent pour rejoindre un programme et enregistrer une Carte, par exemple après avoir scanné un code QR, cliqué sur un lien d’e-mail ou appuyé sur un appel à l’action. Il collecte les données requises, applique les règles de la marque, recueille les consentements et émet la Carte. Lorsqu’un client soumet le formulaire, The Wallet Crew crée un profil client (équivalent à un compte de fidélité) et émet immédiatement la Carte. Le même formulaire fonctionne pour les nouveaux clients comme pour les clients de retour : si un client est déjà connu, le formulaire peut l’identifier tôt et ignorer les questions déjà répondues.
Exemple de formulaire d’inscription utilisé pour collecter les données client avant l’émission de la Carte.
Exemples concrets
* Une marque de distribution place un code QR à la caisse pour inscrire les clients au programme de fidélité.
* Un organisateur d’événements utilise un court formulaire pour émettre une Carte d’adhésion avant les préventes.
* Une marque de luxe envoie un lien d’e-mail après une visite en magasin pour créer un profil client.
* Une solution de billetterie intègre une étape de formulaire pour recueillir les données manquantes avant d’émettre une Carte.
Les formulaires sont créés et modifiés dans la console d’administration, dans **Inscriptions → Formulaires**. Le **Général** onglet définit le flux de création de la Carte et les langues. L’ **Avancé** onglet contient la configuration YAML. Pour les clés YAML, telles que `signinOptions` et `completeOptions`, voir [Configuration de l’inscription des clients](#customer-registration-configuration).
## Flux typique
Un formulaire d’inscription se place entre le canal d’acquisition et le modèle de Carte. Les clients y accèdent depuis un code QR, un appel à l’action sur un site web, un e-mail, une application mobile ou un flux POS. Pour choisir le canal, voir [Guides d’inscription](/guides-enrolment/fr/overview.md). Les écrans exacts dépendent de la configuration, mais la logique reste la même.
```mermaid
flowchart TD
A[Le client ouvre le formulaire depuis un lien ou un code QR] --> B{Identifié tôt ?}
B -->|Connexion sociale| C[Client connu : profil chargé]
B -->|Vérification par e-mail| V[Lien de défi par e-mail lorsque la politique de vérification l’exige]
V --> C
B -->|Aucune correspondance ou aucune identification| D[Nouveau client remplit les champs]
C --> E[Le client confirme les champs manquants et les consentements]
D --> E
E --> F[The Wallet Crew crée ou met à jour le profil]
F --> G[La Carte est émise]
G --> H[Le client l’enregistre dans Apple Wallet ou Google Wallet]
```
De nombreux clients s’inscrivent en magasin ou en passant d’une application à l’autre, alors gardez le formulaire court sur mobile.
## Configurer le formulaire
Un formulaire d’inscription combine des choix d’UX et des règles de données. L’objectif est de réduire les frictions sans diminuer la qualité des données.
* **Champs et validation.** Chaque champ supplémentaire augmente le risque d’abandon. N’ajoutez un champ que s’il entraîne un résultat métier clair, comme une adresse e-mail ou un numéro de téléphone. Des règles telles que les champs obligatoires, `email`, `propriété regex` et `égalité` les validateurs et les champs de téléphone protègent la qualité des données et réduisent ensuite les coûts de support. Voir [Règles de validation](/guides-enrolment/fr/inscription/enrolment-form/validation-rules.md).
* **Branding et conception.** Le formulaire doit afficher le logo et les couleurs de la marque, correspondre à sa tonalité et garder l’appel à l’action principal visible sans défilement. Voir [Conception](/guides-enrolment/fr/inscription/enrolment-form/design.md).
* **Identification des clients de retour.** [Connexion sociale](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in.md) offre un flux d’identification en un seul toucher sur mobile, réduit les fautes de frappe et diminue généralement les doublons. La vérification par e-mail ajoute une étape prioritaire sur l’e-mail qui détecte tôt les clients existants et, selon la politique de vérification, envoie un e-mail de vérification dont le lien ramène le client au formulaire. Pour sa configuration, voir [Activer la vérification par e-mail sur les formulaires d’inscription](/guides-enrolment/fr/inscription/enrolment-form/enable-email-check-in-on-enrolment-forms.md).
* **Contexte du magasin.** Un seul formulaire peut servir tous les magasins : un [redirection](/guides-enrolment/fr/inscription/enrolment-form/redirect.md) ajoute `storeId`, la langue ou la source de campagne et fournit un code QR imprimable. Le `storeId` fait référence à [Magasins](/configure/fr/advanced-configuration/platform/data-and-integrations/stores.md).
## Configuration de l’inscription des clients
L’inscription des clients capture l’identité avant l’émission de la Carte. Utilisez-la lorsqu’un compte CRM ou POS doit d’abord être créé ou mis à jour. Elle prend en charge l’inscription sur le site web et l’enregistrement par code QR en magasin. Définissez les options ci-dessous dans l’onglet **Avancé** du formulaire.
### Options de connexion (`signinOptions`)
`signinOptions` contrôle les fournisseurs de connexion sociale affichés lors de la première étape du formulaire. Voir [Activer un fournisseur sur le formulaire](/guides-enrolment/fr/inscription/enrolment-form/social-sign-in.md#enable-a-provider-on-the-form).
### Options de finalisation (`completeOptions`)
`completeOptions` est une liste ordonnée d’actions effectuées après une inscription réussie. Chaque action a un `type`.
| Type | Ce qu’il fait |
| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| `addToWallet` | Affiche des boutons Ajouter à Wallet (`showAddToWalletButtons`, par défaut `true`). Prend en charge `autoDownloadPass` (par défaut `false`), un `formulaire` post-téléchargement facultatif et une `barCode`. |
| `redirection` | Redirige vers `redirectUri`. Il prend en charge des variables Liquid, telles que `{{['id.y2.customerId']}}`, dans l’URL de destination. |
| `redirectToPassLayout` | Redirige vers la [page de téléchargement](/guides-enrolment/fr/inscription/download-pages.md) nommée dans `passLayoutName` pour un téléchargement immédiat de la Carte. |
| `reset` | Réinitialise le formulaire après `resetDelay` secondes (30 par défaut ; `0` affiche un bouton de réinitialisation sans réinitialisation automatique). Utilisez cela pour les bornes partagées en magasin. |
### Localiser le texte du formulaire et la formulation du consentement
Tous les textes destinés aux clients sur le formulaire d’inscription (étiquettes des champs, instructions et texte de consentement ou d’opt-in) sont stockés dans des fichiers de localisation par locataire. Ouvrez-les depuis **Paramètres → Inscription → Fichiers de localisation**.
La plupart des locataires ont un fichier de langue `champs` (`locales/fields`). Il régit les étiquettes des champs du formulaire ainsi que le texte de consentement et d’opt-in. Modifiez-le en ligne depuis l’écran Fichiers de localisation, de la même manière que les champs des modèles de Carte sont traduits (voir [Comment traduire un modèle](/configure/fr/advanced-configuration/wallet/template-configuration/how-to-translate-a-template.md)).
Mettez à jour la formulation pour chaque langue active configurée sur le locataire. Une modification apportée dans un fichier de langue ne se propage pas automatiquement aux autres langues.
## Qualité des données
L’inscription a lieu lorsque l’intention est forte, donc les clients sont les plus susceptibles de fournir des identifiants exacts. L’auto-inscription aide, car les clients savent comment écrire leurs propres données, et la saisie automatique sur mobile réduit l’effort de saisie et les fautes de frappe sur les noms, les e-mails et les numéros de téléphone. Un formulaire trop long ou peu clair produit l’effet inverse : l’abandon augmente et les entrées génériques deviennent plus fréquentes.
## Confidentialité et consentement
Les formulaires d’inscription collectent des données personnelles et doivent être traités comme des surfaces d’identité de niveau production. L’auto-inscription renforce la transparence : les clients voient quelles données sont collectées et pourquoi, lisent le texte de consentement dans son contexte et saisissent les informations en privé, ce qui est important en magasin.
The Wallet Crew est déployé dans le monde entier. Les exigences régionales varient selon le marché, le secteur et le cas d’usage. La plateforme prend en charge une collecte structurée du consentement conçue pour s’aligner sur le RGPD (Union européenne), le CCPA (Californie) et d’autres cadres régionaux similaires de confidentialité. La [Confidentialité et sécurité](/policies/fr/privacy-and-security.md) section regroupe les politiques pertinentes. Le [modèle d’accord de traitement des données](/policies/fr/privacy-and-security/data-processing-agreement-model.md) fournit la référence formelle du cadre de confidentialité. Pour les questions opérationnelles courantes, voir la [FAQ sur la protection des données](/policies/fr/privacy-and-security/data-protection-faq.md). The Wallet Crew propose également un service de DPO pour aider les marques à opérationnaliser les exigences de confidentialité et à maintenir des pratiques de consentement cohérentes d’une région à l’autre.
L’identification n’est pas le consentement. Le consentement marketing doit rester distinct de l’identification : recueillez-le explicitement et séparément, avec un lien visible vers la politique de confidentialité de la marque à côté du champ de consentement, et évitez les cases pré-cochées. Rédigez un texte de consentement clair, lisible sur mobile, recueilli sous forme d’opt-in explicite. Un administrateur de la marque peut mettre à jour la formulation directement. Voir [Localiser le texte du formulaire et la formulation du consentement](#localize-form-text-and-consent-wording).
## FAQ
Un formulaire d’inscription est-il la même chose qu’un formulaire d’enregistrement ?
En pratique, oui. Les deux termes apparaissent dans la documentation. « Formulaire d’inscription » est le terme le plus large : il couvre l’enregistrement, l’identification, la mise à jour du profil et l’émission de la Carte en un seul parcours. Dans la console d’administration, le menu est **Inscriptions**.
---
# 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.thewalletcrew.io/guides-enrolment/fr/inscription/enrolment-form.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.
