# Verifica esistenza item

Dato un taxId, vatNumber è un taxRegion è possibile verificare l'esistenza di un item con queste caratteristiche invocando la seguente API:

<p class="callout info">[\[HEAD\] /api/v3/items](https://registry-read-dev.agyo.io/swagger-ui/index.html?configUrl=/v3/api-docs/swagger-config#/rest-api-controller-v-3/itemExists)</p>

<p class="callout warning">Questa documentazione è riferita alla versione 3 delle API di lettura dell'anagrafica. Le API V2 sono deprecate e non vanno utilizzate per nuove integrazioni.</p>

#### Header

Gli header richiesti dalla chiamata sono gli [header standard di TSDigital](https://digital-docs.ts-paas.com/books/integrazione-e-utilizzo-api-tsdigital/page/linee-guida-generali-api-ts-digital "Linee guida Generali API TS-Digital").

Il `Content-Type` deve essere `application/json`

#### Query Parameters

- <span style="text-decoration: underline;">**identifier.taxId:**</span> taxId(codice fiscale) dell'item.
- <span style="text-decoration: underline;">**identifier.varNumber:**</span> vatNumber(partita iva) dell'item.
- <span style="text-decoration: underline;">**identifier.taxRegion:**</span> taxRegion dell'item.

#### 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'item esiste.

Body della risposta:

```JSON
{}

```

##### 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 un item

##### HTTP 404

L'item non è stato trovato

<span style="color: #222222; font-size: 1.4em; font-weight: 400;">HTTP 500</span>

Il server ha riscontrato un errore inaspettato nell'esecuzione della richiesta di creazione item

##### 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:

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

- **code:** corrisponde al codice d'errore HTTP ritornato (es: `500`)
- **message:** messaggio d'errore (es: `Errore interno del server`)
- **status:** descrizione a parole del codice d'errore HTTP (es: `Internal Server Error`)
- **subErrors:** eventuali errori innestati in quello ritornato
- **timestamp:** data ed ora di ritorno dell'errore
-