Une commande payée
qui reste « en attente ».

C'est de loin le défaut le plus fréquent que je trouve sur les boutiques déjà en ligne, et il ne se voit jamais depuis l'espace de gestion. Le deuxième sujet est l'idempotence, c'est-à-dire le fait qu'une même action répétée ne produise qu'un seul effet. Un client qui double-clique sur « Payer », ou qui revient en arrière puis revalide, ne doit pas créer deux commandes ni être débité deux fois.

Cela se traite côté PrestaShop, pas côté Stripe, et cela se teste — en reproduisant réellement ces gestes, pas en supposant qu'ils n'arrivent pas. Le reste est du réglage bien fait : 3DS2 — la confirmation du paiement par la banque du client, obligatoire en Europe — intégré sans faire échouer les paiements valides ; le paiement en plusieurs fois si votre panier moyen le justifie ; les abonnements pour les offres récurrentes, avec la gestion des prélèvements ratés — une carte expirée doit relancer le client, pas résilier en silence. Et le rapprochement : chaque commande doit pouvoir être retrouvée dans Stripe, et réciproquement, sinon la comptabilité devient une enquête.