Chile - RUT verification - Didit Documentation

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=CHL" \
  -F "services=chl_rut" \
  -F "vendor_data=user-1234" \
  -F "personal_number=SAMPLE-PER-12345"

{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "CHL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "gender": "M",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe"
      },
      "validation": {
        "identification_number": "full_match"
      }
    }
  ]
}

{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "CHL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}

POST

database-validation

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=CHL" \
  -F "services=chl_rut" \
  -F "vendor_data=user-1234" \
  -F "personal_number=SAMPLE-PER-12345"

{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "CHL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "gender": "M",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe"
      },
      "validation": {
        "identification_number": "full_match"
      }
    }
  ]
}

{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "CHL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}

Verifies Chilean RUT against the Servicio de Registro Civil records. Didit exposes this service through POST /v3/database-validation/ so you can verify the submitted data against the authoritative source and receive normalized match results.

Coverage

Coverage: —
Country: Chile
Service ID: chl_rut
Data domain: Identity
Category: NationalIDRegistry

Inputs

Field	Required	Example
`personal_number`	Yes	`SAMPLE-PER-12345`
`first_name`	No	`John`
`last_name`	No	`Doe`
`date_of_birth`	No	`1990-01-01`
`vendor_data`	No	`user-1234`

Required inputs: personal_number
Optional inputs: first_name, last_name, date_of_birth, vendor_data
Consent: Not required
Workflow availability: Available in workflow
Coverage: —
Price: $0.20 per successful query

Body parameters

string

default:"CHL"

required

ISO 3166-1 alpha-3 country code for this database service.Example: CHL

string

default:"chl_rut"

required

Array containing this service ID. Pinning the service keeps the request scoped to this exact database.Example: chl_rut

string

default:"SAMPLE-PER-12345"

required

Country-specific personal identity number.Example: SAMPLE-PER-12345

string

default:"John"

Given name to validate.Example: John

string

default:"Doe"

Family name to validate.Example: Doe

string

default:"1990-01-01"

Date of birth in YYYY-MM-DD format.Example: 1990-01-01

string

default:"user-1234"

Your stable user reference for this person, such as your internal user ID. Didit uses it to link standalone checks to the same end user and reduce duplicate-detection noise.Example: user-1234

Input rules & validation notes

Chilean RUT (e.g. 12345678-9)
personal_number must be 8-12 characters long.

How to call it

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=CHL" \
  -F "services=chl_rut" \
  -F "vendor_data=user-1234" \
  -F "personal_number=SAMPLE-PER-12345"

Every successful call returns HTTP 200. The outcome_code field tells you what actually happened — distinguishing, for example, a real biometric mismatch (BIOMETRIC_NO_MATCH) from a selfie that could not be read (BIOMETRIC_IMAGE_UNUSABLE). The status shown is the default feature status; your configured Partial Match / No Match actions can override it.

MATCH — The registry confirmed the identity and every checked field matched.

{
  "request_id": "req_01H…",
  "status": "Approved",
  "issuing_state": "CHL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "gender": "M",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe"
      },
      "validation": {
        "identification_number": "full_match"
      }
    }
  ]
}

NO_MATCH — The registry returned no match for the submitted data.

{
  "request_id": "req_01H…",
  "status": "Declined",
  "issuing_state": "CHL",
  "match_type": "no_match",
  "validations": [
    {
      "outcome_code": "NO_MATCH",
      "service_id": "chl_rut",
      "service_name": "Chile - RUT verification",
      "source_data": {
        "identification_number": "NO_MATCH"
      },
      "validation": {
        "identification_number": "no_match"
      }
    }
  ]
}

Returned data

The exact fields surfaced in source_data depend on what the registry returns. The generated example for chl_rut currently documents this normalized shape:

date_of_birth
first_name
gender
identification_number
last_name

Pricing & SLAs

Chile - RUT verification queries are billed only when Didit receives a conclusive result from the validation source.

Per-call price: $0.20 USD.
Billing: per successful query. You are not charged when the registry is unreachable, when required fields are missing, or when the request is rejected before reaching the source.
Latency: typical p95 < 2 s.
Availability: 99.9% per quarter on Didit’s side; downstream source availability varies by country and dataset.

​Coverage

​Inputs

​Body parameters

​Input rules & validation notes

​How to call it

​Returned data

​Pricing & SLAs

​Continue reading

Coverage

Inputs

Body parameters

Input rules & validation notes

How to call it

Returned data

Pricing & SLAs

Continue reading