| Feature | Old | New | Impact |
|---|---|---|---|
| Authentication Mechanism | Basic Authentication (username & password in headers) | OAuth 2.0 (uwierzytelnianie oparte na tokenach) | Istniejące integracje muszą zostać zaktualizowane w celu obsługi generowania i odnawiania tokenów. |
| Obowiązkowy identyfikator żądania | Opcjonalny lub niewymagany | RequestId jest obowiązkowy w każdym żądaniu |
Wszystkie aplikacje klienckie muszą generować i dołączać unikalny identyfikator żądania dla każdego połączenia. |
| Zgodność z kodami statusu HTTP | Niestandardowe lub niespójne kody statusu | Standardowe kody statusu HTTP (np, 200, 400, 401, 500) | Logika obsługi błędów w aplikacjach klienckich może wymagać zmiany. |
| Jednolita struktura żądania/odpowiedzi | Różne formaty w różnych punktach końcowych | Standaryzowana struktura JSON dla wszystkich interfejsów API odczytu/zapisu | Logika przetwarzania i modele danych w systemach klienckich mogą wymagać aktualizacji. |
| Ulepszony ładunek błędów | Minimalne lub ogólne komunikaty o błędach | Szczegółowa struktura błędów z kodami, komunikatami i wskazówkami | Klienci powinni zaktualizować procedury obsługi błędów, aby wykorzystać nowe pola. |
| Adresy URL punktów końcowych i parametry | Ścieżki punktów końcowych i nazwy parametrów | Zaktualizowane ścieżki punktów końcowych i konwencje nazewnictwa parametrów | Wszystkie adresy URL punktów końcowych i ładunki żądań muszą zostać przejrzane i zaktualizowane. |
.
