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

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

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

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

ماذا يتحقق منه التحقق من حالة الوفاة في الولايات المتحدة (SSDMF)

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

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

لماذا يهم

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

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

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

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

نقطة النهاية

POST /v3/database-validation/

معلمات الطلب

المعلمة	النوع	مطلوب	الوصف
issuing_state	سلسلة نصية	نعم	رمز البلد ISO 3166-1 alpha-3. استخدم USA.
services	سلسلة نصية	نعم	معرف الخدمة. استخدم usa_states_death_check.
first_name	سلسلة نصية	نعم	الاسم الأول.
last_name	سلسلة نصية	نعم	اسم العائلة.
middle_name	سلسلة نصية	لا	الاسم الأوسط (تحقق اختياري).
date_of_birth	سلسلة نصية	لا	تاريخ الميلاد (تحقق اختياري).
ssn	سلسلة نصية	لا	رقم الضمان الاجتماعي (تحقق اختياري).

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

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

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

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "USA",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "usa_states_death_check",
      "service_name": "United States of America - United States Death Check (SSDMF)",
      "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.05 دولار لكل استعلام حاسم. يتم الفوترة فقط على النتائج الحاسمة — لا توجد رسوم على تعطل المصدر، أو الحقول المفقودة، أو الرفض قبل المصدر.
• الموثوقية: يعمل على بنية Didit التحتية بهدف وقت تشغيل ربع سنوي بنسبة 99.9%.

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

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

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

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

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

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

الأسئلة الشائعة

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

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

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

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

ما مدى سرعة الفحص؟

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

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

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

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

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

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