واجهة برمجة تطبيقات التحقق من المستهلك في هولندا (AR)

تضمين المستخدمين في هولندا يعني التأكد من أنهم هم من يدعون أنهم. تتحقق من البيانات المدخلة في قاعدة بيانات توليد العملاء المتوقعين. يثبت المستند أو التفاصيل المكتوبة أن البيانات موجودة فقط - وليس أنها حقيقية أو تنتمي إلى الشخص الذي أمامك. يغلق التحقق من المستهلك في هولندا هذه الفجوة عن طريق التحقق من البيانات مقابل مصادر بيانات الإقامة والمستهلك الموثوقة. يشرح هذا الدليل ما يقوم به التحقق، والتفاصيل التقنية الدقيقة، وكيفية دمجه في دقائق.

النقاط الرئيسية:

• ماذا يتحقق — يتحقق التحقق من المستهلك في هولندا من صحة العنوان وبيانات الإقامة مقابل مصادر بيانات الإقامة والمستهلك الموثوقة.
• ماذا تستعيد — match_type مُوحّد بالإضافة إلى نتائج على مستوى الحقل يمكنك توجيهها مباشرة إلى منطق الموافقة / المراجعة / الرفض.
• لماذا يهم — يؤكد التحقق من العنوان مقابل البيانات الموثوقة أن مقدم الطلب يعيش بالفعل حيث يدعي — وهي إشارة أساسية لمكافحة الاحتيال والامتثال.
• كيفية استخدامه — طلب POST واحد إلى نقطة نهاية التحقق من قاعدة بيانات Didit، أو وحدة سير عمل بدون تعليمات برمجية. 0.08 دولار لكل استعلام حاسم، والنتائج في ثوانٍ.

ماذا يتحقق التحقق من المستهلك في هولندا

يتحقق من البيانات المدخلة في قاعدة بيانات توليد العملاء المتوقعين. تعرض Didit هذه الخدمة من خلال نقطة نهاية واحدة حتى تتمكن من التحقق من البيانات المقدمة مقابل مصادر بيانات الإقامة والمستهلك الموثوقة واستلام نتيجة منظمة وموحّدة — وليس تفريغ سجل خام عليك تحليله بنفسك.

تُرجع الاستجابة الحاسمة source_data المطابقة وكتلة validation لكل حقل، بحيث تحصل محرك المخاطر الخاص بك على حكم واضح وقابل للقراءة آليًا.

لماذا يهم

يؤكد التحقق من العنوان مقابل البيانات الموثوقة أن مقدم الطلب يعيش بالفعل حيث يدعي — وهي إشارة أساسية لمكافحة الاحتيال والامتثال.

بالنسبة للشركات المنظمة في هولندا — شركات التكنولوجيا المالية، ومنصات العملات المشفرة، والمقرضين، والأسواق، ومشغلي الألعاب — ينتج التحقق من مصدر موثوق سجلًا يمكن الدفاع عنه ومراجعته يثبت أن الهوية قد تم تأكيدها من المصدر، وليس مجرد التقاطها من نموذج أو صورة.

التفاصيل التقنية

تعرض Didit هذه الخدمة من خلال نقطة نهاية التحقق من قاعدة البيانات الموحدة. إنها طلب POST واحد — لا يتطلب SDK.

نقطة النهاية

POST /v3/database-validation/

معلمات الطلب

المعلمة	النوع	مطلوب	الوصف
issuing_state	سلسلة	نعم	رمز الدولة ISO 3166-1 alpha-3. استخدم NLD.
services	سلسلة	نعم	معرف الخدمة. استخدم nld_consumer.
first_name	سلسلة	نعم	الاسم الأول.
last_name	سلسلة	نعم	الاسم الأخير.
date_of_birth	سلسلة	نعم	تاريخ الميلاد.
address	سلسلة	لا	العنوان (تحقق إضافي اختياري).
phone	سلسلة	لا	الهاتف (تحقق إضافي اختياري).
email	سلسلة	لا	البريد الإلكتروني (تحقق إضافي اختياري).

مثال على الطلب

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

مثال على الاستجابة (مطابقة حاسمة)

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "NLD",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "nld_consumer",
      "service_name": "Netherlands Consumer",
      "source_data": {
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "full_name": "John Doe",
        "last_name": "Doe",
        "name_match_score": "1.000",
        "verifications": {
          "date_of_birth": true,
          "full_name": true
        }
      },
      "validation": {
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}

الأداء والفوترة

• الكمون: عادة بضع ثوانٍ.
• التكلفة: 0.08 دولار لكل استعلام حاسم. يتم تحرير الفواتير فقط على النتائج الحاسمة — لا توجد رسوم على تعطل المصدر، أو الحقول المفقودة، أو الرفض قبل المصدر.
• الموثوقية: يعمل على بنية Didit التحتية مع هدف وقت تشغيل ربع سنوي بنسبة 99.9%.

حالات الاستخدام

• التكنولوجيا المالية والبنوك الرقمية — تأكيد وجود صاحب حساب حقيقي وقابل للتحقق قبل فتح محفظة أو تقديم ائتمان في هولندا.
• العملات المشفرة و Web3 — تلبية متطلبات VASP للتسجيل من خلال إثبات الهوية من مصدر موثوق.
• الإقراض — تقليل الاحتيال بالهوية الاصطناعية والاحتيال من الطرف الأول باستخدام بيانات تم التحقق منها من المصدر.
• الأسواق ومنصات العمل الحر — التحقق من المستخدمين مقابل البيانات الموثوقة، وليس مجرد نموذج مُبلغ عنه ذاتيًا.
• الألعاب عبر الإنترنت — تلبية فحوصات الهوية والأهلية للاعبين الهولنديين بسجل قابل للتدقيق.

كيفية الدمج مع Didit

يمكنك تشغيل التحقق من المستهلك في هولندا بطريقتين:

1. سير عمل بدون تعليمات برمجية. في Didit Business Console، افتح Workflow Builder، وأضف وحدة التحقق من قاعدة البيانات، وحدد هولندا ← التحقق من المستهلك في هولندا، وقم بتنشيطها. يتم توجيه المستخدمين المتطابقين تلقائيًا — لا يتطلب الأمر أي هندسة.
2. واجهة برمجة تطبيقات مباشرة. استدعاء نقطة النهاية /v3/database-validation/ الموضحة أعلاه مع services=nld_consumer. اقرأ match_type وكتلة validation لكل حقل لتوجيه منطق الموافقة / المراجعة / الرفض الخاص بك.

يتضمن كل حساب Didit 500 عملية تحقق مجانية شهريًا، حتى تتمكن من اختبار التدفق الكامل من البداية إلى النهاية قبل أن تدفع مقابل استعلام واحد.

الأسئلة المتكررة

ماذا يؤكد التحقق من المستهلك في هولندا؟

يتحقق من صحة البيانات المقدمة مقابل مصادر بيانات الإقامة والمستهلك الموثوقة ويعيد نتيجة مطابقة موحدة، حتى تعرف ما إذا كان العنوان وبيانات الإقامة موجودة في المصدر الموثوق وأي الحقول تطابقت.

ماذا يحدث إذا كان المصدر غير متاح مؤقتًا؟

لن يتم تحصيل رسوم منك. تنطبق الفوترة فقط على النتائج الحاسمة — تعطل المصدر، والحقول المفقودة، والرفض قبل المصدر مجانية.

ما مدى سرعة التحقق؟

يتم إرجاع التحقق من قاعدة البيانات عادةً في بضع ثوانٍ، لذا فهو يتناسب مع تدفق التسجيل في الوقت الفعلي.

هل أحتاج إلى SDK؟

لا. التحقق هو طلب HTTPS POST واحد إلى نقطة نهاية واحدة. يمكنك أيضًا ربطه بسير عمل بدون تعليمات برمجية في Business Console.

هل أنت مستعد للبدء؟

تحقق من أول عنوان وبيانات إقامة في هولندا اليوم.

• اقرأ مرجع واجهة برمجة التطبيقات: التحقق من المستهلك في هولندا
• اطلع على جميع عمليات التحقق من قاعدة البيانات: تسعير وتغطية التحقق من قاعدة البيانات
• ابدأ البناء: أنشئ حساب Didit مجانيًا — 500 عملية تحقق شهريًا، مجانًا.