Con OAuth 2.0 il tuo software può accedere alla Brutlers API per conto di un vendor. Il vendor autorizza l'accesso una sola volta — dopodiché il tuo software si sincronizza automaticamente.
Brutlers implementa l'OAuth 2.0 Authorization Code Flow con PKCE (RFC 7636). Ecco come funziona il processo:
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ Your App │ │ Brutlers │ │ Vendor │
└──────┬──────┘ └──────┬──────┘ └──────┬──────┘
│ │ │
│ 1. Redirect │ │
│──────────────────>│ │
│ │ 2. Login/Consent │
│ │<─────────────────>│
│ │ │
│ 3. code + state │ 3. Allow │
│<──────────────────│<──────────────────│
│ │ │
│ 4. Exchange code │ │
│──────────────────>│ │
│ │ │
│ 5. Tokens │ │
│<──────────────────│ │
│ │ │
│ 6. API calls │ │
│──────────────────>│ │
Registra la tua app nel Vendor Dashboard sotto Integrazioni. Riceverai una Client ID e un Client Secret.
Vai al Vendor DashboardReindirizza il vendor al nostro authorization endpoint. Il vendor accede e concede l'autorizzazione.
GET /api/oauth/authorize?
response_type=code
&client_id=brut_app_...
&redirect_uri=https://app.example.com/callback
&scope=orders:read orders:write
&state=random_csrf_token
&code_challenge=BASE64URL_SHA256_HASH
&code_challenge_method=S256| Parameter | Required | Description |
|---|---|---|
| response_type | Yes | Deve essere "code" |
| client_id | Yes | La tua Client ID |
| redirect_uri | Yes | Deve corrispondere esattamente a un URI registrato |
| scope | Yes | Lista di scope separati da spazio |
| state | Consigliato | Stringa casuale per la protezione CSRF |
| code_challenge | Consigliato | Hash SHA-256 del Code Verifier codificato in Base64url |
| code_challenge_method | Consigliato | Deve essere "S256" |
Dopo l'autorizzazione ricevi un Authorization Code. Scambialo per un Access Token e un Refresh Token.
curl -X POST https://brutlers.com/api/oauth/token \
-d "grant_type=authorization_code" \
-d "code=AUTH_CODE" \
-d "client_id=brut_app_..." \
-d "client_secret=brut_secret_..." \
-d "redirect_uri=https://app.example.com/callback" \
-d "code_verifier=ORIGINAL_RANDOM_STRING"Risposta
{
"access_token": "brut_at_...",
"token_type": "Bearer",
"expires_in": 3600,
"refresh_token": "brut_rt_...",
"scope": "orders:read orders:write"
}Utilizza l'Access Token come Bearer Token nell'header Authorization delle tue chiamate API.
GET /api/vendor/orders HTTP/1.1
Host: brutlers.com
Authorization: Bearer brut_at_...Gli Access Token sono validi per 1 ora. Utilizza il Refresh Token per ottenere un nuovo Access Token. I Refresh Token sono validi per 30 giorni e vengono ruotati a ogni utilizzo.
curl -X POST https://brutlers.com/api/oauth/token \
-d "grant_type=refresh_token" \
-d "refresh_token=brut_rt_..." \
-d "client_id=brut_app_..." \
-d "client_secret=brut_secret_..."| Scope | Description |
|---|---|
| orders:read | Leggi ordini |
| orders:write | Crea ordini e modifica stato |
| customers:read | Leggi dati clienti |
| profile:read | Leggi profilo vendor |
Invalida un Access Token o un Refresh Token. L'endpoint restituisce sempre HTTP 200 (RFC 7009).
curl -X POST https://brutlers.com/api/oauth/revoke \
-d "token=brut_at_..." \
-d "client_id=brut_app_..." \
-d "client_secret=brut_secret_..."