Vos données vous appartiennent​

Dans un programme de fidélité ou de cartes wallet, c'est votre marque qui est responsable des données de ses porteurs. Le fournisseur wallet ne fait que les traiter pour votre compte. À la fin du contrat, il doit vous les restituer : c'est prévu par le RGPD (article 28), par le règlement européen sur les données (Data Act) pour les services en ligne, et en général par la clause de réversibilité de votre contrat.

Concrètement, vous pouvez toujours récupérer la liste de vos membres, leurs identifiants, leurs soldes de points et leurs niveaux. C'est tout ce dont eldo wallet a besoin pour reprendre votre programme.

Ce qui fait qu'une carte reste ou non dans le téléphone​

Une carte installée dans un téléphone reste liée au compte qui l'a émise :

• Apple Wallet : la carte est signée avec un certificat rattaché à un compte Apple Developer, et elle contacte un service web pour se mettre à jour.
• Google Wallet : la carte appartient à un compte émetteur Google Wallet, et se met à jour par l'API Google.

Tout dépend donc d'une question simple : à qui appartiennent ces comptes ?

Deux façons de migrer​

1. La reprise transparente : rien ne change pour vos porteurs​

Si votre marque possède ses propres comptes (compte Apple Developer et compte émetteur Google Wallet à votre nom), eldo wallet peut reprendre la main sur les cartes déjà installées. Vos porteurs ne font rien : leur carte reste dans leur téléphone, avec le même numéro, et se met à jour avec eldo wallet (points, offres, visuels).

Il faut pour cela :

• nous donner accès à votre certificat Apple et autoriser eldo wallet sur votre compte Google Wallet ;
• faire arriver les mises à jour des cartes chez eldo wallet : un simple changement DNS si l'adresse de service est sur votre domaine, sinon une dernière mise à jour poussée par votre ancien fournisseur ;
• l'export de vos cartes et de vos membres.

2. La réémission : une nouvelle carte, les mêmes points​

Si les comptes appartiennent à votre ancien fournisseur, la carte installée ne peut pas être reprise durablement. Dans ce cas, eldo wallet importe vos données et émet une nouvelle carte pour chaque membre, avec le même numéro et le même solde. Vos porteurs l'ajoutent en un geste, depuis un e-mail, un SMS ou un QR code en magasin.

C'est l'option qui marche dans tous les cas, car elle ne dépend que de vos données.

Et souvent, un mélange des deux​

Il est fréquent de posséder son compte Google Wallet mais pas le compte Apple, ou l'inverse. On combine alors les deux approches : reprise transparente d'un côté, réémission de l'autre.

Notre recommandation​

1. Sécurisez toujours la réémission : demandez l'export de vos données dès que possible. C'est votre filet de sécurité, et il ne dépend de personne d'autre que vous.
2. Visez la reprise transparente quand vos comptes vous appartiennent : c'est la meilleure expérience pour vos porteurs, sans aucune perte.

Les étapes, pas à pas​

1. Faire le point ensembleBack-office

   Quelques questions suffisent : à qui appartiennent vos comptes Apple Developer et Google Wallet, sur quel domaine sont vos cartes, que prévoit votre contrat actuel, combien de cartes sont actives, et comment vous joignez vos membres (e-mail, SMS, application, magasin).

2. Demander l'export de vos donnéesBack-office

   Vous adressez à votre fournisseur actuel une demande de restitution (liste des membres, numéros, soldes, niveaux), en vous appuyant sur votre contrat et le RGPD. Demandez aussi, si possible, une dernière mise à jour des anciennes cartes avec un lien vers la nouvelle.

3. Importer et vérifiereldo wallet

   eldo wallet importe vos membres dans un environnement de test et vérifie que chaque numéro, solde et niveau correspond. Votre équipe peut contrôler le résultat avant toute bascule.

   POST/csv-operations/import-csvPOST/clients/bulk
4. Préparer les carteseldo wallet

   Reprise transparente : configuration de vos comptes et tests sur quelques cartes pilotes. Réémission : création des nouvelles cartes et d'un lien d'ajout personnalisé par membre.

5. Basculer à une date convenueBack-office

   Les soldes sont figés à une date d'arrêt commune, puis eldo wallet devient la seule source de mise à jour de vos cartes. Pour une réémission, vous lancez votre campagne (e-mail, SMS, QR code) avec les liens d'ajout.

6. Suivre l'adoptionClient final

   Vos porteurs retrouvent leur carte et leurs points. Vous suivez les installations et, en fin de transition, demandez à votre ancien fournisseur une attestation de suppression des données.

Questions fréquentes​

Mes membres vont-ils perdre leurs points ? Non. Dans les deux approches, les soldes et les niveaux sont repris à partir de l'export de vos données, à une date d'arrêt commune.

Mes membres devront-ils réinstaller leur carte ? Non si vos comptes Apple et Google vous appartiennent (reprise transparente). Sinon, ils ajoutent leur nouvelle carte en un geste, avec le même numéro et les mêmes points.

Ai-je besoin de l'accord de mon fournisseur actuel ? Pour récupérer vos données, non : c'est votre droit. Sa coopération facilite en revanche la transition, par exemple pour envoyer un dernier message sur les anciennes cartes.

Pourquoi rediriger l'adresse des cartes ne suffit-il pas toujours ? Parce qu'une carte Apple Wallet ne peut être mise à jour qu'avec le certificat qui l'a signée. Sans ce certificat, la redirection seule ne permet pas de modifier la carte.

Combien de temps faut-il ? Cela dépend surtout du délai de restitution de vos données par votre fournisseur actuel et de l'approche retenue. Nous établissons le calendrier avec vous dès le premier échange.

Parlons de votre migration​

Chaque situation est un peu différente. Décrivez-nous la vôtre et nous vous dirons, dès le premier échange, quelle approche est possible pour vos cartes Apple Wallet et Google Wallet.

Contacter l'équipe eldo wallet →

Vous êtes développeur ? Explorez l'import de clients en masse et l'import CSV, ou demandez un accès de test.

Ce qui change​

• Une référence API générée depuis la spécification OpenAPI. Chaque endpoint affiche ses paramètres typés (obligatoire, format, valeur par défaut), ses réponses et ses erreurs. La documentation ne peut plus diverger de l'API : elle est reconstruite à chaque évolution.
• Du code prêt à copier en cURL, Node.js, PHP, Python, Java, C#, Go et Ruby, avec le bon Content-Type (y compris multipart/form-data pour les endpoints qui reçoivent des images).
• Un bouton « Essayer » pour appeler l'API depuis le navigateur avec votre jeton.
• Un format d'erreur unique, documenté une fois pour toutes, avec la liste complète des codes.
• Des cas d'usage par métier — transport, événementiel, retail, hôtellerie… — avec le workflow d'intégration étape par étape.
• Une base de connaissances : concepts, FAQ et dépannage.
• Français et anglais, et d'autres langues à venir.

Par où commencer​

Suivez le démarrage rapide, puis parcourez les cas d'usage proches de votre métier.