- Verschifft
- 14. August 2026 um 01:18 UTC
- Autor
- Kamo
- Ausschuss
- c187245
ADP ausgeliefert klassifiziert PLATFORM_OAUTH auf der Stärke der ADP Publishing Marktplatz ISV-Modell, wo Kamo würde einen Partner Client-ID halten, geheim und Zertifikat und abrufen die Anmeldeinformationen jedes Kunden mit dem Partner Token. Dieser Weg wird nicht umgesetzt. AdpWorkNowProvider baut seine mutual-TLS client von adpClientCertPem / adpClientKeyPem in der organisationseigenen Konfiguration und nie konsultiert PlatformOAuthClientResolver - es ist der einzige Adapter, der ruft nie **************** So stellt die Klassifizierung eine Connect-Taste und eine Plattform Anmeldeschein-Karte vor den Betreibern, die nichts lesen: ein Zertifikat einfügen, speichern, und jeder ADP-Anruf trotzdem fehlschlägt für ein fehlendes Pro-Org-Feld. Umklassifizierte PER_ORG_CREDENTIALS ohne Registrierung. PlatformAuthProviderType .ADP_WFN(17) bleibt - IDs gibt es beharrlich und das enum ist anhängend-only - aber ist jetzt als RESERVED dokumentiert, mit einer ausdrücklichen Warnung, keine Karte dafür hinzuzufügen bis der Marketplace Pfad existiert.