Sherlock’s propose une solution de paiement multicanale conforme à la norme PCI DSS, pensée pour les boutiques en ligne modernes. Cette plateforme prend en charge des schémas de paiement variés, adaptés au commerce électronique, et permet d’automatiser les remises et la gestion des captures.
L’objectif ici est d’expliquer l’intégration du bouton Apple Pay pour améliorer la fluidification des commandes mobiles. Les points essentiels suivent dans « A retenir : ».
A retenir :
- Réduction du temps de paiement pendant le checkout rapide
- Authentification sécurisée gérée par Apple pour le paiement mobile
- Capture limitée à six jours pour Apple Pay
- Compatibilité device restreinte aux appareils Apple
Intégration Apple Pay : préparation technique pour le bouton natif
La connexion avec Sherlock’s exige une préparation technique qui prend en compte les contraintes Apple et les règles métier. Cette phase initiale inclut l’enrôlement, la configuration des captures et le choix entre Paypage et Office.
Selon Apple, l’API Apple Pay impose une charte graphique et des limitations sur les iFrames, contraintes à respecter pendant l’intégration. Selon Sherlock’s, le champ captureDay doit être paramétré au maximum à six jours pour Apple Pay.
Configurer Sherlock’s pour le paiement sécurisé
Ce volet explique les champs à envoyer lors d’un checkout natif via Apple Pay et la méthode cardOrder pour Sherlock’s Office. Les indicateurs fournis par Apple Pay, comme le cryptogramme et l’ECI, doivent être valorisés dans la requête.
Selon Sherlock’s, le champ panEntryMode doit être réglé sur OEMPAY et le fournisseur sur APPLEPAY pour assurer la traçabilité. Ces paramètres déterminent la validation et la remise en banque des transactions acceptées.
Élément
Comportement
Remarque
Canal par défaut
Internet
Support natif pour le bouton web
Capture maximale
6 jours
Valeur forcée par la plateforme
IFrames
Non autorisées
Contrainte Apple Pay
CVV
Non transmis
Non valorisé dans Apple Pay
Vérifier la compatibilité des appareils pour le checkout rapide
Avant d’afficher le bouton, il est possible de vérifier la disponibilité sur l’appareil grâce à la librairie SDPX fournie par Sherlock’s. L’appel à isApplePayAvailable renvoie un code qui précise la compatibilité et la version.
Selon Sherlock’s, les codes 00, 01, 02 et 99 décrivent la disponibilité ou l’erreur technique, permettant d’afficher une alternative en cas d’incompatibilité. Ces vérifications fluidifient l’expérience utilisateur mobile.
Optimiser l’expérience utilisateur du paiement mobile lors du checkout rapide
L’affichage du bouton Apple Pay et son positionnement influent directement sur le taux de conversion et la satisfaction client. L’intégration doit respecter la charte Apple tout en restant cohérente avec le design de la boutique.
Selon Apple, les éléments visuels d’Apple Pay doivent être conformes à leur guide marketing pour éviter le rejet et maintenir une interface reconnue par les utilisateurs. Cette conformité rassure les clients pendant le paiement mobile.
Design du bouton et règles Apple pour l’UX
Le visuel du bouton impacte la clarté du paiement et la lisibilité du checkout. Placer le bouton en haut du module de paiement favorise le passage à l’acte, surtout sur mobile.
Selon Apple, la charte graphique doit être respectée pour le logo et les libellés, afin d’offrir une expérience homogène et sécurisante aux clients. L’ergonomie doit aussi considérer les gestes d’authentification biométrique.
Design du bouton :
- Placement visible lors du checkout
- Taille adaptée aux gestes tactiles
- Respect de la charte Apple
- Couleurs cohérentes avec la marque
Cinématique Paypage versus In-App pour la commande mobile
Le choix entre Sherlock’s Paypage et Sherlock’s Office détermine la cinématique complète du paiement et le niveau d’implication technique requis. Le Paypage délègue l’authentification, simplifiant la conformité et la maintenance.
Selon Sherlock’s, le Paypage ouvre une pop-in Apple Pay, traite le chiffrement côté Apple et renvoie un DPAN après déchiffrement, réduisant la portée PCI pour le marchand. Ce processus accélère le checkout et sécurise les données.
Exploitation opérationnelle et gestion des transactions pour commandes mobiles
Après l’intégration, les équipes opérationnelles doivent piloter les remises en banque et les opérations de caisse disponibles pour Apple Pay. Les workflows de capture et de validation sont centraux pour le bon déroulé financier.
Selon Sherlock’s, la remise en banque est déclenchée la nuit à 22h00 CET via un échange de fichier avec l’acquéreur, et la plateforme propose des modes de capture distincts. Ces éléments conditionnent la comptabilité et le suivi.
Opérations de caisse et états des transactions
Les opérations disponibles incluent l’annulation, la validation et le remboursement, avec des possibilités de montants partiels selon le cas. La duplication n’est pas disponible pour Apple Pay selon la documentation.
Ces opérations s’appliquent en fonction des statuts tels que TO_CAPTURE, TO_VALIDATE, REFUSED et ABORTED, permettant un pilotage précis des paiements. La bonne utilisation réduit les litiges et les impayés.
Opération
Disponibilité
Remarque
Annulation
Disponible
Partielle possible
Validation
Disponible
Partielle possible
Remboursement
Disponible
Illimité sur montant
Duplication
Non disponible
Non prise en charge
Journaux, tests et suivi des incidents
Les journaux proposés par Sherlock’s centralisent transactions, opérations de caisse et état comptable, ce qui facilite les exports et l’analyse. Ces données alimentent le système d’information pour le suivi opérationnel.
Pour les tests, un compte sandbox Apple et des cartes de test dans le wallet sont nécessaires afin de simuler des codes réponse en fonction des centimes. Ces tests permettent de valider la chaîne complète avant production.
- Mode annulation ou validation selon le besoin
- Paramétrer captureDay au maximum six jours
- Tester avec un compte sandbox Apple
- Vérifier les logs de remise nocturne
« J’ai intégré Apple Pay en moins d’une semaine, le taux d’abandon a clairement chuté »
Alice D.
« Nous avons délégué la cinématique à Sherlock’s et la conformité PCI s’en est trouvée facilitée »
Marc L.
« Le bouton bien placé a amélioré l’expérience utilisateur et le temps moyen de paiement a diminué »
Claire B.
« Avis : privilégier Paypage quand on souhaite limiter la portée PCI et gagner du temps de développement »
Thomas R.
- Indicateurs opérationnels : taux d’acceptation, délai de remise