Cada llamada PSB requiere un Bearer token del Identity Server. Los tokens son válidos 3600 segundos por defecto.

POST /connect/token HTTP/1.1
Host: accp-identity.econnect.eu
Content-Type: application/x-www-form-urlencoded

grant_type=client_credentials
&client_id=your-client-id
&client_secret=your-client-secret
&scope=ap

curl -s -X POST https://accp-identity.econnect.eu/connect/token \
  -H "Content-Type: application/x-www-form-urlencoded" \
  -d "grant_type=client_credentials" \
  -d "client_id=your-client-id" \
  -d "client_secret=your-client-secret" \
  -d "scope=ap"

{
  "access_token": "eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...",
  "expires_in": 3600,
  "token_type": "Bearer",
  "scope": "ap"
}

Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cCI6IkpXVCJ9...

Envía esta cabecera con cada petición a accp-psb.econnect.eu. Inválido o caducado → 401 Unauthorized.

No hay un flujo de refresh-token aparte para Client Credentials: solicita de nuevo un token (por ejemplo tras ~3500 s) para que las llamadas no fallen a mitad de un lote.

¿Los derechos van vía una cuenta de usuario del cliente final? Usa Resource Owner Password Credentials, explicado por completo en Autenticación.

Primera llamada API (GET /me)