Skip to main content
POST
Verifies against a combined database of electoral registrations. 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: ~ 95%
  • Country: Brazil
  • Service ID: bra_residential
  • Data domain: Address
  • Category: Residential

Inputs

  • Required inputs: first_name, last_name, date_of_birth, address.street_1, address.postal_code, tax_number
  • Optional inputs: address.street_2, address.city, address.region, vendor_data
  • Consent: Not required
  • Workflow availability: Available in workflow
  • Coverage: ~ 95%
  • Price: $0.35 per successful query
Not every document this service accepts carries the identifier it queries by. When the identifier is not extracted from the document the check is recorded as not applicable - no database is queried and you are not charged - which for some countries is a large share of real users. To cover them, also collect the identifier from a Questionnaire answer, a Document AI extraction field, or a value you send when you create the session, and map it on the Database Validation step.

Body parameters

string
default:"BRA"
required
ISO 3166-1 alpha-3 country code for this database service.Example: BRA
string
default:"bra_residential"
required
Array containing this service ID. Pinning the service keeps the request scoped to this exact database.Example: bra_residential
string
default:"John"
required
Given name to validate.Example: John
string
default:"Doe"
required
Family name to validate.Example: Doe
string
default:"1990-01-01"
required
Date of birth in YYYY-MM-DD format.Example: 1990-01-01
object
required
Structured residential address object. Use street_1, street_2, city, region, postal_code, and country. A complete legacy address string is still accepted but not recommended.Example: {"street_1":"123 Sample Street","street_2":"Unit 4","city":"Sample City","region":"Sample State","postal_code":"10001","country":"US"}
string
default:"11111111111"
required
Tax or fiscal identification number.Example: 11111111111
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

  • Brazilian CPF (exactly 11 digits)
  • tax_number must contain digits only; remove spaces, hyphens, and punctuation before sending the request.
  • tax_number must be exactly 11 characters long.
  • For address services, send structured address fields instead of a single address string when possible.
  • address.street_1 is the street address, including street number and street type.
  • address.street_2 is apartment, unit, building, floor, or extra address line. Send it only when you have it.
  • address.city is city, suburb, district, locality, or neighborhood.
  • address.region is state, province, region, or town.
  • address.postal_code is postcode or postal code.
  • Address-based database services require at least street address and postal code; requests rejected before source lookup are not charged.

How to call it

Returned data

The exact fields surfaced in source_data depend on what the registry returns. The generated example for bra_residential currently documents this normalized shape:
  • address
  • date_of_birth
  • first_name
  • identification_number
  • last_name

Pricing & SLAs

Brazil Residential queries are billed only when Didit receives a conclusive result from the validation source.
  • Per-call price: $0.35 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.

Continue reading