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