ブログ・ 2026年5月20日

フィリピン信用情報機関検証API (JA)

フィリピンの信用情報機関のIDファイルに対して、フィリピンの信用ファイルIDをリアルタイムで検証します。確実な結果に対してのみ課金されます。エンドポイント、パラメーター、応答スキーマ、価格設定、統合について説明します。.

By Didit2026年5月20日更新日 2026年5月20日

フィリピンでユーザーをオンボーディングするということは、彼らが主張する人物であることを確認することを意味します。入力データは、フィリピンの信用情報機関から取得した信用ヘッダーデータに対して検証されます。書類や入力された詳細だけでは、データが存在することしか証明されず、それが本物であるか、目の前の人物のものであるかは証明されません。フィリピン信用情報機関検証は、全国の信用情報機関のIDファイルに対してデータをチェックすることで、このギャップを埋めます。このガイドでは、このチェックが何をするのか、正確な技術的詳細、そして数分で統合する方法について説明します。

主なポイント：

検証内容 — フィリピン信用情報機関検証は、全国の信用情報機関のIDファイルに対して信用ファイルIDを検証します。
得られるもの — 正規化されたmatch_typeと、承認/レビュー/拒否のロジックに直接ルーティングできるフィールドレベルの結果。
重要性 — 信用情報機関のIDデータは深く、適切に維持されているため、申請者が提示されたIDと住所に存在することを確認するための強力な権威ある情報源となります。
使用方法 — Diditのデータベース検証エンドポイントへの1回のPOST、またはノーコードワークフローモジュール。確実なクエリあたり0.44ドルで、数秒で結果が得られます。

フィリピン信用情報機関検証が検証する内容

入力データは、フィリピンの信用情報機関から取得した信用ヘッダーデータに対して検証されます。Diditはこれを単一のエンドポイントを通じて公開しているため、提出されたデータを全国の信用情報機関のIDファイルに対して検証し、構造化された正規化された結果を受け取ることができます。自分で解析する必要がある生のリポジトリダンプではありません。

確実な応答は、一致したsource_dataとフィールドごとのvalidationブロックを返し、リスクエンジンが明確で機械可読な判断を得られるようにします。

なぜそれが重要なのか

信用情報機関のIDデータは深く、適切に維持されているため、申請者が提示されたIDと住所に存在することを確認するための強力な権威ある情報源となります。

フィリピンの規制対象ビジネス（フィンテック、暗号プラットフォーム、貸し手、マーケットプレイス、ゲーム事業者）にとって、権威ある情報源に対してチェックを行うことで、IDが単にフォームや写真から取得されただけでなく、情報源で確認されたという弁護可能で監査可能な記録が作成されます。

技術詳細

Diditはこのサービスを統一されたデータベース検証エンドポイントを通じて公開しています。これは単一のPOSTであり、SDKは必要ありません。

エンドポイント

POST /v3/database-validation/

リクエストパラメーター

パラメーター	タイプ	必須	説明
`issuing_state`	string	はい	ISO 3166-1 alpha-3 国コード。「`PHL`」を使用します。
`services`	string	はい	サービス識別子。「`phl_credit_bureau`」を使用します。
`first_name`	string	はい	名。
`last_name`	string	はい	姓。
`date_of_birth`	string	はい	生年月日。
`national_id_type`	string	はい	国民IDタイプ。
`national_id`	string	いいえ	国民ID（オプションのクロスチェック）。

リクエスト例

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=PHL" \
  -F "services=phl_credit_bureau" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01" \
  -F "national_id_type=1111111"

応答例（確実な一致）

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "PHL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "phl_credit_bureau",
      "service_name": "Philippines Credit Bureau",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "identification_number": "SAMPLE-ID-12345",
        "last_name": "Doe"
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}

パフォーマンスと課金

レイテンシ：通常数秒。
コスト：確実なクエリあたり0.44ドル。確実な結果に対してのみ課金されます。ソースのダウンタイム、フィールドの欠落、ソース前の拒否には料金はかかりません。
信頼性：Diditのインフラで稼働し、四半期ごとの稼働時間目標は99.9%です。
同意：このサービスには、文書化されたエンドユーザーの同意が必要です。エンドポイントを呼び出す前に、これを取得して保存してください。

ユースケース

フィンテックとネオバンク — ウォレットを開設したり、フィリピンで信用を供与したりする前に、実在する検証可能なアカウント所有者を確認します。
暗号とWeb3 — 権威ある情報源のID証明でVASPのオンボーディング要件を満たします。
貸付 — ソース検証済みのデータで、合成ID詐欺とファーストパーティ詐欺を削減します。
マーケットプレイスとギグプラットフォーム — 自己申告フォームだけでなく、権威あるデータに対してユーザーを検証します。
iGaming — 監査可能な履歴を持つフィリピンのプレイヤーのIDと適格性チェックを満たします。

Diditとの統合方法

フィリピン信用情報機関検証は、次の2つの方法で実行できます。

ノーコードワークフロー。 Diditビジネスコンソールで、ワークフロービルダーを開き、データベース検証モジュールを追加し、フィリピン → フィリピン信用情報機関検証を選択してアクティブ化します。一致するユーザーは自動的にルーティングされます。エンジニアリングは不要です。
直接API。 上記の/v3/database-validation/エンドポイントをservices=phl_credit_bureauで呼び出します。match_typeとフィールドごとのvalidationブロックを読み取り、承認/レビュー/拒否のロジックを駆動します。

すべてのDiditアカウントには、毎月500回の無料検証が含まれているため、1回のクエリに料金を支払う前に、エンドツーエンドで完全なフローをテストできます。

よくある質問

フィリピン信用情報機関検証チェックは何を確認しますか？

提出されたデータを全国の信用情報機関のIDファイルに対して検証し、正規化された一致結果を返すため、信用ファイルIDが権威ある情報源に存在するかどうか、およびどのフィールドが一致したかを知ることができます。

ソースが一時的に利用できない場合はどうなりますか？

料金はかかりません。課金は確実な結果に対してのみ適用されます。ソースのダウンタイム、フィールドの欠落、ソース前の拒否は無料です。

チェックの速度はどれくらいですか？

データベース検証は通常数秒で返されるため、リアルタイムのオンボーディングフローに適合します。

SDKは必要ですか？

いいえ。チェックは1つのエンドポイントへの単一のHTTPS POSTです。ビジネスコンソールでノーコードワークフローに接続することもできます。

始めませんか？

本日、最初のフィリピン信用ファイルIDを検証してください。

APIリファレンスを読む： フィリピン信用情報機関検証
すべてのデータベース検証を見る： データベース検証の価格とカバー範囲
構築を開始する： 無料のDiditアカウントを作成する — 毎月500回無料検証。