Aller au contenu principal

Suivre une commande jusqu’au paiement

Objectif​

Savoir où en est chaque achat — payé, en attente, en échec — et n’intervenir que sur ceux qui nécessitent une personne : une facture émise pour un bon de commande, ou une carte qui a cessé de fonctionner.

Avant de commencer​

Vous avez besoin du rôle Finance pour modifier une commande (Support et Sales peuvent les lire). Ouvrez Parsware Commerce depuis le Shell de la plateforme ; les commandes et les événements de paiement se trouvent sous Money.

Ce qui se passe sans vous​

Lorsqu’un client appuie sur Acheter sur parsware.com, la plateforme ouvre une Order à l’état Awaiting payment, dont le prix est calculé à partir de la formule — la première année pour les environnements choisis, et ce que coûtera chaque année suivante. Le client paie sur la page de Stripe, jamais sur la nôtre. Lorsque Stripe confirme le paiement, un Payment event est consigné et la commande passe d’elle-même à Paid ; l’abonnement d’essai du client devient l’abonnement payant (aucune seconde ligne n’est ajoutée) et, pour un essai de la plateforme, la date de fin du locataire est supprimée. Rien, dans le parcours par carte, n’est défini à la main, et Paid sur une commande par carte est la parole de Stripe, pas la nôtre.

Étapes — le parcours par facture​

Pour un bon de commande, le parcours par carte n’est pas utilisé :

  1. Orders → Nouveau. Indiquez le client, la formule, les environnements et le montant ; réglez Payment method sur Invoice et Status sur Invoiced. Enregistrez, puis envoyez la facture depuis votre propre système — la plateforme n’en imprime pas.
  2. Lorsque l’argent arrive, ouvrez la commande, réglez Status sur Paid et Paid on sur le jour du paiement, puis enregistrez.
  3. Créez ou prolongez à la main la Subscription du client — la formule, les environnements, la date de fin un an plus tard — car seul le parcours par carte en écrit une automatiquement. Pour un client Power Apps, indiquez son Entra tenant sur l’abonnement, sinon la licence ne peut pas être activée.

Lorsqu’un paiement échoue​

Un renouvellement qui échoue fait passer l’abonnement à Past due et consigne un événement de paiement qui l’indique. Rien n’est désactivé : le client continue de travailler et de télécharger, et Stripe retente la carte selon son propre calendrier. Le client peut changer de carte depuis Factures et moyen de paiement, sur la page Facturation de son compte. Contactez-le si l’abonnement reste en retard de paiement ; seule la résiliation de l’abonnement — qu’il lui revient d’effectuer, depuis cette même page — met fin à quoi que ce soit.

Lire un événement de paiement​

Chaque message envoyé par Stripe est une ligne sous Payment events, les plus récents en premier, avec ce qu’il a touché et un Outcome en toutes lettres : order paid; trial converted, invoice.payment_failed applied to subscription …, ou ignored pour un type d’événement sur lequel la plateforme n’agit pas. Un message livré deux fois n’est consigné qu’une seule fois. Si un résultat indique no order matches the session, la commande que le client a payée est introuvable — ouvrez un ticket à l’intention du propriétaire du site plutôt que de la créer à la main, car le paiement existe chez Stripe et doit être rapproché, pas dupliqué.

Ce que vous ne verrez pas​

  • Un bouton de remboursement. Les remboursements s’effectuent dans le tableau de bord de Stripe ; la plateforme consigne ce que Stripe envoie ensuite.
  • Un prix modifiable sur le formulaire de commande. Le montant d’une commande par carte est ce qui a été payé ; sur une commande par facture, c’est ce que vous avez saisi.

Dépannage​

  • La commande indique Awaiting payment longtemps après le paiement du client. Le webhook n’est pas arrivé, ou a été refusé. Cherchez dans Payment events une ligne mentionnant la commande ; s’il n’y en a aucune, le propriétaire du site consulte le journal des webhooks dans le tableau de bord de Stripe — une livraison refusée est retentée par Stripe pendant trois jours.
  • Deux abonnements pour une même entreprise après un achat. L’achat n’a pas trouvé l’essai à convertir — en général, une commande Power Apps passée sans son Entra tenant. Fusionnez-les à la main : conservez la ligne payée, résiliez la ligne d’essai.