- Verschickt
- 8. November 2026 um 05:10 UTC
- Autor
- Kamo
- Commit
- 4a6cd1d
Kreditgeberseitige Vermögens- und Ertragsaufträge fahren über das eigene Portal des Kreditnehmers Verbindung, aber niemals nichts Ein Borrower-Link-SPI (eine Bean pro Anbieter, ausgewählt durch die Organisationsleitung) wird für die Verbindung zwischen den Anbietern und den Benutzern verwendet Konfigurierter vendorKey) öffnet nun das eigene Widget des Herstellers und erfasst die Zustimmung erst, wenn der Verkäufer bestätigt es: - Plaid: /link/token/create mit Produkten [assets]; /item/public_token/exchange speichert die Artikel-ID und das Zugriffstoken als **************** chiphertext> (keine Chiffre, kein Speichern). - Finicity: erstellt (oder wiederverwendet) den Kunden des Kreditnehmers, generiert die Connect-URL und zeichnet die customer id; CONNECTED nur dann, wenn die Konten des Kunden wirklich vorhanden sind. - Truv: erstellt den Benutzer und ein Einkommensbrücken-Token; /v1/link-access-tokens/ speichert die Link-ID und Das verschlüsselte Zugriffstoken. Die Zeilen verwenden den gesperrten VendorTypeBridge-Peer des Herstellers, sodass der BorrowerConsentLookup von mlos-vendor-service Ein neuerer Link löscht den früheren Link des Leihgebers. integrations-status sagt portalLink. Ein Browser kann eine echte Herstellerverbindung nicht mehr als VERBUNDEN markieren (nur die Demo-STUB-Schiene).