Un parcours de paiement TWINT doit être vérifié dans la configuration réelle de la boutique avant d’être annoncé aux clients. Pour un vendeur visant Lausanne, contrôlez l’activation du prestataire, le passage mobile, le parcours ordinateur et les statuts de commande.
Dans cet article
L’option visible doit correspondre à une intégration prête
Un parcours de paiement TWINT doit être vérifié dans la configuration réelle de la boutique avant d’être annoncé aux clients. Pour un vendeur visant Lausanne, contrôlez l’activation du prestataire, le passage mobile, le parcours ordinateur et les statuts de commande. Afficher un logo ne prouve pas que le paiement peut être confirmé.
La disponibilité dépend de votre intégration et de ses conditions. Ce guide ne crée aucun compte, n’active aucune méthode et ne réalise aucun paiement. Les tests décrits sont une méthode à appliquer dans un environnement approprié, avec l’autorisation et les procédures nécessaires pour votre système.
Le scénario est fictif et utilise CHF pour les montants illustratifs. Il ne fournit aucun tarif TWINT, plafond ou taux de succès actuel. Vérifiez les coûts, contrats et limites directement auprès de votre prestataire avant de les intégrer à votre offre commerciale.
Identifier qui fournit et valide la méthode
Rassemblez plateforme de boutique, prestataire de paiement, extension éventuelle et état d’activation. Déterminez qui peut confirmer la disponibilité pour votre compte et où se trouvent les instructions de test. Une documentation générale ne garantit pas que votre configuration particulière est admissible.
TWINT indique que les commerçants peuvent passer par un prestataire de services de paiement ou une intégration adaptée. Consultez sa documentation commerciale et les instructions du fournisseur choisi. Le guide ne recommande pas d’installer une extension inconnue simplement parce qu’elle comporte le nom du moyen de paiement.
Notez les dépendances : versions, paramètres de boutique, devise et réponses de statut. Conservez un interlocuteur technique pour les incidents. Le parcours client doit rester compréhensible même si l’intégration requiert plusieurs systèmes ; les détails internes n’ont pas à envahir le formulaire de paiement.
Comparer mobile et ordinateur
La présentation officielle du parcours client TWINT distingue notamment le passage vers l’application sur smartphone et l’usage du code affiché sur ordinateur selon le fonctionnement proposé. Vérifiez les instructions réellement visibles dans votre intégration, sans les recopier comme une preuve de fonctionnement universel.
| Surface de contrôle | Question | Résultat à documenter |
|---|---|---|
| Smartphone | Le passage vers l’app fonctionne-t-il ? | Étape et retour observables |
| Ordinateur | Les instructions de code sont-elles lisibles ? | Méthode réellement proposée |
| Retour boutique | Le statut est-il confirmé ? | Commande et paiement cohérents |
| Interruption | Une reprise est-elle possible ? | Message et prochaine action |
Sur mobile, l’utilisateur ne doit pas être invité à scanner avec le même appareil un code qui exige un autre parcours lorsque votre intégration offre une transition différente. Le texte doit correspondre à la surface, au lieu d’appliquer un message unique à tous les écrans.
Définir les états avant le test
Le panier, la demande de paiement, la confirmation et la commande enregistrée sont des événements distincts. Consultez les statuts précis de votre prestataire. Le retour du navigateur vers la boutique ne prouve pas toujours le résultat financier ; l’information doit être rapprochée de l’événement confirmé dans le système.
Préparez les cas de succès, annulation, expiration ou réponse tardive selon les possibilités du mode d’essai. Le message doit indiquer ce que le client peut faire sans provoquer involontairement une duplication. Un bouton de réessai doit suivre les instructions techniques et les règles de commande propres à l’intégration.
Contrôlez une actualisation de page et un retour navigateur. Si la commande apparaît deux fois alors que la confirmation de paiement est unique, le problème concerne le parcours de création et de rapprochement. Documentez l’identifiant technique utile dans le dossier approprié, sans l’exposer inutilement dans un tableau public.
Vérifier montant, variante et langues
Dans une commande fictive de 65 CHF, la fiche, le panier et l’étape de paiement doivent porter le même périmètre de montant. Si transport ou autre poste s’ajoute, le récapitulatif doit expliquer la différence avant validation. Le test ne doit pas comparer un prix produit à un total de commande comme s’ils étaient identiques.
Ajoutez deux variantes proches pour vérifier que le paiement reste relié à la bonne commande. Contrôlez également les langues proposées par la boutique : intitulé, erreur et confirmation doivent être compréhensibles. Une description française sur la fiche ne suffit pas si les instructions critiques disparaissent dans le passage vers un autre système.
Les messages de support doivent indiquer le canal approprié et les éléments nécessaires au rapprochement. Ne demandez pas au client de publier des captures contenant des données sensibles. Un identifiant de dossier et une description de l’étape peuvent suffire à commencer l’investigation, selon votre procédure réelle.
Conserver une grille de contrôle limitée à ses preuves
Dans un exercice fictif de douze cas, dix produisent l’état et le message attendus. Le ratio de 83,3 % décrit seulement cette grille d’essai ; il ne représente pas un taux de paiement TWINT ni une statistique locale. Les deux anomalies doivent rester bloquantes pour les surfaces concernées jusqu’à correction et nouvelle vérification.
Conservez appareil, scénario, résultat attendu et constat, sans stocker plus de données que nécessaire. Après une mise à jour d’extension ou de prestataire, reprenez les cas critiques. Une intégration qui fonctionnait lors d’une ancienne revue ne constitue pas une preuve suffisante pour une version modifiée.
Pour commencer, confirmez l’activation avec votre fournisseur, obtenez ses instructions d’essai et dessinez les états. Testez ensuite mobile, ordinateur et interruption dans le cadre adapté. Vous pourrez annoncer TWINT lorsque le parcours réel et ses messages sont prêts, plutôt que déduire sa disponibilité d’un logo ou d’un article général.
FAQ sur la vérification TWINT
Le logo dans le pied de page prouve-t-il l’activation ?
Non. Vérifiez l’état de la méthode auprès du prestataire et son comportement dans le parcours réel de la boutique.
Peut-on tester sans achat réel ?
Utilisez les possibilités et instructions de votre prestataire. Ce guide décrit des cas de contrôle et ne suppose pas qu’un mode de test identique existe pour toutes les intégrations.
Que faire si le client revient sans confirmation ?
Rapprochez le statut du prestataire et la commande avant de proposer une nouvelle tentative. Le retour navigateur seul ne doit pas déclencher une conclusion financière.
Référence officielle consultée : TWINT : intégration commerçant et prestataires de paiement. Les calculs et procédures proposés ci-dessus sont des exemples éditoriaux ; ils ne constituent pas des résultats mesurés auprès d’une entreprise locale.
