POST/oauth/token
Vydat token OAuth 2.0
oauth_token
Koncový bod OAuth 2.0 pro vydávání tokenů (RFC 6749, oddíl 3.2). grant_type: authorization_code vymění jednorázový kód za dvojici tokenů a vyžaduje code_verifier (PKCE S256); refresh_token vydá novou dvojici za obnovovací token a předchozí obnovovací token zneplatní (obměna), přičemž opětovné použití zneplatněného tokenu odvolá celý řetězec; client_credentials vydá token jménem organizace, jen pro aplikaci confidential, bez obnovovacího tokenu. Klient confidential se ověřuje hlavičkou Authorization: Basic nebo poli client_id a client_secret; veřejný klient odesílá jen client_id. Přístupový token platí 1 hodinu, obnovovací token 90 dní. Odpovědi a chyby odpovídají RFC 6749, oddíl 5, s Cache-Control: no-store. Přidáno ve verzi 1.62.0.
Autentizace
Přihlašovací údaje nejsou potřeba.
Tělo požadavku
application/x-www-form-urlencoded
grant_typestringpovinnéPovolené hodnoty:
authorization_coderefresh_tokenclient_credentialscodestringAutorizační kód (
authorization_code).redirect_uristringStejné URI pro přesměrování jako v autorizačním požadavku (
authorization_code).code_verifierstringPůvodní hodnota PKCE, 43 až 128 znaků (
authorization_code).refresh_tokenstringObnovovací token (
refresh_token).scopestringRozsahy oddělené mezerami, jen zužující (
refresh_token,client_credentials).client_idstringID aplikace, pokud tajný klíč není předán v hlavičce
Authorization: Basic.client_secretstringTajný klíč klienta aplikace
confidential, pokud není předán v hlavičceAuthorization: Basic.
Odpovědi
200Tokeny byly vydány.
Hlavičky odpovědi
RateLimit-PolicyPlatné limity ve formátu návrhu IETF
draft-ietf-httpapi-ratelimit-headers: položky oddělené čárkou"<name>";q=<quota>;w=<window in seconds>.keyje četnost požadavků klíče API (kvóta je nárazová špička, okno je doba jejího úplného obnovení; pro relaci je touser, bez přihlašovacích údajůip);minute,dayamonthjsou kvóty organizace na kalendářní minutu, den a měsíc v UTC.RateLimitKolik zbývá z každého limitu v
RateLimit-Policy:"<name>";r=<remaining>;t=<seconds until reset>.X-RateLimit-LimitLimit nejpřísnější položky v
RateLimit-Policy(té, ve které zbývá nejméně požadavků).X-RateLimit-RemainingPočet požadavků, které zbývají v rámci nejpřísnějšího limitu.
X-RateLimit-ResetPočet sekund do obnovení nejpřísnějšího limitu.
application/json
access_tokenstringpovinnéPřístupový token (
kbat_…) pro hlavičkuAuthorization: Bearer.token_typestringpovinnéPovolené hodnoty:
Bearerexpires_inintegerpovinnéDoba platnosti přístupového tokenu v sekundách.
refresh_tokenstringObnovovací token (
kbrt_…); u client credentials chybí.scopestringpovinnéRozsahy tokenu oddělené mezerami.
400Chyba podle RFC 6749, oddíl 5.2.
Hlavičky odpovědi
RateLimit-PolicyPlatné limity ve formátu návrhu IETF
draft-ietf-httpapi-ratelimit-headers: položky oddělené čárkou"<name>";q=<quota>;w=<window in seconds>.keyje četnost požadavků klíče API (kvóta je nárazová špička, okno je doba jejího úplného obnovení; pro relaci je touser, bez přihlašovacích údajůip);minute,dayamonthjsou kvóty organizace na kalendářní minutu, den a měsíc v UTC.RateLimitKolik zbývá z každého limitu v
RateLimit-Policy:"<name>";r=<remaining>;t=<seconds until reset>.X-RateLimit-LimitLimit nejpřísnější položky v
RateLimit-Policy(té, ve které zbývá nejméně požadavků).X-RateLimit-RemainingPočet požadavků, které zbývají v rámci nejpřísnějšího limitu.
X-RateLimit-ResetPočet sekund do obnovení nejpřísnějšího limitu.
application/json
401Neplatné přihlašovací údaje klienta (`invalid_client`).
Hlavičky odpovědi
RateLimit-PolicyPlatné limity ve formátu návrhu IETF
draft-ietf-httpapi-ratelimit-headers: položky oddělené čárkou"<name>";q=<quota>;w=<window in seconds>.keyje četnost požadavků klíče API (kvóta je nárazová špička, okno je doba jejího úplného obnovení; pro relaci je touser, bez přihlašovacích údajůip);minute,dayamonthjsou kvóty organizace na kalendářní minutu, den a měsíc v UTC.RateLimitKolik zbývá z každého limitu v
RateLimit-Policy:"<name>";r=<remaining>;t=<seconds until reset>.X-RateLimit-LimitLimit nejpřísnější položky v
RateLimit-Policy(té, ve které zbývá nejméně požadavků).X-RateLimit-RemainingPočet požadavků, které zbývají v rámci nejpřísnějšího limitu.
X-RateLimit-ResetPočet sekund do obnovení nejpřísnějšího limitu.
application/json
Bezpečné opakování
S každým požadavkem POST a PATCH odešlete hlavičku Idempotency-Key (například UUID). Opakování se stejným klíčem do 24 hodin vrátí uloženou odpověď, místo aby se požadavek provedl znovu.
Limity četnosti
Odpovědi obsahují hlavičky RateLimit a RateLimit-Policy a starší X-RateLimit-Limit, X-RateLimit-Remaining a X-RateLimit-Reset. Odpověď 429 má hlavičku Retry-After v sekundách: počkejte a požadavek zopakujte.