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

# Identity Enrichment Verifizierung API (global)

> Global Identity Enrichment: Identitätsabfrage im globalen Identitätsnetzwerk von Didit. Pay-per-Call ab $0.20, keine Verträge, keine Mindestabnahme.

Ermittelt Personen (Namen, Geburtsdatum, Adressen, Telefonnummern, E-Mail-Adressen, nationale Identifikationsnummern) sowie einen Namensübereinstimmungswert anhand einer E-Mail-Adresse und/oder Telefonnummer über ein globales Risk-Insights-Netzwerk. Die Abrechnung erfolgt pro Anfrage. Didit stellt diesen Dienst über `POST /v3/database-validation/` bereit, damit Sie die übermittelten Daten mit dem angebundenen Identitätsnetzwerk abgleichen und normalisierte Übereinstimmungsergebnisse erhalten können. Dabei handelt es sich um ein Drittanbieter-Anreicherungsnetzwerk und nicht um ein amtliches Register. Stellen Sie die Ergebnisse nicht als Verifizierung anhand einer Primärquelle dar.

## Abdeckung

* **Abdeckung:** 50+ Märkte
* **Land:** Global
* **Dienst-ID:** `glb_identity_enrichment`
* **Datenbereich:** Identität
* **Kategorie:** IdentityEnrichment

## Eingaben

| Feld | Pflicht | Beispiel |
| - | -: | - |
| `email` | Nein | `john.doe@example.com` |
| `phone` | Nein | `+15550101000` |
| `first_name` | Nein | `John` |
| `last_name` | Nein | `Doe` |
| `full_name` | Nein | `John Doe` |
| `country_of_residence` | Nein | `US` |
| `vendor_data` | Nein | `user-1234` |

* **Pflichteingaben:** —
* **Optionale Eingaben:** `email`, `phone`, `first_name`, `last_name`, `full_name`, `country_of_residence`, `vendor_data`
* **Einwilligung:** Erforderlich
* **Verfügbarkeit im Workflow:** Nur Standalone-API
* **Abdeckung:** 50+ Märkte
* **Preis:** \$0.20 pro erfolgreicher Abfrage

Dieser Dienst wird nicht als Schritt der Datenbankvalidierung innerhalb eines Workflows angeboten. Das schränkt ein, wo die Prüfung ausgeführt wird, nicht, was Sie übermitteln dürfen: Rufen Sie ihn über die Standalone-API auf, bei der Sie die Eingaben direkt angeben.

## Body-Parameter

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

ISO-3166-1-Alpha-3-Ländercode für diesen Datenbankdienst.

Beispiel: `GLB`

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

Array mit dieser Dienst-ID. Durch die Angabe des Dienstes bleibt die Anfrage auf genau diese Datenbank beschränkt.

Beispiel: `glb_identity_enrichment`

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

Ausdrückliche Einwilligung des Endbenutzers für diesen Dienst.

Beispiel: `true`

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

E-Mail-Adresse.

Beispiel: `john.doe@example.com`

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

Telefonnummer im internationalen Format.

Beispiel: `+15550101000`

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

Zu validierender Vorname.

Beispiel: `John`

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

Zu validierender Nachname.

Beispiel: `Doe`

**full\_name** `string`

Zu validierender vollständiger amtlicher Name.

Beispiel: `John Doe`

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

Optionaler ISO-3166-1-Alpha-2-Ländercode des Wohnsitzlandes. Wird nur verwendet, um die Identitätsabfrage einzugrenzen.

Beispiel: `US`

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

Ihre stabile Benutzerreferenz für diese Person, etwa Ihre interne Benutzer-ID. Didit verwendet sie, um eigenständige Prüfungen demselben Endbenutzer zuzuordnen und Rauschen bei der Duplikaterkennung zu reduzieren.

Beispiel: `user-1234`

## Regeln für Eingaben und Validierungshinweise

* Geben Sie mindestens `email` oder `phone` an, da diese die Suchschlüssel sind. Eine Anfrage ohne beides kann keine Anreicherungsabfrage durchführen und wird vor der Quellenabfrage abgelehnt (nicht berechnet).
* Fügen Sie einen Namen hinzu, wann immer Sie ihn haben: Die Quelle bewertet die Abfrage anhand des Namens. Senden Sie `first_name` + `last_name`, denn diese Felder vergleicht die `validation`-Zuordnung der Antwort. Eine Anfrage, die nur `full_name` sendet, wird von der Quelle weiterhin bewertet, liefert aber eine leere `validation` und einen null-Wert für `match_type` auf oberster Ebene zurück.
* `country_of_residence` ist ein ISO-3166-1-Alpha-2-Code, der die Abfrage eingrenzt.
* Jede abgeschlossene Abfrage wird berechnet, auch eine, die keine Person findet (`persons_found: 0`). Nur eine Anfrage, die vor der Abfrage abgelehnt wird, weil weder `email` noch `phone` angegeben wurde, ist kostenlos.

## So rufen Sie es auf

```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));
```

Jeder erfolgreiche Aufruf gibt HTTP `200` zurück. Das Feld **`outcome_code`** zeigt an, was tatsächlich passiert ist. So lässt sich beispielsweise eine echte biometrische Nichtübereinstimmung (`BIOMETRIC_NO_MATCH`) von einem Selfie unterscheiden, das nicht gelesen werden konnte (`BIOMETRIC_IMAGE_UNUSABLE`). Der angezeigte `status` ist der Standardstatus der Funktion. Ihre konfigurierten [Aktionen für Partial Match / No Match](https://docs.didit.me/de/core-technology/database-validation/database-validation-warnings.md) können ihn überschreiben.

**`MATCH`**: Die E-Mail-Adresse oder Telefonnummer wurde einer Person zugeordnet, und der Name des besten Treffers stimmt mit dem übermittelten Namen überein.

```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`**: Die E-Mail-Adresse oder Telefonnummer wurde einer Person zugeordnet, der Name des besten Treffers stimmt mit dem übermittelten Namen jedoch nur teilweise überein.

```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`**: Die E-Mail-Adresse oder Telefonnummer wurde einer Person zugeordnet, der Name des besten Treffers stimmt mit dem übermittelten Namen jedoch nicht überein.

```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`**: Die E-Mail-Adresse oder Telefonnummer wurde einer Person zugeordnet, es wurde aber kein Namens-Score zurückgegeben, beispielsweise weil die Anfrage keinen Namen enthielt. Es wird nichts bestätigt. Daher ist `validation` leer, `match_type` ist null, und die Prüfung wird an die manuelle Prüfung weitergeleitet. Senden Sie `first_name` + `last_name`, um ein bewertetes Ergebnis zu erhalten. Genau diese Felder liest der Vergleich in `validation` aus. Eine Anfrage, die nur `full_name` enthält, erhält zwar einen bewerteten `outcome_code`, aber weiterhin ein leeres `validation`.

```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`**: Die E-Mail-Adresse oder Telefonnummer konnte keiner Person zugeordnet werden (`persons_found: 0`). Es gibt keinen Namen zum Vergleich, daher ist `validation` leer und `match_type` ist null. Das Ergebnis ist eindeutig negativ und folgt Ihrer Aktion für „Keine Übereinstimmung“. Die Abfrage wird trotzdem berechnet.

```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": {}
    }
  ]
}
```

## Zurückgegebene Daten

Welche Felder genau in `source_data` erscheinen, hängt davon ab, was das Register zurückgibt. Das generierte Beispiel für `glb_identity_enrichment` dokumentiert derzeit folgende normalisierte Struktur:

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

## Preise & SLAs

Bei Global - Identity Enrichment werden Abfragen nur berechnet, wenn Didit von der Validierungsquelle ein eindeutiges Ergebnis erhält.

* **Preis pro Aufruf:** \$0.20 USD.
* **Abrechnung:** pro erfolgreicher Abfrage. Ihnen wird nichts berechnet, wenn das Register nicht erreichbar ist, wenn Pflichtfelder fehlen oder wenn die Anfrage abgelehnt wird, bevor sie die Quelle erreicht.
* **Latenz:** typischerweise p95 unter 2 s.
* **Verfügbarkeit:** 99.9% pro Quartal auf Seiten von Didit. Die Verfügbarkeit der nachgelagerten Quellen variiert je nach Land und Datensatz.

## Weiterlesen

* [Übersicht zur globalen Datenbankvalidierung](https://docs.didit.me/de/getting-started/database-validation-pricing.md)
* [Übersicht zur Datenbankvalidierung](https://docs.didit.me/de/core-technology/database-validation/overview.md)
* [Ergebniscodes](https://docs.didit.me/de/core-technology/database-validation/database-validation-outcome-codes.md)


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