PAIEMENT STRIPE ET ACCÈS : FICHE DE RECETTE
Exemple fictif. Tous les essais se font en environnement de test, sans transaction réelle.

1. OFFRE
Exemple : un export avancé pour le dossier DOS-014 du compte Alice.
Ne comprend pas : tous les dossiers, un abonnement ou un accompagnement humain.
Mon offre exacte et la durée de son accès : [à compléter]
Prix et conditions : [à définir pour mon activité]
Livraison automatique ou manuelle explicitement annoncée : [à compléter]

2. RÉFÉRENCES
Compte bénéficiaire : Alice.
Dossier autorisé : DOS-014.
Commande interne : CMD-008.
Offre acceptée : [référence validée par le serveur]
Référence de session/paiement Stripe : [à renseigner dans l’environnement de test]
Le navigateur ne décide pas librement du prix ni du bénéficiaire.

3. ÉTATS À AFFICHER
Commande créée : paiement pas encore confirmé.
En attente : confirmation différée, pas de faux accès attribué.
Payée et livrée : fonction accessible au bon compte.
Livraison à reprendre : paiement confirmé mais résultat non produit.
Remboursement ou contestation : traitement selon règles définies, distinct de la première livraison.

4. CONTRÔLES DU SERVEUR
Signature de notification vérifiée.
État de paiement pertinent contrôlé.
Relation commande/compte/dossier vérifiée.
Même paiement traité une seule fois, y compris appels concurrents.
Page de retour sans pouvoir d’attribution autonome.
Secrets de test et de production séparés, jamais dans le navigateur ou cette fiche.

5. ESSAIS À EXÉCUTER
A. Paiement de test réussi : Alice accède à DOS-014, Bilal non.
B. Refus de test : aucun accès payant.
C. Fermer la page après paiement : livraison via notification.
D. Notification répétée : pas de deuxième livraison.
E. Signature invalide : refus sans changement de commande.
F. Paiement différé : état d’attente jusqu’à confirmation adaptée.
G. Échec d’export après paiement : reprise de livraison, pas de nouvel encaissement.
H. Référence de dossier modifiée par le client : aucun accès non autorisé.
Pour chaque essai : environnement / action / attendu / observé / références / correction.
Résultats : [non exécuté]

6. SI ABONNEMENT
Renouvellement, échec de paiement, tolérance éventuelle, résiliation, date de fin d’accès et changement d’offre : [règles à définir et tester séparément]

7. PASSAGE EN PRODUCTION
Domaine, clés, offres et destination des notifications vérifiés séparément.
Responsable des commandes non livrées : [à compléter]
Contact et procédure de support : [à compléter]
La réussite des tests ne constitue pas une autorisation implicite d’encaisser une transaction réelle.

Guide : https://www.bemaestro.fr/journal/stripe-paiement-application