التحقق من الوفاة في نيوزيلندا (BDM) (AR)

يتطلب ضم المستخدمين في نيوزيلندا تأكيد هويتهم. سجل المواليد والوفيات والزواج الرسمي في نيوزيلندا. يثبت المستند أو التفاصيل المكتوبة أن البيانات موجودة فقط — وليس أنها حقيقية أو تخص الشخص الذي أمامك. يغلق التحقق من الوفاة في نيوزيلندا (BDM) هذه الفجوة عن طريق التحقق من البيانات مقابل سجل BDM. يشرح هذا الدليل ما يقوم به التحقق، والتفاصيل الفنية الدقيقة، وكيفية دمجه في دقائق.

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

• ماذا يتحقق — يتحقق التحقق من الوفاة في نيوزيلندا (BDM) من حالة الوفاة مقابل سجل BDM.
• ماذا تحصل عليه — match_type موحد بالإضافة إلى نتائج على مستوى الحقل يمكنك توجيهها مباشرة إلى منطق الموافقة / المراجعة / الرفض.
• لماذا يهم — يحول الفحص ضد سجل الوفيات دون قيام المحتالين بفتح حسابات بأسماء المتوفين.
• كيفية استخدامه — طلب POST واحد إلى نقطة نهاية التحقق من قاعدة البيانات الخاصة بـ Didit، أو وحدة سير عمل بدون تعليمات برمجية. 0.16 دولار لكل استعلام حاسم، والنتائج في ثوانٍ.

ماذا يتحقق التحقق من الوفاة في نيوزيلندا (BDM)

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

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

لماذا يهم

يحول الفحص ضد سجل الوفيات دون قيام المحتالين بفتح حسابات بأسماء المتوفين.

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

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

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

نقطة النهاية

POST /v3/database-validation/

معلمات الطلب

المعلمة	النوع	مطلوب	الوصف
issuing_state	string	نعم	رمز الدولة ISO 3166-1 alpha-3. استخدم NZL.
services	string	نعم	معرف الخدمة. استخدم nzl_zealand_death_check.
first_name	string	نعم	الاسم الأول.
last_name	string	نعم	اسم العائلة.
date_of_birth	string	نعم	تاريخ الميلاد.
address	string	نعم	العنوان.

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

curl -X POST "https://verification.didit.me/v3/database-validation/" \
  -H "x-api-key: YOUR_API_KEY" \
  -F "issuing_state=NZL" \
  -F "services=nzl_zealand_death_check" \
  -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": "NZL",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "nzl_zealand_death_check",
      "service_name": "New Zealand Death Check (BDM)",
      "source_data": {
        "address": "123 Sample Street",
        "date_of_birth": "1990-01-01",
        "first_name": "John",
        "last_name": "Doe"
      },
      "validation": {
        "address": "full_match",
        "date_of_birth": "full_match",
        "full_name": "full_match"
      }
    }
  ]
}

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

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

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

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

كيفية التكامل مع Didit

يمكنك تشغيل التحقق من الوفاة في نيوزيلندا (BDM) بطريقتين:

1. سير عمل بدون تعليمات برمجية. في Didit Business Console، افتح Workflow Builder، أضف وحدة Database Validation، حدد New Zealand → New Zealand Death Check Verification (BDM)، وقم بتنشيطها. يتم توجيه المستخدمين المطابقين تلقائيًا — لا يلزم أي هندسة.
2. واجهة برمجة تطبيقات مباشرة. اتصل بنقطة النهاية /v3/database-validation/ الموضحة أعلاه باستخدام services=nzl_zealand_death_check. اقرأ match_type وكتلة validation لكل حقل لتشغيل منطق الموافقة / المراجعة / الرفض الخاص بك.

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

الأسئلة المتداولة

ماذا يؤكد التحقق من الوفاة في نيوزيلندا (BDM)؟

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

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

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

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

عادة ما تعود صلاحية قاعدة البيانات في غضون بضع ثوانٍ، لذا فهي تتناسب مع تدفق ضم المستخدمين في الوقت الفعلي.

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

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

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

تحقق من حالة الوفاة الأولى في نيوزيلندا اليوم.

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