| Funcționalitate | Veche | Nouă | Impact |
|---|---|---|---|
| Mecanism de autentificare | Autentificare de bază (nume de utilizator și parolă în antete) | OAuth 2.0 (autentificare bazată pe token) | Integrările existente trebuie actualizate pentru a gestiona generarea și reînnoirea tokenurilor. |
| ID de cerere obligatoriu | Opțional sau neobligatoriu | RequestId este obligatoriu în fiecare cerere |
Toate aplicațiile client trebuie să genereze și să includă un ID de cerere unic pentru fiecare apel. |
| Conformitatea cu codurile de stare HTTP | Coduri de stare personalizate sau inconsistente | Coduri de stare HTTP standard (de ex., 200, 400, 401, 500) | Este posibil să fie necesară revizuirea logicii de gestionare a erorilor în aplicațiile client. |
| Structură uniformă a cererii/răspunsului | Formate variate între punctele de capăt | Structură JSON standardizată pentru toate API-urile de citire/scriere | Este posibil să fie necesară actualizarea logicii de parsare și a modelelor de date în sistemele client. |
| Conținut îmbunătățit al erorilor | Mesaje de eroare minimale sau generice | Structură detaliată a erorilor cu coduri, mesaje și indicații | Clienții ar trebui să-și actualizeze rutinele de gestionare a erorilor pentru a valorifica noile câmpuri. |
| URL-uri și parametri ai punctelor de capăt | Căi și denumiri de parametri ale punctelor de capăt vechi | Căi actualizate ale punctelor de capăt și convenții de denumire a parametrilor | Toate URL-urile punctelor de capăt și conținuturile cererilor trebuie revizuite și actualizate. |
Există vreo modificare majoră în noile puncte de acces, în afară de autentificare?
Despre noi
Portalul pentru dezvoltatori Shell sprijină partenerii în procesul de integrare cu API-urile Shell și în transformarea ideilor în soluții gata de punere în producție.
Persoană de contact
Conectați-vă la contul dvs.
Sunteți un angajat Shell?
Autentificare