> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Validazione su database globale - Identity Enrichment API

> Global - Identity Enrichment: ricerca globale nella rete di identità tramite l'infrastruttura di Didit. Pay-per-call da $0.20, nessun contratto, nessun minimo.

Risolve persone (nomi, data di nascita, indirizzi, numeri di telefono, email e numeri di identificazione nazionale) e un punteggio di corrispondenza del nome a partire da un'email e/o da un numero di telefono, tramite una rete globale di informazioni sui rischi. L'addebito viene effettuato per ogni richiesta. Didit espone questo servizio tramite `POST /v3/database-validation/` in modo che tu possa verificare i dati inviati rispetto alla rete di identità collegata e ricevere risultati di corrispondenza normalizzati. Si tratta di una rete di arricchimento di terze parti, non di un registro governativo autorevole: non presentare i suoi risultati come verifica da fonte primaria.

## Copertura

* **Copertura:** 50+ mercati
* **Paese:** Globale
* **ID servizio:** `glb_identity_enrichment`
* **Dominio dei dati:** Identità
* **Categoria:** IdentityEnrichment

## Input

| Campo | Obbligatorio | Esempio |
| - | -: | - |
| `email` | No | `john.doe@example.com` |
| `phone` | No | `+15550101000` |
| `first_name` | No | `John` |
| `last_name` | No | `Doe` |
| `full_name` | No | `John Doe` |
| `country_of_residence` | No | `US` |
| `vendor_data` | No | `user-1234` |

* **Input obbligatori:** nessuno
* **Input facoltativi:** `email`, `phone`, `first_name`, `last_name`, `full_name`, `country_of_residence`, `vendor_data`
* **Consenso:** obbligatorio
* **Disponibilità nei workflow:** solo API indipendente
* **Copertura:** 50+ mercati
* **Prezzo:** \$0.20 per query riuscita

Questo servizio non è offerto come passaggio di Validazione su database all'interno di un workflow. Ciò limita dove viene eseguito il controllo, non cosa puoi inviargli: chiamalo tramite l'API indipendente, dove fornisci direttamente gli input.

## Parametri del corpo della richiesta

**issuing\_state** `string` *required* (default: GLB)

Codice del paese ISO 3166-1 alpha-3 per questo servizio di database.

Esempio: `GLB`

**services** `string` *required* (default: glb\_identity\_enrichment)

Array che contiene l'ID di questo servizio. Specificare il servizio mantiene la richiesta limitata a questo database specifico.

Esempio: `glb_identity_enrichment`

**consent** `boolean` *required* (default: true)

Consenso esplicito dell'utente finale per questo servizio.

Esempio: `true`

**email** `string` (default: [john.doe@example.com](mailto:john.doe@example.com))

Indirizzo email.

Esempio: `john.doe@example.com`

**phone** `string` (default: +15550101000)

Numero di telefono in formato internazionale.

Esempio: `+15550101000`

**first\_name** `string` (default: John)

Nome da validare.

Esempio: `John`

**last\_name** `string` (default: Doe)

Cognome da validare.

Esempio: `Doe`

**full\_name** `string`

Nome legale completo da validare.

Esempio: `John Doe`

**country\_of\_residence** `string` (default: US)

Paese di residenza facoltativo secondo ISO 3166-1 alpha-2. Viene usato solo per focalizzare la ricerca dell'identità.

Esempio: `US`

**vendor\_data** `string` (default: user-1234)

Il tuo riferimento stabile per questa persona, come l'ID utente interno. Didit lo usa per collegare i controlli eseguiti tramite l'API indipendente allo stesso utente finale e ridurre il rumore del rilevamento dei duplicati.

Esempio: `user-1234`

## Regole di input e note di validazione

* Fornisci almeno uno tra `email` o `phone`: sono le chiavi di ricerca. Una richiesta con entrambi assenti non può eseguire una ricerca di arricchimento e viene rifiutata prima della ricerca presso la fonte (non addebitata).
* Aggiungi un nome ogni volta che lo hai: la fonte valuta la ricerca in base a esso. Invia `first_name` e `last_name`: sono i campi che la mappa `validation` della risposta confronta. Una richiesta che invia solo `full_name` viene comunque valutata dalla fonte, ma restituisce una `validation` vuota e un `match_type` nullo a livello superiore.
* `country_of_residence` è un codice ISO 3166-1 alpha-2 usato per focalizzare la ricerca.
* Ogni ricerca completata viene addebitata, anche quella che non risolve alcuna persona (`persons_found: 0`). È gratuita solo una richiesta rifiutata prima della ricerca, cioè quella senza `email` né `phone`.

## Come effettuare la chiamata

```bash cURL theme={null}
curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=GLB" \
  -F "services=glb_identity_enrichment" \
  -F "vendor_data=user-1234" \
  -F "consent=true" \
  -F "email=john.doe@example.com" \
  -F "phone=+15550101000" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "country_of_residence=US"
```

```python Python theme={null}
from didit import Didit

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="GLB",
    services=["glb_identity_enrichment"],
    consent=True,
    first_name="John",
    last_name="Doe",
    phone="+15550101000",
    email="john.doe@example.com",
    country_of_residence="US",
    vendor_data="user-1234",
)
print(result)
```

```javascript Node.js theme={null}
import Didit from "@didit-protocol/sdk-node";

// Reads DIDIT_API_KEY.
const didit = new Didit();

const result = await didit.databaseValidation.validate({
  issuing_state: "GLB",
  services: ["glb_identity_enrichment"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  phone: "+15550101000",
  email: "john.doe@example.com",
  country_of_residence: "US",
  vendor_data: "user-1234",
});
console.log(result);
```

```go Go theme={null}
ctx := context.Background()
// Reads DIDIT_API_KEY.
client := didit.NewClient()

result, err := client.DatabaseValidation.Validate(ctx, didit.DatabaseValidationValidateParams{
	IssuingState:       "GLB",
	Services:           didit.Some([]string{"glb_identity_enrichment"}),
	Consent:            didit.Bool(true),
	FirstName:          didit.String("John"),
	LastName:           didit.String("Doe"),
	Phone:              didit.String("+15550101000"),
	Email:              didit.String("john.doe@example.com"),
	CountryOfResidence: didit.String("US"),
	VendorData:         didit.String("user-1234"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Printf("%+v\n", result)
```

```java Java theme={null}
import java.util.List;
import me.didit.Didit;
import me.didit.types.DatabaseValidationValidateParams;

// Reads DIDIT_API_KEY.
Didit client = new Didit();

var result = client.databaseValidation().validate(DatabaseValidationValidateParams.builder()
        .issuingState("GLB")
        .services(List.of("glb_identity_enrichment"))
        .consent(true)
        .firstName("John")
        .lastName("Doe")
        .phone("+15550101000")
        .email("john.doe@example.com")
        .countryOfResidence("US")
        .vendorData("user-1234")
        .build());
System.out.println(result);
```

```php PHP theme={null}
<?php

require 'vendor/autoload.php';

use Didit\DiditClient;

// Reads DIDIT_API_KEY.
$didit = new DiditClient();

$result = $didit->databaseValidation->validate([
    'issuing_state' => 'GLB',
    'services' => ['glb_identity_enrichment'],
    'consent' => true,
    'first_name' => 'John',
    'last_name' => 'Doe',
    'phone' => '+15550101000',
    'email' => 'john.doe@example.com',
    'country_of_residence' => 'US',
    'vendor_data' => 'user-1234',
]);
print_r($result->toArray());
```

```ruby Ruby theme={null}
require "didit"

# Reads DIDIT_API_KEY.
didit = Didit::Client.new

result = didit.database_validation.validate(
  issuing_state: "GLB",
  services: ["glb_identity_enrichment"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  phone: "+15550101000",
  email: "john.doe@example.com",
  country_of_residence: "US",
  vendor_data: "user-1234"
)
puts result.to_h
```

```csharp .NET theme={null}
using System;
using System.Text.Json;
using Didit;

// Reads DIDIT_API_KEY.
using var client = new DiditClient();

var result = await client.DatabaseValidation.ValidateAsync(new DatabaseValidationValidateParams
{
    IssuingState = "GLB",
    Services = new string[] { "glb_identity_enrichment" },
    Consent = true,
    FirstName = "John",
    LastName = "Doe",
    Phone = "+15550101000",
    Email = "john.doe@example.com",
    CountryOfResidence = "US",
    VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));
```

Ogni chiamata riuscita restituisce HTTP `200`. Il campo **`outcome_code`** indica che cosa è effettivamente accaduto, distinguendo, per esempio, una reale mancata corrispondenza biometrica (`BIOMETRIC_NO_MATCH`) da un selfie che non è stato possibile leggere (`BIOMETRIC_IMAGE_UNUSABLE`). Lo `status` mostrato è lo stato predefinito della funzionalità; le tue [azioni configurate per Partial Match / No Match](https://docs.didit.me/it/core-technology/database-validation/database-validation-warnings.md) possono sostituirlo.

**`MATCH`**: l'email o il telefono hanno identificato una persona e il nome della corrispondenza migliore coincide con il nome che hai inviato.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "GLB",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "John",
        "last_name": "Doe",
        "persons_found": 1
      },
      "validation": {
        "full_name": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`**: l'email o il telefono hanno identificato una persona, ma il nome della corrispondenza migliore coincide solo in parte con il nome che hai inviato.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "GLB",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "John",
        "last_name": "Dow",
        "persons_found": 1
      },
      "validation": {
        "full_name": "partial_match"
      }
    }
  ]
}
```

**`NO_MATCH`**: l'email o il telefono hanno identificato una persona, ma il nome della corrispondenza migliore non coincide con il nome che hai inviato.

```json 200 OK — NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "GLB",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "first_name": "Jane",
        "last_name": "Roe",
        "persons_found": 1
      },
      "validation": {
        "full_name": "no_match"
      }
    }
  ]
}
```

**`INCONCLUSIVE`**: l'email o il telefono hanno identificato una persona, ma non è stato restituito alcun punteggio sul nome, per esempio perché la richiesta non conteneva il nome. Nessuna affermazione viene fatta, quindi `validation` è vuoto, `match_type` è null e il controllo viene inviato in revisione. Invia `first_name` + `last_name` per ottenere un risultato con punteggio: sono i campi utilizzati dal confronto in `validation`, e una richiesta che contiene solo `full_name` riceve un `outcome_code` con punteggio, ma un `validation` ancora vuoto.

```json 200 OK — INCONCLUSIVE theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "GLB",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "INCONCLUSIVE",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "persons_found": 1
      },
      "validation": {}
    }
  ]
}
```

**`DOCUMENT_NOT_FOUND`**: l'email o il telefono non hanno identificato alcuna persona (`persons_found: 0`). Non c'è alcun nome da confrontare, quindi `validation` è vuoto e `match_type` è null; il risultato è un esito negativo definitivo e segue la tua azione per No Match. La ricerca viene comunque addebitata.

```json 200 OK — DOCUMENT_NOT_FOUND theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "GLB",
  "match_type": null,
  "validations": [
    {
      "outcome_code": "DOCUMENT_NOT_FOUND",
      "service_id": "glb_identity_enrichment",
      "service_name": "Global - Identity Enrichment",
      "source_data": {
        "persons_found": 0
      },
      "validation": {}
    }
  ]
}
```

## Dati restituiti

I campi esatti esposti in `source_data` dipendono da ciò che restituisce il registro. L'esempio generato per `glb_identity_enrichment` documenta attualmente questa struttura normalizzata:

* `first_name`
* `last_name`
* `persons_found`

## Prezzi e SLA

Le ricerche Global - Identity Enrichment vengono addebitate solo quando Didit riceve un risultato conclusivo dalla fonte di validazione.

* **Prezzo per chiamata:** \$0.20 USD.
* **Fatturazione:** per ricerca riuscita. Non ti viene addebitato nulla quando il registro non è raggiungibile, quando mancano campi obbligatori o quando la richiesta viene rifiutata prima di raggiungere la fonte.
* **Latenza:** p95 tipico \< 2 s.
* **Disponibilità:** 99.9% per trimestre lato Didit; la disponibilità delle fonti a valle varia in base al paese e al dataset.

## Prosegui la lettura

* [Panoramica della Validazione su database globale](https://docs.didit.me/it/getting-started/database-validation-pricing.md)
* [Panoramica della Validazione su database](https://docs.didit.me/it/core-technology/database-validation/overview.md)
* [Codici di esito](https://docs.didit.me/it/core-technology/database-validation/database-validation-outcome-codes.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.