Cas d'usage Apple Wallet et Google Wallet
Une carte de fidélité, un billet de train, une carte d’embarquement ou une réservation d’hôtel : le mécanisme est toujours le même. Vous créez un modèle une fois, vous envoyez un pass à chaque client, puis vous le faites vivre (mise à jour, notification, validation).
Chaque page ci-dessous part d'un métier réel. Elle montre le parcours client, les appels API dans l'ordre et les pièges à éviter. Choisissez le vôtre, ou le plus proche.
Essayez nos démos en directCartes de fidélité et de membre, coupon, billet, titre de transport, réservation : créez un vrai pass et recevez-le sur votre téléphone.Comment lire un cas d'usage
Chaque page suit la même structure :
-
Le pitch : le problème métier et ce que fait le pass dans le téléphone du client.
-
Le parcours client : un diagramme qui montre qui appelle qui, de votre système jusqu'au Wallet du client.
-
Le workflow d'intégration : les étapes numérotées. Chaque étape indique qui agit et les endpoints appelés.
Badge Qui agit Back-office Vous, dans le back-office eldo wallet. Sans code. Votre serveur Votre CRM, caisse, billetterie ou SI appelle l'API. eldo wallet La plateforme génère, envoie ou met à jour les passes. Client final Votre client ajoute, présente ou reçoit son pass. -
Les bonnes pratiques : ce qui marche en production, et ce qui casse.
-
Pour aller plus loin : les articles de la base de connaissances et les endpoints liés.
Commencez par le démarrage rapide et l'authentification. Puis lisez modèles et passes : c'est la notion qui structure toute l'API.












