Lettura di un singolo utente

API per recuperare i dati di uno specifico utente dato il suo ID

[GET] ​/api​/v3​/users/{userId}

Header

Gli header richiesti dalla chiamata sono gli header standard di TSDigital.

Il Content-Type deve essere application/json

Path Parameters

• userId: identificativo univoco dell' utente da leggere

Risposte

L'operazione è avvenuta con successo se e solo se il codice HTTP della risposta è 200. Ogni altro codice di risposta indica uno stato di errore.

HTTP 200

L'utente è stato recuperata con successo.

Il body della risposta è un singolo User contenente i ruoli, le informazioni base e lo stato dell' utente:

{
  "roles": [
    {
      "appId": "string",
      "resourceId": "string",
      "actionKey": "string",
      "featureCode": "string",
      "resourceUuid": "string",
      "policyId": "string",
      "createdAt": "2020-09-11T10:01:15.512Z",
      "createdBy": "string"
    }
  ],
  "profile": {
    "id": "string",
    "type": "string",
    "description": "string",
    "firstName": "string",
    "lastName": "string",
    "language": "string",
    "tsid": "string",
    "ncsId": "string",
    "uuid": "string"
  },
  "status": {
    "active": true,
    "activatedAt": "2020-09-10T13:49:33.092Z",
    "activatedBy": "string",
    "createdAt": "2020-09-10T13:49:33.092Z",
    "createdBy": "string",
    "modifiedAt": "2020-09-10T13:49:33.092Z",
    "modifiedBy": "string",
    "deleted": true,
    "deletedAt": "2020-09-10T13:49:33.092Z",
    "deletedBy": "string"
  }
}

HTTP 400

Uno o più parametri forniti nella richiesta sono errati, o mancano dei parametri obbligatori.

HTTP 401

Il token autorizzativo è scaduto, invalido o non è stato specificato.

HTTP 403

Il token autorizzativo fornito è valido, ma l'utente non ha i permessi necessari a creare una connessione per il gestore specificato. 

HTTP 500

Il server ha riscontrato un errore inaspettato nella creazione della richiesta di connessione

HTTP 502

Il server ha riscontrato un errore inaspettato nel comunicare con un servizio dal quale dipende per poter completare il processo (ad esempio, il servizio di auth non risulta essere disponibile)

Tutte le risposte d'errore condividono il seguente formato per il body di risposta:

{
  "code": "string",
  "message": "string",
  "subErrors": [
    {}
  ],
  "timestamp": "dd-MM-yyyy HH:mm:ss"
}

• code: corrisponde al codice d'errore HTTP ritornato (es: 409)
• message: messaggio d'errore
• subErrors: eventuali errori innestati in quello ritornato
• timestamp: data ed ora di ritorno dell'errore