واجهة برمجة تطبيقات التحقق من الإقامة في النرويج (AR-1)

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

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

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

ما الذي يتحقق منه التحقق من الإقامة في النرويج

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

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

لماذا يهم

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

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

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

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

نقطة النهاية

POST /v3/database-validation/

معاملات الطلب

المعامل	النوع	مطلوب	الوصف
issuing_state	سلسلة	نعم	رمز البلد ISO 3166-1 alpha-3. استخدم NOR.
services	سلسلة	نعم	معرف الخدمة. استخدم nor_residential.
first_name	سلسلة	نعم	الاسم الأول.
last_name	سلسلة	نعم	اسم العائلة.
date_of_birth	سلسلة	نعم	تاريخ الميلاد.
address	سلسلة	نعم	العنوان.
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_residential" \
  -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": "NOR",
  "match_type": "full_match",
  "validations": [
    {
      "outcome_code": "MATCH",
      "service_id": "nor_residential",
      "service_name": "Norway Residential",
      "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"
      }
    }
  ]
}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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