التحقق من قواعد البيانات - تفعيل الخدمات وما الذي يُحاسَب عليه

يقارن التحقق من قواعد البيانات بيانات الهوية المستخرجة بسجل حكومي أو معتمد. لماذا تعرض الخدمة "يتطلب التهيئة"، ولماذا تعيد 403 أو لا شيء على الإطلاق، وأي الاستعلامات تُحاسَب.

Short answer

يعمل التحقق من قواعد البيانات في الخلفية مقابل سجل رسمي، ولا يراه الشخص أبدًا. لا يُفعَّل إلا بعد أول شحن رصيد لمؤسستك، وتعرض بعض الخدمات إضافة إلى ذلك "يتطلب التهيئة" حتى تفعّلها Didit لك، وكل استعلام يجيب عنه السجل فعليًا يُحاسَب عليه، بما في ذلك عدم التطابق.

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

#يعمل بصمت، بعد خطوة المستند

لا توجد شاشة للتحقق من قواعد البيانات. تأخذ الخطوة البيانات المستخرجة من الهوية (أو البيانات التي مررتها عند إنشاء الجلسة)، وترسلها إلى السجل، وتخزن الإجابة في تقرير الجلسة. ويترتب على ذلك أمران:

  • إذا استخرجت خطوة الهوية رقمًا أو اسمًا خاطئًا، يُستعلَم من السجل بالقيمة الخاطئة فيفشل الفحص أو يعود غير حاسم. أصلح الاستخراج أولًا. راجع تصحيح اسم أو حقل قُرئ بشكل خاطئ.
  • لا يمكنك "إعادة إرسال" التحقق من قواعد البيانات إلى المستخدم كما تعيد إرسال الهوية أو الصورة الذاتية، لأنه لا يوجد شيء يمكنه إعادته. طلب إعادة إرسال DATABASE_VALIDATION يعيد خطأً يفيد بأن الميزة ليست ضمن خطوات الجلسة القابلة لإعادة الإرسال. لتشغيله مجددًا، استدعِ واجهة API المستقلة للتحقق من قواعد البيانات بالبيانات المصححة. يُحاسَب هذا الاستدعاء لكل استعلام مثل أي استعلام آخر.

#لماذا لا يعمل

راجع هذه النقاط بالترتيب. فهي تفسر تقريبًا كل بلاغ من نوع "التحقق من قواعد البيانات لم يفعل شيئًا".

  1. هل شحنت مؤسستك الرصيد من قبل؟

    لا يُفعَّل التحقق من قواعد البيانات (والتحقق من الهاتف) إلا بعد أول شحن رصيد. رصيد الترحيب، بما فيه 10 دولارات للحساب الجديد، لا يُحتسب. حتى ذلك الحين تُتخطى الخطوة، وقد تعود الجلسة موافقًا عليها مع عدم تنفيذ الفحص بصمت، ويجيب الاستدعاء المباشر لـ POST /v3/database-validation/ بـ 403. راجع شحن الرصيد والفواتير وطرق الدفع.

  2. هل الخدمة معلَّمة بـ يتطلب التهيئة؟

    في خطوة التحقق من قواعد البيانات في سير العمل، تعرض بعض الخدمات "يتطلب التهيئة. تواصل مع دعم Didit لتفعيله." الخدمة ظاهرة لكنها معطلة لمؤسستك حتى تفعّلها Didit. هذا ليس خطأً ولا يوجد مفتاح خدمة ذاتية: افتح تذكرة دعم تذكر فيها الخدمة والدولة، وسيبدأ الفريق التهيئة.

  3. هل الدولة مهيأة أصلًا؟

    استدعاء API لدولة لم تحددها في سير العمل مطلقًا، أو استدعاء مستقل لخدمة لم تفعّلها، يجيب بـ "No database validation services configured" لتلك الدولة. أضف الخدمة إلى الخطوة، أو مرّر service_id الدقيق من صفحة الدولة.

  4. هل الرصيد موجب؟

    التحقق من قواعد البيانات ليس ضمن الباقة المجانية أبدًا. الرصيد الصفري أو السالب يعيد insufficient_credits، تمامًا مثل أي ميزة مدفوعة. راجع إصلاح خطأ "الرصيد غير كافٍ".

#الخدمات التي تحتاج إلى تهيئة لدى المزود

تشترط حفنة من المصادر الحكومية أن تسجّل Didit مؤسستك لدى المزود، لا مجرد تبديل مفتاح. ينطبق ذلك اليوم على:

  • أستراليا (DVS: رخصة القيادة، جواز السفر، التأشيرة، Medicare وبقية خدمات DVS)
  • نيوزيلندا (DIA: جواز السفر، الجنسية، سجلات الميلاد والوفاة، رخصة القيادة)
  • كندا (مكاتب الائتمان وخدمات المطابقة على نمط FINTRAC)

لهذه الخدمات، يرسل لك الدعم نماذج المزود لتعبئتها، ويصدر المزود بيانات اعتماد لحسابك، ويستغرق التفعيل عادةً حتى أسبوعين. كما اشترطت أستراليا ونيوزيلندا تاريخيًا اتفاقية خدمة بحد أدنى (مبلغ مدفوع مسبقًا لمرة واحدة، حاليًا 5,000 دولار أمريكي، يُضاف إلى رصيدك كأرصدة لا تنتهي صلاحيتها). ينطبق هذا الشرط على الوصول إلى سجلات هاتين الدولتين فقط، لا على أي ميزة أخرى من Didit، وهو قيد المراجعة مع استكمال Didit اعتمادها الخاص في النظام الأسترالي، لذا اسأل الدعم عن الشروط الحالية قبل البناء عليها.

Note

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

#ما الذي يُحاسَب عليه

تدفع لكل خدمة، ولكل استعلام يجيب عنه السجل، بالسعر المذكور في صفحة تلك الخدمة. افهمها على أنها "سُئل السجل فأجاب"، لا "كانت الإجابة هي التي أردتها":

النتيجةيُحاسَب؟
تطابق، تطابق جزئي، عدم تطابقنعم
غير حاسم، صورة بيومترية غير صالحة للاستخدامنعم
تنسيق مستند غير صالح، مدخلات غير صالحة (رفضها السجل)نعم
REGISTRY_UNAVAILABLE، REGISTRY_ERROR (لم يجب السجل أبدًا)لا
طلب مرفوض قبل الوصول إلى السجل (400 في API المستقلة، أو تخطي خطوة سير العمل لحقول مفقودة أو غير صحيحة)لا

قد تولّد جلسة واحدة عدة استعلامات محاسَبة إذا شغّلت عدة خدمات، ويُحاسَب الاستعلام مرة واحدة لكل خدمة لا لكل دولة. التفصيل الكامل: أسعار التحقق من قواعد البيانات ورموز النتائج.

Important

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

#ما الذي يعود

تعيد كل خدمة رمز نتيجة قياسيًا إضافة إلى بيانات السجل نفسه حيثما يسمح المصدر بذلك: الحقول المتطابقة، ودرجة تطابق عندما يقيّم السجل بدلًا من الإجابة بنعم أو لا، وفي الخدمات البيومترية (RENAPER في الأرجنتين، وBVN في نيجيريا، وبنما) مقارنة وجه بصورة السجل. ما تخزنه Didit من تلك الإجابة تحكمه إعدادات البيانات المُعادة للخطوة. راجع اختيار البيانات التي يعيدها التحقق وتقرير التحقق من قواعد البيانات.

#الاختبار قبل الإطلاق

لا تصل تطبيقات بيئة الاختبار إلى سجل حقيقي أبدًا ولا تستهلك رصيدًا: سيناريو اختبار مثل decline_database_no_match يفرض النتيجة التي تريد التدرب عليها. ما لا تستطيع بيئة الاختبار إخبارك به هو ما إذا كانت خدمة معينة مفعّلة لمؤسستك الفعلية؛ وهذا يحتاج إلى أول شحن رصيد واستدعاء حقيقي. راجع الاختبار في بيئة الاختبار.