| Функция | Стара | Нова | Въздействие |
|---|---|---|---|
| Механизъм за удостоверяване | Основно удостоверяване (потребителско име и парола в заглавките) | OAuth 2.0 (удостоверяване на базата на токен) | Съществуващите интеграции трябва да бъдат актуализирани, за да могат да обработват генерирането и подновяването на токени. |
| Задължителен идентификатор на заявката | Незадължителен или не се изисква | RequestId е задължителен във всяка заявка |
Всички клиентски приложения трябва да генерират и включват уникален идентификатор на заявката за всяко извикване. |
| Съответствие със статусите на HTTP | Персонализирани или несъвместими статуси | Стандартни статуси на HTTP (например 200, 400, 401, 500) | Може да се наложи преразглеждане на логиката за обработка на грешки в клиентските приложения. |
| Унифицирана структура на заявката/отговора | Различни формати в различните крайни точки | Стандартизирана JSON структура за всички API-та за четене/запис | Може да се наложи актуализиране на логиката за анализиране и моделите на данни в клиентските системи. |
| Разширена информация за грешките | Минимални или общи съобщения за грешки | Подробна структура на грешките с кодове, съобщения и подсказки | Клиентите трябва да актуализират процедурите за обработка на грешки, за да използват новите полета. |
| URL адреси и параметри на крайните точки | Стари пътища към крайните точки и имена на параметри | Актуализирани пътища към крайните точки и конвенции за именуване на параметрите | Всички URL адреси на крайните точки и полезните данни на заявките трябва да бъдат прегледани и актуализирани. |
Има ли някакви промени, изискващи пренастройка, в новите крайни точки, освен тези, свързани с удостоверяването?
За нас
Порталът за разработчици на Shell подпомага партньорите при интегрирането с API-та на Shell и превръщането на идеите в решения, готови за внедряване в производството.
Свържете се с
Влезте в профила си
Вие сте служител на Shell?
Удостоверяване на автентичността