- Expédié
- 12 novembre 2026 à 03:07 UTC
- Auteur
- Kamo
- Commit
- bbbf950
Stripe Connect pour chaque secteur d'activité: une organisation connecte son propre Stripe compte (un compte Standard; le Un compte de prêteur de prêts personnels reçoit les paiements par carte demandés au lieu d'un deuxième compte), et une carte de client Une page de paiement pour l'une de ses factures est une session de paiement créée SUR ce compte - un prélèvement direct, pas de plateforme Chaque requête de connexion porte sa propre clé, qui n'est pas utilisée par d'autres utilisateurs (STRIPE_CONNECT_SECRET_KEY de l'option Secret stripe-connect-credentials), jamais la clé globale de la plateforme ; Une clé active est refusée à moins que STRIPE_CONNECT_ALLOW_LIVE=true, et sans clé rien n'est offert. - InternalConnectController (X-Internal-Auth): statut, lien d'embarquement, rafraîchir, déconnecter, email-receipts basculer, ouvrir une page (une par facture : une page payée précédemment arrête une deuxième facturation, celles ouvertes sont expirées), Synchroniser une page ou les pages ouvertes d'une facture. - POST **************** signature vérifiée par rapport à son propre secret, lu comme du JSON brut La non-correspondance de la version de l'API qui a cassé le point de terminaison de la plate-forme ne peut pas, revendiquée dans BILLING_STRIPE_WEBHOOK_EVENT comme CONNECT:<compte> (le balayage de la rejouabilité de la plateforme ignore ce préfixe), les événements en direct sont ignorés sauf autorisation Le montant est enregistré une fois et SecurityService est invité à le mettre sur la facture.