Skip to main content
Didit Raises $7.5M to Build the Infrastructure for Identity and Fraud
Didit
Back to blog
Blog · March 12, 2026

Developer's SDK: Advanced Error Handling for Global Database Validation

Mastering advanced error handling in global database validation is crucial for robust identity verification systems. This guide explores common challenges, provides strategic solutions, and highlights how Didit's SDK simplifies.

By DiditUpdated
developers-sdk-advanced-error-handling-for-global-database-validation.png

Understanding Validation OutcomesGlobal database validation is complex, yielding various outcomes from full matches to partial matches and no matches. Developers must anticipate and programmatically handle each scenario to maintain system integrity and user experience.

Strategic Error Handling is KeyEffective error handling goes beyond simple pass/fail. It involves implementing sophisticated logic to interpret match_type and status fields, configuring actions for partial or no matches, and leveraging detailed validation reports for deeper insights.

Configurable Workflows for ComplianceRegulatory compliance often dictates how different validation outcomes are managed. Systems should allow for configurable actions—such as automatic review or decline—based on the specific warning types received, ensuring adherence to KYC/AML requirements.

Didit Simplifies ComplexitiesDidit's AI-native, modular platform offers a robust Database Validation API that streamlines global identity verification. With features like configurable verification settings, detailed JSON reports, and a free Core KYC tier, Didit empowers developers to build highly resilient and compliant verification workflows.

The Intricacies of Global Database Validation

In today's interconnected digital landscape, verifying user identities against authoritative national and global databases is a cornerstone of secure and compliant operations. However, this process is rarely a simple 'yes' or 'no' answer. Developers building identity verification solutions face a myriad of challenges, particularly when dealing with diverse data sources, varying data quality, and country-specific regulations. Understanding the nuances of database validation—from the types of matches to the potential warnings—is paramount for creating robust and reliable systems.

Didit's Database Validation API is designed to simplify this complexity, offering a powerful tool for cross-referencing user information against trusted sources. This process is critical for ensuring compliance and mitigating identity fraud. But what happens when the validation isn't a perfect match? How do developers handle partial information, discrepancies, or outright failures? This is where advanced error handling, facilitated by a well-designed SDK, becomes indispensable.

The API provides detailed reports, including fields like status (Approved, Declined, In Review), match_type (full_match, partial_match, no_match), and issuing_state. These granular details are not just informative; they are crucial for programmatic decision-making and for orchestrating risk effectively within your application.

Decoding Database Validation Reports: Beyond the Basics

A comprehensive understanding of the Database Validation Report is the first step towards advanced error handling. Didit's reports are structured as JSON objects, providing a clear and actionable overview of the validation outcome. Key sections include:

  • status: The overall verdict (Approved, Declined, In Review).
  • match_type: The confidence level of the identity match (full_match, partial_match, no_match).
  • issuing_state: The country where the validation was performed (e.g., BRA for Brazil).
  • validation_type: The specific matching method used, such as 1x1 or 2x2.
  • screened_data: The input data provided by the user for validation.
  • validations: An object providing detailed match results for each checked data point (e.g., full_name, date_of_birth, identification_number).

Consider a scenario where a user provides their name and date of birth. The validation report might return a partial_match for full_name due to a minor discrepancy, but a full_match for date_of_birth. An effective error handling strategy would not immediately decline this user. Instead, it might trigger an 'In Review' status, prompting a manual assessment or requesting additional information. This intelligent handling prevents unnecessary friction for legitimate users while still flagging potential issues.

Didit's modular architecture means developers can easily integrate these reports into their existing workflows, leveraging clean APIs to parse the data and automate subsequent actions. This level of detail empowers developers to move beyond a simple pass/fail, enabling nuanced decision-making.

Configurable Verification Settings: Tailoring Your Risk Strategy

One of the most powerful aspects of advanced error handling in database validation is the ability to configure verification settings based on different outcomes. Regulatory requirements, internal risk policies, and user experience goals can all influence how your application responds to partial matches or no matches. Didit understands this need for flexibility, providing configurable actions for various scenarios:

  • Partial Match Action: For sessions with a partial_match, you can configure your system to either set the session to REVIEW for manual assessment or automatically DECLINE the user.
  • No Match Action: Similarly, for sessions with a no_match, you can choose between setting the session to REVIEW or automatically DECLINE.

This configurability is vital for compliance-heavy industries. For instance, a financial institution might set a strict policy to automatically decline any no_match scenario for AML purposes, while an e-commerce platform might opt for a REVIEW status for partial matches to allow for human intervention and reduce false positives. These settings are not static; they can be dynamically adjusted through Didit's Business Console or API, allowing businesses to adapt their risk posture as needed.

Furthermore, Didit's system intelligently handles situations where validation cannot be performed due to missing data. A COULD_NOT_PERFORM_DATABASE_VALIDATION warning will set the session to In Review, and the system will automatically re-trigger the check once the required KYC data is provided. This automated retry mechanism reduces manual intervention and streamlines the user journey.

Implementing Advanced Error Handling with Didit's SDK

For developers, implementing advanced error handling means writing code that interprets Didit's API responses and triggers appropriate actions. Here’s how Didit's SDK and API facilitate this:

  1. Parsing the Report: The first step is to parse the JSON response from the Database Validation API. Extract the status, match_type, and the detailed validations object.
  2. Conditional Logic for Outcomes: Implement conditional logic based on these fields. For example:
    • If status is 'Approved' and match_type is 'full_match', proceed with onboarding.
    • If match_type is 'partial_match', check the validations object to see which fields were partial. Based on your configured Partial Match Action, either flag for review or decline.
    • If match_type is 'no_match', apply your configured No Match Action.
  3. Handling Warnings: Pay attention to specific warnings like DATABASE_VALIDATION_PARTIAL_MATCH or DATABASE_VALIDATION_NO_MATCH. These warnings provide context for the match_type and can guide further actions.
  4. Automated Retries: Leverage Didit's automatic re-triggering for COULD_NOT_PERFORM_DATABASE_VALIDATION warnings. Your system can simply wait for the user to provide the missing data, and Didit handles the re-validation seamlessly.

Didit's developer-first approach, with instant sandboxes and comprehensive documentation, makes integrating these advanced error handling mechanisms straightforward. The ability to verify identity against government databases with 1x1 and 2x2 matching, combined with a waterfall multi-provider approach, ensures high accuracy and resilience, even across diverse global data sources.

How Didit Helps

Didit is the AI-native, developer-first identity platform that fundamentally simplifies advanced error handling in global database validation. Our modular architecture allows you to plug-and-play identity checks, including robust Database Validation, into your existing systems with ease. Didit's API provides detailed, structured identity data, enabling you to build sophisticated, automated workflows that respond intelligently to various validation outcomes.

Our configurable verification settings mean you can precisely define how your system reacts to partial matches, no matches, or missing data, ensuring compliance with regulatory requirements and optimizing user experience. With Didit, you gain access to transparent per-query pricing and a Free Core KYC tier, making enterprise-grade identity verification accessible to all. We eliminate setup fees and offer an AI-native platform that automates trust and orchestrates risk globally, at scale. Didit's Database Validation, along with our other products like ID Verification, AML Screening & Monitoring, and Phone & Email Verification, provides a comprehensive suite for secure and compliant identity management.

Ready to Get Started?

Ready to see Didit in action? Get a free demo today.

Start verifying identities for free with Didit's free tier.

Infrastructure for identity and fraud.

One API for KYC, KYB, Transaction Monitoring, and Wallet Screening. Integrate in 5 minutes.

Ask an AI to summarise this page
Advanced Error Handling for Global Database Validation.