Go 언어에서 국경을 넘는 KYC: Didit의 데이터베이스 유효성 검사 통합 (KO)
국경 간 KYC를 마스터하는 것은 글로벌 확장에 중요하지만, 다양한 데이터 소스와 규정 준수를 처리하는 것은 복잡할 수 있습니다. 이 가이드는 Didit의 데이터베이스 유효성 검사 엔드포인트가 통합된 솔루션을 제공하여 이를 어떻게 단순화하는지 설명합니다.
간소화된 글로벌 KYCDidit의 데이터베이스 유효성 검사는 수많은 국가의 공식 정부 데이터베이스에 대해 신원 확인을 수행할 수 있는 능률적인 API를 제공하여 국경 간 규정 준수 문제를 단순화합니다.
구성 가능한 위험 관리Didit의 유연한 설정을 활용하여 부분 일치 또는 불일치에 대한 조치를 정의하고, 위험 허용 범위에 맞춰 자동화된 검토 또는 거부 흐름을 허용합니다.
Go-Native 통합Didit의 강력한 신원 확인 기능을 Go 애플리케이션에 쉽게 통합하여 효율적이고 확장 가능한 KYC 프로세스를 가능하게 합니다.
Didit의 장점Didit은 무료 Core KYC와 모듈형 AI-네이티브 플랫폼을 제공하여 기업이 설정 비용 없이 맞춤형 확인 워크플로를 구축하고 글로벌 적용 범위와 사기 방지를 보장합니다.
국경 간 KYC의 과제
사업을 전 세계로 확장하는 것은 엄청난 기회를 열어주지만, 특히 KYC(Know Your Customer) 및 AML(Anti-Money Laundering) 규정 준수 영역에서 상당한 장애물을 제시합니다. 각 국가마다 고유한 규제 환경, 데이터 소스 및 신원 확인 표준이 있습니다. 이질적인 국가 데이터베이스와 수동으로 통합하고, 특정 데이터 요구 사항을 이해하며, 다양한 응답을 해석하는 것은 모든 개발 팀에게 엄청난 작업이 될 수 있습니다. 이러한 복잡성은 종종 더 느린 고객 온보딩, 운영 비용 증가, 규정 미준수 및 사기 위험 증가로 이어집니다.
Go 언어로 애플리케이션을 구축하는 개발자에게는 국제 신원 확인의 미묘한 차이를 처리할 수 있는 강력하고 신뢰할 수 있으며 통합하기 쉬운 솔루션을 찾는 것이 과제입니다. 기존 접근 방식은 종종 복잡하고 국가별 API 통합을 포함하여 파편화되고 유지 관리하기 어려운 시스템으로 이어집니다. Didit의 데이터베이스 유효성 검사와 같은 통합된 API 기반 솔루션이 기본 복잡성의 많은 부분을 추상화하여 매우 귀중한 이유가 여기에 있습니다.
Didit의 데이터베이스 유효성 검사 이해
Didit의 데이터베이스 유효성 검사는 사용자 정보를 신뢰할 수 있는 권위 있는 정부 및 상업 데이터 소스와 상호 참조하도록 설계된 강력한 도구입니다. 이 프로세스는 개인의 신원을 확인하고, 현지 규정 준수를 보장하며, 신원 사기를 효과적으로 완화하는 데 중요합니다. 문서 확인에만 의존하는 솔루션과 달리 데이터베이스 유효성 검사는 공식 기록을 확인하여 추가적인 보안 계층을 제공합니다.
이 서비스의 핵심은 확인 결과를 상세히 설명하는 명확한 유효성 검사 보고서를 제공하는 능력입니다. 여기에는 status(승인, 거부 또는 검토 중), match_type(전체 일치, 부분 일치 또는 불일치), 그리고 전체 이름, 생년월일 또는 식별 번호와 같은 각 데이터 포인트에 대한 특정 validations가 포함됩니다. Didit은 점점 더 많은 국가를 지원하며, 공식 등록부에 대해 1x1 및 2x2 일치 방법을 모두 제공합니다. 여기서 1x1은 일반적으로 단일 식별 정보를 확인하고 2x2는 두 가지를 확인합니다. 예를 들어, 브라질에서는 세금 번호가 필요하고 칠레에서는 개인 번호가 사용됩니다. 이러한 유연성은 기업이 단일 통합 API를 통해 다양한 글로벌 KYC 요구 사항을 충족할 수 있도록 보장합니다.
Go 언어에서 데이터베이스 유효성 검사 통합
Didit의 데이터베이스 유효성 검사를 Go 애플리케이션에 통합하는 것은 깔끔한 API 설계 덕분에 간단합니다. 이 프로세스는 사용자의 데이터와 함께 유효성 검사 엔드포인트에 HTTP POST 요청을 하는 것을 포함합니다. Go 언어에서 이를 어떻게 구성할 수 있는지에 대한 간단한 예를 살펴보겠습니다:
package main
import (
"bytes"
"encoding/json"
"fmt"
"io/ioutil"
"net/http"
)
type DiditValidationRequest struct {
IssuingState string `json:"issuing_state"`
ScreenedData struct {
FirstName string `json:"first_name"`
LastName string `json:"last_name"`
TaxNumber string `json:"tax_number,omitempty"`
DateOfBirth string `json:"date_of_birth,omitempty"`
} `json:"screened_data"`
}
type DiditValidationResponse struct {
DatabaseValidation struct {
Status string `json:"status"`
MatchType string `json:"match_type"`
Validations struct {
FullName string `json:"full_name,omitempty"`
DateOfBirth string `json:"date_of_birth,omitempty"`
IdentificationNumber string `json:"identification_number,omitempty"`
} `json:"validations"`
} `json:"database_validation"`
}
func main() {
// Replace with your actual API Key
apiKey := "YOUR_DIDIT_API_KEY"
apiEndpoint := "https://api.didit.me/v1/database-validation" // Example endpoint
requestBody := DiditValidationRequest{
IssuingState: "BRA", // Example for Brazil
ScreenedData: struct {
FirstName string `json:"first_name"`
LastName string `json:"last_name"`
TaxNumber string `json:"tax_number,omitempty"`
DateOfBirth string `json:"date_of_birth,omitempty"`
}{
FirstName: "ANTONIO RAIMUNDO",
LastName: "GUIMARAES DE LIMA",
TaxNumber: "00147177278",
DateOfBirth: "1988-03-18",
},
}
jsonBody, err := json.Marshal(requestBody)
if err != nil {
fmt.Println("Error marshaling request body:", err)
return
}
req, err := http.NewRequest("POST", apiEndpoint, bytes.NewBuffer(jsonBody))
if err != nil {
fmt.Println("Error creating request:", err)
return
}
req.Header.Set("Content-Type", "application/json")
req.Header.Set("Authorization", "Bearer "+apiKey)
client := &http.Client{}
resp, err := client.Do(req)
if err != nil {
fmt.Println("Error sending request:", err)
return
}
defer resp.Body.Close()
body, err := ioutil.ReadAll(resp.Body)
if err != nil {
fmt.Println("Error reading response body:", err)
return
}
var diditResponse DiditValidationResponse
err = json.Unmarshal(body, &diditResponse)
if err != nil {
fmt.Println("Error unmarshaling response:", err)
return
}
fmt.Printf("Validation Status: %s\n", diditResponse.DatabaseValidation.Status)
fmt.Printf("Match Type: %s\n", diditResponse.DatabaseValidation.MatchType)
fmt.Printf("Full Name Validation: %s\n", diditResponse.DatabaseValidation.Validations.FullName)
}
이 Go 코드 조각은 요청을 구성하고, 필요한 헤더(인증을 위한 API 키와 같은)를 포함하고, Didit의 JSON 응답을 구문 분석하는 방법을 보여줍니다. IssuingState 필드는 유효성 검사를 위한 국가를 지정하는 데 중요하며, ScreenedData에는 데이터베이스와 대조하여 확인할 사용자 세부 정보가 포함됩니다. Didit 문서에 자세히 설명된 대로 국가에 따라 다른 필드가 필요하거나 선택 사항일 수 있습니다.
유효성 검사 결과 및 경고 처리
Didit의 데이터베이스 유효성 검사의 주요 이점은 부분 일치 및 불일치를 포함한 다양한 유효성 검사 결과를 강력하게 처리한다는 것입니다. 이러한 시나리오는 데이터 입력 오류, 이름 변형 또는 다양한 국가 데이터베이스에 데이터가 저장되는 방식의 차이로 인해 국경 간 KYC에서 흔히 발생합니다. Didit은 DATABASE_VALIDATION_PARTIAL_MATCH 및 DATABASE_VALIDATION_NO_MATCH와 같은 명확한 경고 태그를 제공합니다.
Didit의 플랫폼을 사용하면 이러한 경고 유형에 대한 특정 작업을 구성할 수 있습니다. 예를 들어, partial_match는 규정 준수 팀의 수동 평가를 위해 세션을 자동으로 "검토 중"으로 설정할 수 있고, no_match는 트랜잭션을 자동으로 거부하거나 추가 조사를 위해 플래그를 지정할 수 있습니다. 이러한 구성 가능한 워크플로는 사용자 경험과 엄격한 규정 준수 요구 사항의 균형을 맞추는 데 필수적입니다. 또한, 필수 필드가 누락된 경우(COULD_NOT_PERFORM_DATABASE_VALIDATION), Didit의 시스템은 필요한 데이터가 제공되면 자동으로 확인을 다시 트리거하여 수동 개입을 최소화하고 더 원활한 처리를 보장할 수 있습니다.
현대 KYC에서 데이터베이스 유효성 검사의 중요성
오늘날의 디지털 환경에서 문서 기반 확인(OCR 또는 MRZ 스캐닝을 통한 ID 확인과 같은)에만 의존하는 것은 포괄적인 KYC에 종종 불충분합니다. 물리적 문서의 진위 여부를 확인하는 데 매우 중요하지만, 문서를 제시하는 사람이 공식 정부 기록에 있는 데이터의 합법적인 소유자인지 항상 확인하는 것은 아닙니다. 데이터베이스 유효성 검사는 제공된 데이터를 권위 있는 소스와 상호 참조하여 이 격차를 해소하고 신뢰와 보안의 필수적인 계층을 추가합니다.
이러한 통합 접근 방식은 사기 방지, 특히 합성 신원 사기 또는 도난당한 합법적인 문서가 사용되는 경우에 크게 향상됩니다. Didit의 데이터베이스 유효성 검사를 통합함으로써 기업은 규정 준수를 위한 더 높은 보증 수준을 달성하고, 금융 범죄 위험을 줄이며, 더 탄력적인 신원 확인 프레임워크를 구축할 수 있습니다. 이는 전체적인 규정 준수 솔루션을 위해 AML 심사 및 모니터링과 같은 다른 Didit 제품을 보완합니다.
Didit이 도움이 되는 방법
Didit은 국경 간 KYC의 복잡성을 해결하기 위한 최고의 AI-네이티브, 개발자 우선 신원 플랫폼으로 두각을 나타냅니다. 당사의 데이터베이스 유효성 검사 제품은 기존 시스템에 플러그 앤 플레이 방식으로 설계된 모듈식 아키텍처의 핵심 구성 요소입니다. 당사는 무료 Core KYC를 제공하여 기업이 초기 비용이나 설정 비용 없이 필수 신원 확인을 시작하고 성공적인 확인당 비용을 지불할 수 있도록 합니다.
Didit의 플랫폼은 설계상 전 세계적으로 규정을 준수하도록 구축되었으며, 수많은 국가에 걸쳐 데이터베이스 유효성 검사를 위한 광범위한 적용 범위를 제공합니다. 당사의 AI-네이티브 접근 방식은 높은 정확성과 효율성을 보장하고, 확인 프로세스를 자동화하며, 수동 검토의 필요성을 줄입니다. 깔끔한 API, 즉각적인 샌드박스 및 포괄적인 공개 문서를 통해 개발자는 복잡한 신원 워크플로를 신속하게 통합하고 오케스트레이션할 수 있습니다. 정부 데이터베이스에 대해 개인의 신원을 확인해야 하거나, AML 심사 및 모니터링을 통해 감시 목록에 대해 심사하거나, 주소 증명을 통해 주소를 확인해야 하는 경우, Didit은 신뢰를 자동화하고 운영을 자신감 있게 확장할 수 있는 도구를 제공합니다.
시작할 준비가 되셨나요?
Didit의 작동 방식을 확인할 준비가 되셨나요? 지금 무료 데모를 받으세요.
Didit의 무료 티어로 무료로 신원 확인을 시작하세요.