Loading
Identificeer uw gebruikers en beheer toegang
Inhoudsopgave
Filters selecteren

          Geen resultaten
          Geen resultaten
          Hier zijn enkele zoektips

          Controleer de spelling van uw trefwoorden.
          Gebruik meer algemene zoektermen.
          Verwijder filters om uw zoekopdracht uit te breiden.

          De Help van Salesforce volledig doorzoeken
          OAuth 2.0 webserverstroom voor webapp-integratie

          OAuth 2.0 webserverstroom voor webapp-integratie

          Als u een externe webapp wilt integreren met de Salesforce-API, gebruikt u de OAuth 2.0-webserverstroom, die het toekenningstype van de OAuth 2.0-autorisatiecode implementeert. Met deze stroom moet de server die de webapp host, in staat zijn de identiteit van de verbonden app te beschermen, die wordt gedefinieerd door de client-ID en het clientgeheim.

          Vereiste editions

          Beschikbaar in: Salesforce Classic (niet in alle organisaties beschikbaar) en Lightning Experience
          Beschikbaar in: alle editions
          Opmerking
          Opmerking Het maken van verbonden apps is beperkt vanaf Spring '26. U kunt bestaande verbonden apps blijven gebruiken tijdens en na Spring '26. U wordt echter aangeraden om in plaats daarvan externe clientapps te gebruiken. Als u verbonden apps moet blijven maken, neemt u contact op met de ondersteuning van Salesforce.

          Zie Nieuwe verbonden apps kunnen niet meer worden gemaakt in Spring '26 voor meer informatie.

          Het wordt aangeraden om voor speciale scenario's de webserverstroom met PKCE (uitgesproken als "pixy", Proof Key for Code Exchange) te gebruiken in plaats van de stroom username-password. Gebruik de parameters code_challenge en code_verifier om PKCE te implementeren met de webserverstroom. Zie de site van de Internet Engineering Task Force (IETF) voor meer informatie over PKCE. We raden ook aan om verbonden apps niet toe te staan de stroom user-agent of de stroom username-password te gebruiken. Zie Autorisatiestromen blokkeren voor verbeterde beveiliging voor stappen.

          Dit is een voorbeeld van een gebruikscase voor implementatie van de webserverstroom. U hebt onlangs een webservice ontwikkeld die beveiligde toegang mogelijk maakt tot de orderstatus van klanten. De orderstatusgegevens worden beveiligd opgeslagen in uw Salesforce CRM-platform. Als u helpdeskgebruikers wilt autoriseren de orderstatus van een klant weer te geven, ontwikkelt u een app genaamd Orderstatus en configureert u deze als een verbonden app met de webserverstroom.

          • Een helpdeskgebruiker klikt op de webapp Orderstatus.
          • De verbonden app post een aanvraag van een autorisatiecode naar het Salesforce-autorisatie-eindpunt.
          • De gebruiker wordt doorgestuurd naar de Salesforce-inlogpagina. Na een geslaagde inlogpoging wordt de gebruiker gevraagd de toegang van de app tot de orderstatusgegevens goed te keuren.
          • Nadat de gebruiker heeft goedgekeurd dat de app Orderstatus toegang tot de gegevens krijgt, stuurt Salesforce een call-back met een autorisatiecode naar de app Orderstatus.
          • De app Orderstatus geeft de autorisatiecode door aan het Salesforce-tokeneindpunt, om een toegangstoken aan te vragen.
          • Salesforce valideert de autorisatiecode en stuurt een toegangstoken terug dat de bijbehorende machtigingen bevat in de vorm van bereiken.
          • De app Orderstatus stuurt een aanvraag terug naar Salesforce om toegang te krijgen tot de orderstatusgegevens. Het verzoek bevat het toegangstoken met bijbehorende bereiken.
          • Salesforce valideert het toegangstoken en de bijbehorende bereiken.
          • De app Orderstatus kan toegang tot de beschermde gegevens krijgen en de orderstatus van de klant wordt in de app weergegeven.
            Opmerking
            Opmerking Als het toegangstoken ongeldig wordt, kan de verbonden app een vernieuwingstoken gebruiken om een nieuw toegangstoken te krijgen.

          Laten we de stappen van deze autorisatiestroom eens wat beter kijken.

          Een autorisatiecode aanvragen

          De externe webservice initieert de OAuth 2.0-webserverstroom door via de verbonden app met behulp van het toekenningstype autorisatiecode een aanvraag van een autorisatiecode te posten naar het Salesforce-autorisatie-eindpunt. Met een autorisatiecode kan de verbonden app bewijzen dat deze als een veilige bezoeker van de site is geautoriseerd en gemachtigd is om een toegangstoken aan te vragen.

          De autorisatiecode heeft de vorm van een HTTP-omleiding.

          https://MyDomainName.my.salesforce.com/services/oauth2/authorize?
          client_id=3MVG9IHf89I1t8hrvswazsWedXWY0i1qK20PSFaInvUgLFB6vrcb9bbWFTSIHpO8G2jxBLJA6uZGyPFC5Aejq&
          redirect_uri=https://www.mycustomerorderstatus.com/oauth2/callback&
          response_type=code

          Neem deze parameters op in een aanvraag van een autorisatiecode.

          Parameter Beschrijving
          Request Header Het Salesforce OAuth 2.0-autorisatie-eindpunt. Verbonden apps sturen OAuth-autorisatieaanvragen naar dit eindpunt.
          client_id De consumentensleutel van de verbonden app. Als u toegang wilt tot de consumentensleutel, zoekt u in Appbeheer de verbonden app en selecteert u Weergeven in de vervolgkeuzelijst. Klik vervolgens op Consumentengegevens beheren. Soms wordt u gevraagd uw identiteit te verifiëren voordat u de consumentensleutel kunt weergeven.
          redirect_uri De URL waar gebruikers naartoe worden omgeleid na een succesvolle authenticatie. De omleidings-URI moet overeenkomen met een van de waarden in het veld Call-back-URL van de verbonden app. Als dat niet het geval is, mislukt de goedkeuring. U vindt de omleidings-URI op de pagina Verbonden apps beheren van de verbonden app of in de definitie van de verbonden app. Deze waarde moet een URL-codering hebben.
          response_type Het OAuth 2.0-toekenningstype dat de verbonden app aanvraagt. De waarde voor deze stroom moet code zijn om aan te geven dat de verbonden app een autorisatiecode aanvraagt.

          U kunt ook deze parameters in een aanvraag van een autorisatiecode opnemen.

          Parameter Beschrijving
          scope

          Machtigingen die het type beschermde resources definiëren waartoe een verbonden app toegang kan krijgen. U wijst bereiken toe aan een verbonden app wanneer u deze samenstelt; tevens worden deze opgenomen bij de OAuth-tokens tijdens de autorisatiestroom.

          Als u deze parameter niet opneemt, wordt om alle bereiken gevraagd, die zijn toegewezen aan de verbonden app. De bereiken die worden doorgegeven in deze parameter, moeten een subset vormen van de geregistreerde bereiken.

          sso_provider De naam van de ontwikkelaar van een Single Sign-On-identiteitsleverancier (SSO) die is geconfigureerd met een inlog-URL voor Mijn domein of een URL voor een Experience Cloud-site. U kunt deze parameter gebruiken om een SSO-omgeving te maken die aanvoelt alsof uw app is geïntegreerd met de SSO-leverancier. U kunt deze parameter bijvoorbeeld gebruiken om SSO aan te bieden in een Headless Identity-implementatie.
          state De status waarvan de externe webservice vraagt dat deze naar de call-back-URL wordt verzonden. Deze waarde moet een URL-codering hebben.
          immediate

          Een booleaanse waarde om te bepalen of de gebruiker een aanwijzing krijgt voor inloggen en goedkeuring. De standaardwaarde is false. Als u deze parameter instelt op true, treedt een van de volgende scenario's op.

          • Als de gebruiker is ingelogd en de toegang van de client eerder heeft goedgekeurd, wordt de goedkeuringsstap overgeslagen.
          • Als de gebruiker niet is ingelogd of de toegang van de client niet eerder heeft goedgekeurd, wordt Salesforce onmiddellijk beëindigd met de immediate_unsuccessful.

          De optie immediate is niet beschikbaar voor Experience Cloud-sites.

          code_challenge

          Geeft de SHA256-hashwaarde aan van de code_verifier in de tokenaanvraag. Stel deze parameter in om onderscheppingsaanvallen op de autorisatiecode te helpen voorkomen. De waarde moet ook base64url-gecodeerd zijn, zoals gedefinieerd in https://tools.ietf.org/html/rfc4648#section-5.

          Deze parameter is verplicht als er een code_verifier is opgegeven in de tokenaanvraag.

          • Als de code_challenge is opgegeven in de autorisatieaanvraag en er een code_verifier is opgegeven in de tokenaanvraag, vergelijkt Salesforce de code_challenge met de code_verifier. Als de code_challenge ongeldig is of niet overeenkomt, mislukt het inloggen met de invalid_request.
          • Als de code_challenge wel is opgegeven in de autorisatieaanvraag, maar er geen code_verifier is opgegeven in de tokenaanvraag, mislukt het inloggen met de invalid_grant.
          display

          Wijzigt het weergavetype van de inlog- en autorisatiepagina’s. Salesforce ondersteunt deze waarden.

          • page—Autorisatiescherm op volledige pagina (standaard).
          • popup—Compact dialoogvenster geoptimaliseerd voor pop-ups van moderne webbrowsers.
          • touch—Voor mobiel gebruik geoptimaliseerde dialoog die is ontworpen voor moderne mobiele apparaten, zoals Android en iPhone.
          • mobile—Voor mobiel gebruik geoptimaliseerde dialoog die is ontworpen voor apparaten met minder mogelijkheden, zoals het BlackBerry-besturingssysteem 5.
          login_hint

          Biedt een geldige gebruikersnaamwaarde om de inlogpagina vooraf in te vullen met de gebruikersnaam, zoals login_hint=username@company.com. Als een gebruiker al een actieve sessie in de browser heeft, doet de parameter login_hint niets en gaat de actieve gebruikerssessie door.

          Geef voor het doorgeven van de parameter login_hint voor Experience Cloud-sites ook de parameter prompt=login door. Samen leiden deze parameters de gebruiker om naar de inlogpagina, met de juiste hint voor inloggen.

          nonce Gebruik dit bij het bereik openid om een gebruikers-ID-token aan te vragen. Het ID-token van de gebruiker wordt geretourneerd in de respons. Deze parameter is optioneel, maar helpt replay-aanvallen te detecteren.
          prompt

          Geeft op hoe de autorisatieserver de gebruiker om hernieuwde authenticatie en hernieuwde goedkeuring vraagt. Salesforce ondersteunt deze waarden.

          • login—De autorisatieserver moet de gebruiker om hernieuwde authenticatie vragen, waardoor de gebruiker wordt gedwongen opnieuw in te loggen.
          • consent—De autorisatieserver moet de gebruiker om hernieuwde goedkeuring vragen voordat informatie naar de client wordt geretourneerd.
          • select_account—Voer een van de volgende acties uit indien gepresenteerd.
            • Als er nul of een hint beschikbaar is en de gebruiker is ingelogd, de goedkeuringspagina tonen zonder aanwijzing voor inloggen.
            • Als er nul of een hint beschikbaar is en de gebruiker is niet ingelogd, aanwijzing geven voor inloggen.
            • Als er meer dan een hint beschikbaar is, de accountkiezen tonen.

          U kunt login en consent doorgeven, gescheiden door een spatie, om de gebruiker te verplichten in te loggen en zich opnieuw te authenticeren. Bijvoorbeeld: ?prompt=login%20consent

          Uvid-Hint header

          Als u deze stroom wilt verbinden met de headless gaststroom, kunt u desgewenst een Uvid-Hint opnemen met een op JWT gebaseerd toegangstoken dat een UVID-waarde bevat. Dit is een universeel unieke identifier (UUID) van versie 4, die uw app genereert en beheert. Als u een toegangstoken met een UVID wilt verkrijgen, moet u uw verbonden app inschakelen om op JWT gebaseerde toegangstokens uit te geven en de headless gaststroom in uw app te implementeren.

          Als u de gastgebruikersstroom implementeert in uw app, kunt u deze header optioneel gebruiken om een op JWT (JSON Web Token) gebaseerd toegangstoken door te geven met daarin een unieke bezoekers-ID die is gekoppeld aan de identiteit van een gastgebruiker. Door de UVID door te geven aan een benoemde gebruikersstroom kunt u contextuele informatie van een gastgebruikerssessie, zoals de cookievoorkeuren van de gebruiker, overdragen aan een benoemde gebruikerssessie.

          Hoofdtekstparameter uvid_hint

          Een platte UVID, een UUID van versie 4, die uw app genereert en beheert. Als u een UVID wilt krijgen, moet u uw verbonden app inschakelen om op JWT gebaseerde toegangstokens uit te geven en de headless gaststroom in uw app te implementeren. U kunt deze parameter optioneel gebruiken om een UVID-waarde door te geven die is gekoppeld aan de identiteit van een gastgebruiker, waarbij contextuele informatie van een gastgebruikerssessie wordt overgedragen naar een benoemde gebruikerssessie.

          In plaats van de UVID door te geven in de hoofdtekst van de aanvraag, kunt u deze ook doorgeven in een op JWT gebaseerd token met een UVID via de UVID-Hint.

          Gebruiker verifieert en autoriseert toegang

          Voordat Salesforce autorisatiecodes afgeeft aan verbonden apps, moeten gebruikers inloggen bij hun Salesforce-organisatie.

          Inlogpagina van Salesforce-organisatie

          Na een geslaagde inlogpoging stuurt Salesforce gebruikers door naar de goedkeuringspagina om toegang te verlenen aan de app.

          Goedkeuringspagina om toegang te verlenen aan de verbonden app

          Als gebruikers eerder toegang hebben goedgekeurd, hoeven ze dat niet nog een keer te doen.

          Salesforce verleent autorisatiecode

          Nadat gebruikers toegang van een verbonden app hebben goedgekeurd, stuurt Salesforce gebruikers door naar de call-back-URL, waar ze de call-back met een autorisatiecode kunnen weergeven.

          https://www.mycustomerorderstatus.com/oauth2/callback?
          code=aPrx4sgoM2Nd1zWeFVlOWveD0HhYmiDiLmlLnXEBgX01tpVOQMWVSUuafFPHu3kCSjzk4CUTZg==
          • Het eerste deel van de callback is de callback-URL van de verbonden app: https://www.mycustomerorderstatus.com/oauth2/callback.
          • Het tweede deel is de autorisatiecode die de verbonden app gebruikt om een toegangstoken te verkrijgen: code=aPrx4sgoM2Nd1zWeFVlOWveD0HhYmiDiLmlLnXEBgX01tpVOQMWVSUuafFPHu3kCSjzk4CUTZg==. De autorisatiecode verloopt na 15 minuten.

          Als de parameter state is opgenomen in de oorspronkelijke querytekenreeks, wordt de opgegeven status doorgegeven aan de goedkeuringsstap.

          Toegangstoken aanvragen

          Als u een toegangstoken aanvraagt, geeft de verbonden app de autorisatiecode aan het Salesforce-tokeneindpunt door als een HTTP POST.

          POST /services/oauth2/token HTTP/1.1
          Host: mycompany.my.salesforce.com
          Content-length: 307
          Content-type: application/x-www-form-urlencoded
          grant_type=authorization_code&
          code=aPrxhgZ2MIpkSy0aOdn07LjKFvsFOis6RGcWXz7p8JQCjcqfed5NQLe7sxWwMY_JQFuLwHRaRA==&
          client_id=3MVG9IHf89I1t8hrvswazsWedXWY0iqK20PSFaInvUgLFB6vrcb9bbWFTSIHpO8G2jxBLJA6uZGyPFC5Aejq&
          client_secret=*******************&
          redirect_uri=https://www.mycustomerorderstatus.com/oauth2/callback
          

          De POST in het voorbeeld bevat de volgende parameters.

          Belangrijk
          Belangrijk Geef bij het ontwikkelen van OAuth-integraties altijd gevoelige informatie door in de hoofdtekst van een POST-aanvraag of in een aanvraagheader. Gebruik geen GET-parameters in de URL-querytekenreeks om gevoelige informatie door te geven. Gevoelige informatie omvat, maar is niet beperkt tot, gebruikersnamen, wachtwoorden, OAuth-tokens, klantgeheimen en alle persoonlijk identificeerbare informatie. Zie Gevoelige gegevens opslaan in de Secure Coding Guide voor meer informatie over best practices voor beveiliging.
          Parameter Beschrijving
          Request Header

          De aanvraagheader kan de volgende parameters bevatten.

          • Het Salesforce OAuth 2.0-eindpunt. Verbonden apps sturen OAuth-tokenaanvragen naar dit eindpunt.
          • De URL van de hostingservice.
          • De lengte van de inhoud van het verzoek.
          • De aangevraagde indeling van de geretourneerde respons. Deze notaties worden ondersteund.
            • Accept: application/json
            • Accept: application/xml
            • Accept: application/x-www-form-urlencoded

          De aanvraagheader ondersteunt ook deze parameters.

          • Het jokerteken */* wordt geaccepteerd en retourneert JSON.
          • Een lijst van waarden, die van links naar rechts wordt gecontroleerd. Bijvoorbeeld: application/xml,application/json,application/html,*/* retourneert XML.

          De parameter format heeft prioriteit boven de header van het toegangsverzoek.

          grant_type Het type validatie dat de verbonden app kan bieden om te bewijzen dat het een veilige bezoeker is. Voor de webserverstroom moet de waarde authorization_code zijn.
          code Een tijdelijke autorisatiecode die wordt ontvangen van de autorisatieserver. De verbonden app gebruikt deze code voor uitwisseling tegen een toegangstoken. Dit type OAuth 2.0-stroom is een beveiligde manier om het toegangstoken terug te geven aan de toepassing.
          client_id De consumentensleutel van de verbonden app. Als u toegang wilt tot de consumentensleutel, zoekt u in Appbeheer de verbonden app en selecteert u Weergeven in de vervolgkeuzelijst. Klik vervolgens op Consumentengegevens beheren. Soms wordt u gevraagd uw identiteit te verifiëren voordat u de consumentensleutel kunt weergeven.
          client_secret

          Het consumentengeheim van de verbonden app. Als u toegang wilt tot het consumentengeheim, zoekt u in Appbeheer de verbonden app en selecteert u Weergeven in de vervolgkeuzelijst. Klik vervolgens op Consumentengegevens beheren. Soms wordt u gevraagd uw identiteit te verifiëren voordat u het consumentengeheim kunt weergeven.

          Deze parameter is vereist tenzij voor de verbonden app Geheim vereisen voor webserverstroom niet is ingeschakeld. Als een client_secret niet vereist is en de verbonden app deze verzendt in de autorisatieaanvraag, probeert Salesforce deze toch te valideren.

          redirect_uri De URL waar gebruikers naartoe worden omgeleid na een succesvolle authenticatie. De omleidings-URI moet overeenkomen met een van de waarden in het veld Call-back-URL van de verbonden app. Als dat niet het geval is, mislukt de goedkeuring. U vindt de omleidings-URI op de pagina Verbonden apps beheren van de verbonden app of in de definitie van de verbonden app. Deze waarde moet een URL-codering hebben.

          U kunt ook deze parameters opnemen.

          Parameter Beschrijving
          client_assertion In plaats van een client_secret door te geven, kunt u een client_assertion en client_assertion_type opgeven. Als er geen parameter client_secret wordt opgegeven, controleert Salesforce op de client_assertion en client_assertion_type.
          client_assertion_type

          Geef deze waarde op bij gebruik van de parameter client_assertion.

          De waarde van client_assertion_type moet urn:ietf:params:oauth:client-assertion-type:jwt-bearer zijn.

          code_verifier

          Alleen verplicht als er een code_challenge-parameter is opgegeven in de autorisatieaanvraag. Geeft 128 bytes aan willekeurige gegevens met hoge entropie op om het raden van de code te bemoeilijken. Stel deze parameter in om onderscheppingsaanvallen op de autorisatiecode te helpen voorkomen. De waarde moet ook base64url-gecodeerd zijn, zoals gedefinieerd in https://tools.ietf.org/html/rfc4648#section-5.

          • Als de waarde voor code_verifier wel in het tokenverzoek is opgegeven en er een waarde voor code_challenge in het autorisatieverzoek voorkomt, vergelijkt Salesforce code_verifier met code_challenge. Als de code_verifier ongeldig is of niet overeenkomt, mislukt het inloggen met de invalid_grant.
          • Als de waarde code_verifier wel is opgegeven in de tokenaanvraag, maar er geen waarde code_challenge is opgegeven in de autorisatieaanvraag, mislukt het inloggen met de foutcode invalid_grant.
          format

          Als de verwachte retournotatie niet is opgenomen in de header van het verzoek, kunt u deze opgeven. De parameter format heeft prioriteit boven de header van het verzoek. Deze notaties worden ondersteund.

          • urlencoded
          • json (standaard)
          • xml

          Gebruik client_assertion in plaats van client_secret.

          Als u een client_assertion opgeeft in plaats van een client_secret, moet de waarde van client_assertion deze parameters bevatten.

          • iss—De client_id uit de definitie van de verbonden app.
          • sub—De client_id uit de definitie van de verbonden app.
          • aud—De URL van de tokenservlet: https://hostnaam/services/oauth2/token.
          • exp—De vervaltijd van de definitie binnen 5 minuten, uitgedrukt als het aantal seconden vanaf 1970-01-01T0:0:0Z gemeten in UTC.

          De client_assertion moet ook worden ondertekend met de privésleutel die is gekoppeld aan het geüploade certificaat van de OAuth-consument. Alleen het RS256-algoritme wordt ondersteund. Zie de OpenID Connect-specificaties voor de authenticatiemethode van de private_key_jwt.

          Authenticatieschema HTTP Basic

          In plaats van clientgegevens als parameters te verzenden in de hoofdtekst van de POST, ondersteunt Salesforce het authenticatieschema HTTP Basic. De indeling van dit schema vereist de volgende client_id en client_secret in de autorisatieheader van de post:

          Authorization: Basic64Encode(client_id:secret)

          De client_id en client_secret worden gescheiden met een dubbele punt (:). Zie het document OAuth 2.0 Authorization Framework voor meer informatie.

          In dit voorbeeld ziet u een POST-verzoek voor een toegangstoken waarin het authenticatieschema HTTP Basic wordt gebruikt (in plaats van clientinloggegevens te verzenden in de hoofdtekst van het POST-verzoek).

          POST /services/oauth2/token HTTP/1.1
          Host: mycompany.my.salesforce.com
          Authorization: Basic client_id=3MVG9IHf89I1t8hrvswazsWedXWY0iqK20PSFaInvUgLFB6vrcb9bbWFTSIHpO8G2jxBLJA6uZGyPFC5Aejq&
          client_secret=*******************&
          
          grant_type=authorization_code&code=aPrxsmIEeqM9PiQroGEWx1UiMQd95_5JUZ
          VEhsOFhS8EVvbfYBBJli2W5fn3zbo.8hojaNW_1g%3D%3D&
          redirect_uri=https%3A%2F%2Fwww.mysite.com%2Fcode_callback.jsp
          Opmerking
          Opmerking Als de client_id en client_secret worden verzonden in de hoofdtekst van de POST, wordt de autorisatieheader genegeerd.

          Salesforce verleent een toegangstoken

          Nadat Salesforce de inloggegevens van de verbonden app heeft gevalideerd, wordt er een respons teruggestuurd met het toegangstoken. In dit voorbeeld heeft de respons de JSON-indeling.

          {
          "access_token": "00DB0000000TfcR!AQQAQFhoK8vTMg_rKA.esrJ2bCs.OOIjJgl.9Cx6O7KqjZmHMLOyVb.U61BU9tm4xRusf7d3fD1P9oefzqS6i9sJMPWj48IK",
          "signature": "d/SxeYBxH0GSVko0HMgcUxuZy0PA2cDDz1u7g7JtDHw=",
          "scope": "web openid",
          "id_token": "eyJraWQiOiIyMjAiLCJ0eXAiOiJKV1QiLCJhbGciOiJSUzI1NiJ9.eyJhdF9oYXNoIjoiSVBRNkJOTjlvUnUyazdaYnYwbkZrUSIsInN1YiI6Imh0dHBzOi8vbG9...",
          "instance_url": "https://mycompany.my.salesforce.com",
          "id": "https://login.salesforce.com/id/00DB0000000TfcRMAS/005B0000005Bk90IAC",
          "token_type": "Bearer",
          "issued_at": "1558553873237"
          }
          

          De respons bevat de volgende parameters.

          Parameter Beschrijving
          access_token Een OAuth-token dat een verbonden app gebruikt om toegang tot een beschermde resource aan te vragen namens de clienttoepassing. Het toegangstoken kan vergezeld gaan van aanvullende machtigingen in de vorm van bereiken.
          signature Base64-gecodeerde HMAC-SHA256-handtekening ondertekend met de client_secret. De handtekening kan de aaneengeschakelde ID en issued_at value bevatten, die u kunt gebruiken om te controleren of de identiteits-URL niet is gewijzigd sinds de server deze heeft verzonden.
          scope

          De bereiken die zijn gekoppeld aan het toegangstoken.

          Bereiken definiëren meer gedetailleerd het type beschermde resources waartoe de client toegang kan krijgen. U wijst bereiken toe aan een verbonden app wanneer u deze samenstelt; tevens worden deze opgenomen bij de OAuth-tokens tijdens de autorisatiestroom.

          id_token

          Een structuur voor ondertekende gegevens, die kenmerken van de geauthenticeerde gebruiker bevat, inclusief een unieke identifier voor de gebruiker en een tijdstempel dat aangeeft wanneer het token is uitgegeven. Het identificeert ook de aanvragende clienttoepassing. Zie OpenID Connect-specificaties.

          Deze parameter wordt geretourneerd als de parameter scope openid bevat.

          instance_url Een URL die het exemplaar van de organisatie van de gebruiker aangeeft. Bijvoorbeeld: https://yourInstance.salesforce.com/.
          id Een identiteits-URL die kan worden gebruikt voor het identificeren van de gebruiker en voor het uitvoeren van een query voor meer informatie over de gebruiker. Zie Identiteits-URL's.
          token_type Een Bearer, dat wordt gebruikt voor alle responsen die een toegangstoken bevatten.
          issued_at Het tijdstempel voor wanneer de handtekening is gemaakt, in milliseconden.

          De respons kan ook deze parameters bevatten.

          Parameter Beschrijving
          refresh_token

          Token dat wordt verkregen van de webserver-, User-agent- of stroom voor tokens voor hybride apps. Deze waarde is geheim. Neem afdoende maatregelen om deze te beschermen.

          Deze parameter wordt alleen geretourneerd als uw verbonden app is ingesteld met een refresh_token.

          sfdc_site_url Als de gebruiker lid is van een Experience Cloud-site, wordt de site-URL opgegeven.
          sfdc_site_id Als de gebruiker lid is van een Experience Cloud-site, wordt de site-ID van de gebruiker opgegeven.
          state De status die door de client is aangevraagd. Deze waarde wordt alleen opgenomen als de parameter state is opgenomen in de oorspronkelijke querytekenreeks.
           
          Wordt geladen
          Salesforce Help | Article