アルゼンチン信用情報機関検証API (JA)
アルゼンチンの全国信用情報機関の身元情報とリアルタイムで照合し、確定的な結果に対してのみ課金します。エンドポイント、パラメータ、レスポンススキーマ、料金、統合について説明します。.
アルゼンチンでユーザーをオンボーディングするには、彼らが主張する本人であることを確認する必要があります。アルゼンチンの信用情報機関から得られた信用ヘッダーデータに対して、入力データを検証します。書類や入力された詳細だけでは、データが存在することしか証明できません。それが本物であること、または目の前の人物に属することを示すものではありません。アルゼンチン信用情報機関検証は、データを全国信用情報機関の身元情報と照合することで、このギャップを埋めます。このガイドでは、このチェックが何を行うか、正確な技術的詳細、および数分で統合する方法を説明します。
主なポイント:
- チェック内容 — アルゼンチン信用情報機関検証は、信用ファイル情報を全国信用情報機関の身元情報と照合します。
- 取得できる情報 — 正規化された
match_typeと、承認/レビュー/却下ロジックに直接ルーティングできるフィールドレベルの結果。 - 重要な理由 — 信用情報機関の身元データは深く、適切に維持されているため、申請者が申告された身元と住所に存在することを確認するための強力な権威ある情報源となります。
- 使用方法 — Diditのデータベース検証エンドポイントへの1回の
POST、またはノーコードワークフローモジュール。確定的なクエリごとに2.15ドル、結果は数秒で得られます。
アルゼンチン信用情報機関検証で検証される内容
アルゼンチンの信用情報機関から得られた信用ヘッダーデータに対して、入力データを検証します。Diditはこれを単一のエンドポイントを通じて公開するため、送信されたデータを全国信用情報機関の身元情報と照合し、構造化された正規化された結果（自分で解析する必要のある生のレジストリダンプではありません）を受け取ることができます。
確定的な応答は、一致したsource_dataと、フィールドレベルのvalidationブロックを返します。これにより、リスクエンジンは明確で機械可読な判断を得ることができます。
重要な理由
信用情報機関の身元データは深く、適切に維持されているため、申請者が申告された身元と住所に存在することを確認するための強力な権威ある情報源となります。
アルゼンチンの規制対象企業（フィンテック、暗号プラットフォーム、貸金業者、マーケットプレイス、ゲーム運営者）にとって、権威ある情報源に対してチェックすることで、身元がフォームや写真から単に取得されたのではなく、ソースで確認されたことを証明する、弁護可能で監査可能な記録を作成できます。
技術的な詳細
Diditは、統合されたデータベース検証エンドポイントを通じてこのサービスを提供します。SDKは不要な単一のPOSTです。
エンドポイント
POST /v3/database-validation/リクエストパラメータ
| パラメータ | タイプ | 必須 | 説明 |
|---|---|---|---|
issuing_state | string | はい | ISO 3166-1 alpha-3 国コード。ARGを使用してください。 |
services | string | はい | サービス識別子。arg_credit_bureauを使用してください。 |
first_name | string | はい | 名。 |
last_name | string | はい | 姓。 |
date_of_birth | string | はい | 生年月日。 |
document_number | string | はい | 書類番号。 |
リクエストの例
curl -X POST "https://verification.didit.me/v3/database-validation/" \
-H "x-api-key: YOUR_API_KEY" \
-F "issuing_state=ARG" \
-F "services=arg_credit_bureau" \
-F "first_name=John" \
-F "last_name=Doe" \
-F "date_of_birth=1990-01-01" \
-F "document_number=1111111"レスポンスの例（確定的な一致）
{
"request_id": "req_01H...",
"status": "Approved",
"issuing_state": "ARG",
"match_type": "full_match",
"validations": [
{
"outcome_code": "MATCH",
"service_id": "arg_credit_bureau",
"service_name": "Argentina Credit Bureau",
"source_data": {
"date_of_birth": "1990-01-01",
"first_name": "John",
"full_name": "John Doe",
"identification_number": "SAMPLE-ID-12345",
"last_name": "Doe",
"name_match_score": "1.000",
"verifications": {
"date_of_birth": true,
"full_name": true,
"identification_number": true
}
},
"validation": {
"date_of_birth": "full_match",
"full_name": "full_match",
"identification_number": "full_match"
}
}
]
}パフォーマンスと課金
- レイテンシー: 通常、数秒です。
- コスト: 確定的なクエリごとに2.15ドル。ソースのダウンタイム、欠落したフィールド、またはソース前の拒否に対してのみ課金されます。
- 信頼性: Diditのインフラストラクチャ上で実行され、四半期ごとの稼働時間99.9％を目標としています。
ユースケース
- フィンテックとネオバンク — アルゼンチンでウォレットを開設したり、信用を貸し出す前に、本物で検証可能な口座所有者であることを確認します。
- 暗号とWeb3 — 権威ある情報源の身元証明でVASPオンボーディング要件を満たします。
- 融資 — ソース検証済みのデータで、偽の身元と一次元の不正を減らします。
- マーケットプレイスとギグプラットフォーム — 自己申告のフォームだけでなく、権威あるデータに対してユーザーを検証します。
- iGaming — アルゼンチンのプレイヤーに対する身元と資格チェックを監査可能な証跡で満たします。
Diditとの統合方法
アルゼンチン信用情報機関検証を次の2つの方法で実行できます:
- ノーコードワークフロー。 Didit Business Consoleで、Workflow Builderを開き、Database Validationモジュールを追加し、Argentina → Argentina Credit Bureau Verificationを選択してアクティブ化します。一致するユーザーは自動的にルーティングされます。エンジニアリングは不要です。
- 直接API。 上記の
/v3/database-validation/エンドポイントにservices=arg_credit_bureauを指定してPOSTします。match_typeとフィールドレベルのvalidationブロックを読み取って、承認/レビュー/却下ロジックを駆動します。
すべてのDiditアカウントには毎月500回の無料検証が含まれているため、1つのクエリにお金を払う前に、完全なフローを最初から最後までテストできます。
よくある質問
アルゼンチン信用情報機関検証チェックで何が確認されますか?
送信されたデータを全国信用情報機関の身元情報と照合し、正規化された一致結果を返すため、信用ファイル情報が権威ある情報源に存在するかどうか、どのフィールドが一致したかを知ることができます。
ソースが一時的に利用できない場合はどうなりますか?
課金されません。課金は確定的な結果に対してのみ適用されます。ソースのダウンタイム、欠落したフィールド、およびソース前の拒否は無料です。
チェックはどのくらい速いですか?
データベース検証は通常、数秒で返されるため、リアルタイムのオンボーディングフローに適合します。
SDKは必要ですか?
いいえ。このチェックは、1つのエンドポイントへの単一のHTTPS POSTです。Business Consoleのノーコードワークフローに組み込むこともできます。
始めましょうか?
今すぐ最初のアルゼンチンの信用ファイル身元情報を検証しましょう。
- APIリファレンスを読む: アルゼンチン信用情報機関検証
- すべてのデータベース検証を見る: データベース検証の価格と範囲
- 構築を開始する: 無料のDiditアカウントを作成 — 毎月500回の検証、無料。