| Funkce | Staré | Nové | Dopad |
|---|---|---|---|
| Mechanismus ověřování | Základní ověřování (uživatelské jméno a heslo v hlavičkách) | OAuth 2.0 (ověřování založené na tokenu) | Stávající integrace musí být aktualizovány tak, aby zvládaly generování a obnovování tokenů. |
| Povinné ID požadavku | Volitelné nebo není vyžadováno | RequestId je povinné v každém požadavku |
Všechny klientské aplikace musí pro každé volání vygenerovat a uvést jedinečné ID požadavku. |
| Soulad s HTTP stavovými kódy | Vlastní nebo nekonzistentní stavové kódy | Standardní HTTP stavové kódy (např. 200, 400, 401, 500) | Možná bude nutné revidovat logiku zpracování chyb v klientských aplikacích. |
| Jednotná struktura požadavků a odpovědí | Rozdílné formáty napříč koncovými body | Standardizovaná struktura JSON pro všechna API pro čtení a zápis | Možná bude nutné aktualizovat logiku parsování a datové modely v klientských systémech. |
| Rozšířená data chybové zprávy | Minimální nebo obecné chybové zprávy | Podrobná struktura chyb s kódy, zprávami a tipy | Klienti by měli aktualizovat rutiny pro zpracování chyb, aby mohli využívat nová pole. |
| URL koncových bodů a parametry | Starší cesty ke koncovým bodům a názvy parametrů | Aktualizované cesty ke koncovým bodům a konvence pro pojmenování parametrů | Všechny URL koncových bodů a obsahy požadavků musí být zkontrolovány a aktualizovány. |
Obsahují nové koncové body kromě ověřování ještě nějaké zásadní změny?
O nás
Portál Shell Developer Portal pomáhá partnerům se zapojením do API společnosti Shell a s přeměnou nápadů na řešení připravená k nasazení do produkčního prostředí.
Kontakt
Přihlášení k účtu
Jste zaměstnancem společnosti Shell?
Ověření totožnosti