> 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-scan/fr/scanner/scanner.md).

# Scanner

## Lisez les cartes Wallet avec des lecteurs de codes-barres et de codes QR

Les cartes à code-barres et les cartes QR sont conçues pour être présentées sur l’écran d’un téléphone. L’expérience de lecture dépend du matériel du lecteur, de sa configuration et des conditions sur site.

Les contraintes matérielles déterminent souvent le choix entre la lecture de codes-barres/QR et le NFC. Un aperçu plus large de la compatibilité est disponible dans [Matériel](/connectors/fr/hardware.md).

<details>

<summary><strong>Exemples concrets</strong></summary>

* Fidélité en magasin : un lecteur 2D lit un code QR depuis un téléphone à la caisse.
* Entrée à un événement : des lecteurs portatifs lisent des codes QR à l’entrée, par rafales.
* Utilisation d’une carte-cadeau : un lecteur de comptoir lit un code-barres, puis applique la valeur.
* Boutiques éphémères : le smartphone d’un employé valide les cartes à l’aide d’une application de lecture basée sur la caméra.

</details>

### Type de lecteur recommandé pour les écrans de téléphone

Les lecteurs imageurs 2D (imageurs 2D) sont généralement le bon choix pour les projets Wallet. Ils capturent le code sous forme d’image, ce qui rend la lecture sur écran fiable.

Les lecteurs laser peuvent bien fonctionner sur les codes-barres 1D imprimés. Ils sont souvent moins performants sur les écrans de téléphone, car la lecture dépend de la lumière réfléchie. Les écrans modernes et les verres de protection ont tendance à réduire cette réflexion.

{% hint style="info" %}
La plupart des imageurs 2D prennent en charge de nombreuses symbologies 1D et 2D. La prise en charge varie selon le modèle et la licence. Les spécifications matérielles doivent être vérifiées par rapport aux formats de code-barres utilisés dans les modèles de cartes.
{% endhint %}

### Codes 1D vs 2D (pourquoi c’est important pour les lecteurs)

<figure><img src="/files/fb5749b6c819c92f659c7f6bc3dff44e5c7e172e" alt="Comparison between a 1D barcode (linear bars) and a 2D barcode (matrix code such as QR)."><figcaption><p>Les codes 1D sont linéaires. Les codes 2D sont matriciels.</p></figcaption></figure>

#### Codes-barres 1D (linéaires)

Les codes-barres 1D sont des barres parallèles, souvent accompagnées d’un numéro lisible par l’humain en dessous. Ils contiennent généralement des identifiants courts.

Ils peuvent être rapides à lire à distance. Ils ont aussi tendance à être moins coûteux à prendre en charge côté matériel.

#### Codes-barres 2D (matriciels)

Les codes-barres 2D stockent les données dans une grille. Le code QR et Data Matrix sont des exemples courants. Ils peuvent stocker davantage de données et sont largement utilisés pour les billets.

Ils se lisent bien à courte distance et dans plusieurs orientations, ce qui améliore le débit dans les environnements très fréquentés.

### Liste de vérification pratique pour le choix

Le choix du lecteur doit être validé tôt. Cela réduit les risques de déploiement et évite les problèmes tardifs de taux de lecture.

Les vérifications clés qui comptent généralement en production :

* Confirmez que « lit depuis **écrans mobiles**» est explicitement prise en charge.
* Privilégiez **les imageurs 2D** pour des besoins mixtes 1D/2D et pour une lecture fiable sur écran.
* Vérifiez que les symbologies prises en charge correspondent à celles utilisées (QR, Data Matrix, Code 128, PDF417, etc.).
* Testez avec des appareils iOS et Android, à faible comme à forte luminosité.
* Testez avec des conditions courantes de téléphone : film de protection, vitre fissurée et baisse de luminosité due à une batterie faible.
* Validez le débit dans des conditions réalistes (file d’attente, distance de lecture, habitudes du personnel).

### FAQ

<details>

<summary><strong>La lecture des codes-barres nécessite-t-elle un matériel compatible NFC ?</strong></summary>

Non. La lecture des codes-barres et des codes QR utilise une lecture optique (lecteur ou caméra).

Le NFC est une couche matérielle et protocolaire différente. Davantage de contexte est disponible dans [Matériel](broken://spaces/rH9XqI2enbyJTGPIB8BO/pages/019c7d1f11089667ce6bd3c6a5fb6968db22fef2).

</details>

<details>

<summary><strong>Un écran de téléphone peut-il être lu avec un lecteur laser 1D ?</strong></summary>

Parfois, mais ce n’est pas une base fiable pour la production. De nombreux lecteurs laser 1D ont du mal sur les écrans de téléphone en raison des reflets et des technologies d’écran.

Les imageurs 2D sont la solution par défaut la plus courante pour les déploiements Wallet, car ils sont conçus pour lire sur écran.

</details>

<details>

<summary><strong>Faut-il privilégier le code QR plutôt qu’un code-barres 1D pour les cartes Wallet ?</strong></summary>

Les codes QR sont largement pris en charge par les imageurs 2D et fonctionnent bien sur les écrans.

Le bon choix dépend des contraintes opérationnelles et de l’infrastructure existante. Lorsque des codes-barres 1D sont requis, l’utilisation d’imageurs 2D permet néanmoins de conserver une lecture fiable sur les écrans de téléphone.

</details>


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.thewalletcrew.io/guides-scan/fr/scanner/scanner.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.
