マレーシア信用情報機関検証API (JA)
マレーシアの信用情報機関の身元ファイルと、信用ファイル身元情報をリアルタイムで照合し、確実な結果に対してのみ課金されます。エンドポイント、パラメータ、応答スキーマ、料金、統合について説明します。.

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