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

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

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

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

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

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

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

لماذا يهم

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

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

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

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

نقطة النهاية

POST /v3/database-validation/

معلمات الطلب

المعلمة	النوع	مطلوب	الوصف
issuing_state	سلسلة	نعم	رمز البلد ISO 3166-1 alpha-3. استخدم NOR.
services	سلسلة	نعم	معرف الخدمة. استخدم nor_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=NOR" \
  -F "services=nor_consumer" \
  -F "first_name=John" \
  -F "last_name=Doe" \
  -F "date_of_birth=1990-01-01"

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

{
  "request_id": "req_01H...",
  "status": "Approved",
  "issuing_state": "NOR",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "nor_consumer",
      "service_name": "Norway 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.09 دولار لكل استعلام حاسم. يتم فوترتك فقط على النتائج الحاسمة — لا توجد رسوم على تعطل المصدر، أو الحقول المفقودة، أو الرفض قبل المصدر.
• الموثوقية: يعمل على بنية Didit التحتية مع هدف وقت تشغيل ربع سنوي بنسبة 99.9%.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

تحقق من صحة عنوانك الأول وبيانات الإقامة في النرويج اليوم.

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