- Verschickt
- 12. November 2026 um 03:07 UTC
- Autor
- Kamo
- Commit
- bbbf950
Stripe Connect für jeden Geschäftsbereich: Eine Organisation verbindet ihr eigenes Stripe Konto (ein Standard-Konto; das Ein Kreditgeberkonto erhält Kartenzahlungen, die anstelle eines zweiten Kontos angefordert werden, und eine Kundenkarte Die Zahlungsseite für eine seiner Rechnungen ist eine Checkout-Sitzung, die auf diesem Konto erstellt wurde - eine direkte Belastung, keine Plattform Jede Connect-Anfrage trägt ihren eigenen Schlüssel und wird von der Plattform selbst verwaltet (STRIPE_CONNECT_SECRET_KEY aus den optionalen Secret stripe-connect-credentials), niemals der globale Plattformschlüssel; Ein Live-Schlüssel wird abgelehnt, es sei denn STRIPE_CONNECT_ALLOW_LIVE=true, und ohne Schlüssel wird nichts angeboten. - InternalConnectController (X-Internal-Auth): Status, Onboarding-Link, Aktualisieren, Trennen, E-Mail-Empfang wechseln, eine Seite öffnen (eine pro Rechnung: eine früher bezahlte Seite stoppt eine zweite Belastung, offene sind abgelaufen), Synchronisieren Sie eine Seite oder die geöffneten Seiten einer Rechnung. - POST **************** Signatur überprüft gegen sein eigenes Geheimnis, als reines JSON gelesen, so dass die API-Versionsfehler, der den Plattformendpunkt nicht unterbrechen kann, wird in BILLING_STRIPE_WEBHOOK_EVENT als CONNECT:<account> (das Plattform-Replay-Sweep überspringt dieses Präfix), Live-Ereignisse werden ignoriert, es sei denn, sie sind erlaubt Dieser wird einmal erfasst und SecurityService wird angewiesen, ihn auf die Rechnung zu setzen.