> ## 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 Filippine: ID Match residenziale

> Validazione su database nelle Filippine con Didit: verifica residenziale autorevole. Da $0.59 per verifica, senza contratti né minimi.

Verifica i dati inseriti rispetto a un database di un'agenzia governativa che contiene i dati dei cittadini filippini. Didit espone questo servizio tramite `POST /v3/database-validation/`, così puoi confrontare i dati inviati con la fonte autorevole e ricevere risultati di corrispondenza normalizzati.

## Copertura

* **Copertura:** > 80%
* **Paese:** Filippine
* **ID del servizio:** `phl_residential`
* **Dominio dei dati:** Indirizzo
* **Categoria:** Residenziale

## Input

| Campo | Obbligatorio | Esempio |
| - | -: | - |
| `first_name` | Sì | `John` |
| `last_name` | Sì | `Doe` |
| `date_of_birth` | Sì | `1990-01-01` |
| `address.street_1` | No | `123 Sample Street` |
| `address.street_2` | No | `Unit 4` |
| `address.city` | No | `Sample City` |
| `address.region` | No | `Sample State` |
| `address.postal_code` | No | `10001` |
| `vendor_data` | No | `user-1234` |

* **Input obbligatori:** `first_name`, `last_name`, `date_of_birth`
* **Input facoltativi:** `address.street_1`, `address.street_2`, `address.city`, `address.region`, `address.postal_code`, `vendor_data`
* **Consenso:** Obbligatorio
* **Disponibilità nel workflow:** Disponibile nel workflow
* **Copertura:** > 80%
* **Prezzo:** \$0.59 per query riuscita

## Parametri del body

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

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

Esempio: `PHL`

**services** `string` *required* (default: phl\_residential)

Array che contiene questo ID del servizio. Fissare il servizio mantiene la richiesta limitata a questo specifico database.

Esempio: `phl_residential`

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

Consenso esplicito dell'utente finale per questo servizio.

Esempio: `true`

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

Nome da verificare.

Esempio: `John`

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

Cognome da verificare.

Esempio: `Doe`

**date\_of\_birth** `string` *required* (default: 1990-01-01)

Data di nascita nel formato `YYYY-MM-DD`.

Esempio: `1990-01-01`

**address** `object`

Oggetto dell'indirizzo residenziale strutturato. Usa `street_1`, `street_2`, `city`, `region`, `postal_code` e `country`. Una stringa di indirizzo completa in formato legacy è ancora accettata, ma non è consigliata.

Esempio: `{"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}`

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

Il tuo riferimento utente stabile per questa persona, ad esempio il tuo ID utente interno. Didit lo usa per collegare i controlli autonomi allo stesso utente finale e ridurre il rumore dovuto ai duplicati.

Esempio: `user-1234`

## Regole di input e note sulla validazione

* `address` è facoltativo per questo servizio. Puoi inviare un'unica stringa `address` completa e Didit la suddividerà in elementi strutturati dell'indirizzo quando possibile, oppure puoi inviare esplicitamente i campi strutturati.
* Per i servizi basati sull'indirizzo, invia i campi strutturati dell'indirizzo invece di una singola stringa `address` quando possibile.
* `address.street_1` è l'indirizzo stradale, compresi il numero civico e il tipo di via.
* `address.street_2` è l'appartamento, l'interno, l'edificio, il piano o una riga aggiuntiva dell'indirizzo. Invialo solo se lo hai.
* `address.city` è la città, il quartiere, il distretto, la località o il rione.
* `address.region` è lo stato, la provincia, la regione o il comune.
* `address.postal_code` è il codice postale o il CAP.
* I servizi di database basati sull'indirizzo richiedono almeno l'indirizzo stradale e il codice postale; le richieste rifiutate prima della ricerca nella fonte non vengono addebitate.

## 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=PHL" \
  -F "services=phl_residential" \
  -F "vendor_data=user-1234" \
  -F "consent=true" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01"
```

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

# Reads DIDIT_API_KEY.
client = Didit()

result = client.database_validation.validate(
    issuing_state="PHL",
    services=["phl_residential"],
    consent=True,
    first_name="John",
    last_name="Doe",
    date_of_birth="1990-01-01",
    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: "PHL",
  services: ["phl_residential"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  date_of_birth: "1990-01-01",
  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: "PHL",
	Services:     didit.Some([]string{"phl_residential"}),
	Consent:      didit.Bool(true),
	FirstName:    didit.String("John"),
	LastName:     didit.String("Doe"),
	DateOfBirth:  didit.String("1990-01-01"),
	VendorData:   didit.String("user-1234"),
})
if err != nil {
	log.Fatal(err)
}
fmt.Printf("%+v\n", result)
```

```java Java theme={null}
import java.time.LocalDate;
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("PHL")
        .services(List.of("phl_residential"))
        .consent(true)
        .firstName("John")
        .lastName("Doe")
        .dateOfBirth(LocalDate.parse("1990-01-01"))
        .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' => 'PHL',
    'services' => ['phl_residential'],
    'consent' => true,
    'first_name' => 'John',
    'last_name' => 'Doe',
    'date_of_birth' => '1990-01-01',
    '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: "PHL",
  services: ["phl_residential"],
  consent: true,
  first_name: "John",
  last_name: "Doe",
  date_of_birth: "1990-01-01",
  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 = "PHL",
    Services = new string[] { "phl_residential" },
    Consent = true,
    FirstName = "John",
    LastName = "Doe",
    DateOfBirth = "1990-01-01",
    VendorData = "user-1234",
});
Console.WriteLine(JsonSerializer.Serialize(result));
```

Ogni chiamata riuscita restituisce HTTP `200`. Il campo **`outcome_code`** indica che cosa è effettivamente accaduto, distinguendo ad 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 di corrispondenza parziale / nessuna corrispondenza](https://docs.didit.me/it/core-technology/database-validation/database-validation-warnings.md) configurate possono sovrascriverlo.

**`MATCH`**: il registro ha confermato l'identità e tutti i campi verificati corrispondono.

```json 200 OK — MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "PHL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "phl_residential",
      "service_name": "Philippines Residential",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "name_match_score": "1.000",
        "verifications": {
          "date_of_birth": true,
          "full_name": true
        }
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}
```

**`PARTIAL_MATCH`**: uno o più campi confrontati da questo servizio non corrispondono completamente. In questo esempio, `full_name` non corrisponde, mentre `date_of_birth` corrisponde.

```json 200 OK — PARTIAL_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "In Review",
  "issuing_state": "PHL",
  "match_type": "partial_match",
  "validations": [
    {
      "outcome_code": "PARTIAL_MATCH",
      "service_id": "phl_residential",
      "service_name": "Philippines Residential",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "name_match_score": "1.000",
        "verifications": {
          "date_of_birth": true,
          "full_name": false
        }
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "no_match"
      }
    }
  ]
}
```

**`NO_MATCH`**: il registro non ha restituito alcuna corrispondenza per i dati inviati.

```json 200 OK — NO_MATCH theme={null}
{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "PHL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "phl_residential",
      "service_name": "Philippines Residential",
      "source_data": {
        "date_of_birth": "NO_MATCH",
        "full_name": "NO_MATCH"
      },
      "validation": {
        "date_of_birth": "no_match",
        "full_name": "no_match"
      }
    }
  ]
}
```

## Dati restituiti

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

* `date_of_birth`
* `name_match_score`

## Prezzi e SLA

Le query di residenza nelle Filippine vengono fatturate solo quando Didit riceve un risultato definitivo dalla fonte di validazione.

* **Prezzo per chiamata:** \$0.59 USD.
* **Fatturazione:** per query 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 dal lato di Didit; la disponibilità della fonte a valle varia in base al paese e al dataset.

## Continua la lettura

* [Panoramica di Validazione su database nelle Filippine](https://docs.didit.me/api-reference/database-validation/philippines.md)
* [Panoramica di 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.