Paiement et moyens de règlement dans une boutique Posty5

Si vous évaluez Posty5 pour vendre quelque chose, une question décide de presque tout, alors la voici en premier plutôt que cinq sections plus bas. Les acheteurs paient à la livraison. Le cadre de paiement autour est complet et véritablement indépendant du fournisseur, mais le catalogue de passerelles contient le paiement à la livraison et rien d'autre, et aucun adaptateur n'est connecté. Une boutique construite aujourd'hui prend des commandes et encaisse à la livraison.

Peut-on payer en ligne ? La réponse courte

Il vaut la peine de comprendre pourquoi c'est l'état actuel plutôt que d'y voir un oubli. Le cadre a tout ce qu'exige une intégration réelle : sessions de paiement, webhooks à signature vérifiée, remboursements, résolution des moyens par pays, et points de statut distincts pour le marchand et l'acheteur. Ce qu'il n'a pas, c'est un simulacre se faisant passer pour un prestataire. Une entrée au catalogue est la promesse qu'un marchand peut la connecter et encaisser, et en publier une qui accepte des identifiants sans rien pouvoir débiter serait un mensonge fait à une vraie boutique. La liste reste donc honnête et courte.

Ce que le paiement demande, dans l'ordre

Le paiement recueille les choses dans l'ordre où elles dépendent les unes des autres. Le panier d'abord, puis la destination, car les frais ne se résolvent pas sans savoir où cela va. Le tarif sort ensuite de vos règles de pays et de ville. Un code promo peut être appliqué. Le règlement vient en dernier, et la commande est créée avec un numéro séquentiel pour vous et un identifiant de suivi opaque pour le client. Le panier est revalorisé côté serveur avant tout engagement, et le stock est vérifié au même instant : un prix modifié pendant que quelqu'un naviguait ne passe pas à l'ancien montant. Voyez comment les pays et les frais de livraison se résolvent.

Un moyen n'est pas un prestataire

Posty5 sépare le moyen que choisit l'acheteur du prestataire qui le traiterait, et la distinction est délibérée : on choisit « carte » ou « à la livraison », pas le nom d'une société de traitement dont on n'a jamais entendu parler. Le cadre sait exprimer carte, portefeuille, virement, paiement fractionné et paiement à la livraison comme types de moyens. Aujourd'hui, seul le dernier est disponible, car la disponibilité dépend d'un prestataire connecté et il n'y en a aucun.

Quand l'étape de paiement n'apparaît pas

Comme le paiement à la livraison est modélisé comme un prestataire parmi d'autres et non comme l'absence de l'un d'eux, le paiement n'a pas de cas particulier pour lui — et cela produit un comportement discret et utile. Quand un seul moyen s'applique au pays et à la devise de l'acheteur, l'étape de paiement n'est pas affichée : le paiement nomme simplement le moyen utilisé. Une étape qui n'offre qu'un choix gaspille un geste, donc elle n'apparaît pas.

Ce que la page de remerciement peut honnêtement dire

La page de résultat reflète le statut confirmé par le serveur, jamais ce que prétendait l'URL de retour — ce qui comptera dès qu'un vrai prestataire sera connecté, car un navigateur peut être convaincu d'une URL de retour. Aujourd'hui la conséquence utile est plus discrète : une commande à la livraison n'a aucun enregistrement de paiement, et la page de remerciement n'affiche aucune ligne de paiement pour elle. Cette absence signifie qu'aucun paiement en ligne n'a été démarré. Elle ne signifie pas que la commande est impayée, et les deux ne doivent pas se lire pareil.

Commande en invité et mode panier

Deux comportements du paiement vous appartiennent. La commande en invité décide s'il faut se connecter avant de commander ; activée, on peut acheter sans compte et suivre la commande par lien. Le mode panier décide si la boutique utilise un panier, ce qui convient aux catalogues où l'on achète un article à la fois. Ni l'un ni l'autre ne touche au paiement, et les deux se changent après le lancement. Voyez ce qu'obtient un acheteur connecté.

Questions fréquentes