الانتقال إلى المحتوى الرئيسي
تتحقق خدمة التحقق من قواعد البيانات من Didit من بيانات هوية الشخص بمطابقتها مع المصدر المعتمد لتلك الدولة — مثل السجل المدني الوطني، أو هيئة الضرائب، أو القوائم الانتخابية، أو مكتب الائتمان، أو السجل البيومتري الذي أصدر المستند في المقام الأول. يُرجع كل فحص تطابقاً لكل حقل (identification_number وfirst_name وlast_name وdate_of_birth، وحقول العنوان عندما تستخدمها الخدمة) بالإضافة إلى نتيجة مجمعة وتفاصيل السجل الأساسي عند توفرها. تُعد هذه الخدمة أقوى خط دفاع ضد الاحتيال بالهوية الاصطناعية: إذ سيفشل رقم DNI أو CPF الحقيقي المسروق في استعلام السجل، ولن يكون الرقم المُلفق موجوداً في قاعدة البيانات الرسمية على الإطلاق. تقترن خدمة التحقق من قواعد البيانات مع ميزة مطابقة الوجه البيومترية لدينا في الدول التي يحتفظ فيها السجل بصورة رسمية (الأرجنتين عبر RENAPER، وبنما عبر Tribunal Electoral SIB / SIB Plus) حتى تتمكن ليس فقط من التأكد من أن الرقم حقيقي، بل ومن أن الشخص الذي يقف أمام الكاميرا هو صاحبه الفعلي.

​
لماذا Didit

  • أرخص الأسعار بنظام الدفع لكل استدعاء. تبدأ من $0.05 لكل فحص (جمهورية الدومينيكان) وتصل إلى $7.00 لأعلى المصادر المتخصصة تكلفة. يُحدد السعر لكل خدمة وليس لكل دولة — فتُسعَّر الخدمة وفقاً لذلك إذا كان السجل يفرض رسوماً مرتفعة بالجملة (بطاقة الهوية الوطنية الفنلندية تبلغ $2.10). اطّلع دائماً على السعر للخدمة المحددة التي تخطط لاستدعائها من جدول الأسعار لكل خدمة. لا توجد حدود دنيا شهرية، ولا رسوم للمنصة، ولا فوترة لكل مقعد — لا يتم احتساب الرسوم إلا على الاستعلامات الناجحة فقط.
  • الأسرع في التكامل. سجّل حسابك، واحصل على مفتاح API من لوحة التحكم، ويمكنك استدعاء POST /v3/database-validation/ في غضون دقائق. دون الحاجة إلى مكالمة مبيعات، أو دورة مشتريات، أو أوراق إثبات المفهوم — Didit خدمة ذاتية بالكامل.
  • استعلامات مباشرة من المصدر المعتمد. RENAPER، وReceita Federal (SERPRO)، وTribunal Electoral، وRENAPO، وRENAP، وRNP، وRNPN، وJunta Central Electoral، وRegistraduría Nacional، وSEGIP، وServicio de Registro Civil، وTribunal Supremo de Elecciones، وDirección General de la Policía — وليست سحباً للبيانات من مُجمّعات البيانات.
  • مطابقة الوجه بيومترياً عندما يتوفر لدى السجل صورة رسمية في الملف. درجة ثقة أعلى من OCR دون أي عمل تكاملي إضافي.
  • زمن استجابة مناسب لبيئة الإنتاج. يكون زمن الاستجابة عند المئين 95 (p95) عادةً أقل من 1.5 ثانية من البداية إلى النهاية، مع توافر بنسبة 99.9% على أساس ربع سنوي.
يتناول درس Academy حول قراءة نتيجة التحقق خدمة التحقق من قواعد البيانات عند الدقيقة 11:05، ويعرض نتائج التطابق الكامل والجزئي وعدم التطابق.

​
التغطية العالمية

مرر المؤشر فوق أي دولة مميزة للاطلاع على كل خدمة من خدمات التحقق من قواعد البيانات التي نوفرها هناك، ومجال البيانات (الهوية، والبيانات المالية، والبيانات البيومترية، والعنوان، والاتصالات، …)، وسعر كل استدعاء. الدول المفعلة جاهزة للاستخدام في بيئة الإنتاج اليوم؛ أما البقية فيتم ربطها عند الطلب بمجرد أن يطلب العميل ذلك.
ألا تجد دولتك؟ تواصل معنا — يشمل كتالوجنا 60+ دولة تضم مئات الخدمات التي نفعّلها عند الطلب بمجرد أن يحتاجها العميل. عادةً ما تصبح عمليات التكامل الجديدة جاهزة للعمل في غضون أسبوعين إلى 3 أسابيع.

​
كيف يعمل التحقق من قواعد البيانات

لا يعمل التحقق من قواعد البيانات بشكل تخميني أبداً. فهو لا يُنفَّذ إلا عندما تتحقق جميع الشروط التالية:
  1. حددت الجلسة دولة للاستعلام عنها — من issuing_state الخاصة بـ التحقق من الهوية، أو، عندما لا يحتوي سير العمل على خطوة التحقق من الهوية، من الدولة الوحيدة التي تم تكوين خطوة التحقق من قواعد البيانات لها.
  2. تتوفر في تلك الدولة خدمة واحدة على الأقل من خدمات التحقق من قواعد البيانات مُمكَّنة في سير العمل.
  3. وفّرت الخطوات السابقة لخطوة التحقق من قواعد البيانات كل حقل مطلوب تحتاج إليه الخدمة المختارة.
إذا تم تمكين خدمة ولكن لم تصل الحقول المطلوبة أبداً (على سبيل المثال، تعذر استخراج رقم CPF من مستند RG برازيلي ملطخ)، فسيتم تخطي الخدمة، ولن يتم فرض أي رسوم عليك، ويتم إصدار تحذير في الجلسة: DATABASE_VALIDATION_NOT_APPLICABLE عندما لا يحمل المستند ببساطة المعرّف الذي تستعلم الخدمة بواسطته، وCOULD_NOT_PERFORM_DATABASE_VALIDATION عندما كان ينبغي أن يكون متاحاً ولم يكن كذلك. كلاهما مدرج في كتالوج التحذيرات. يمكن لشخص من فريقك يتمتع بصلاحية مراجعة الجلسة ملء الحقل المفقود يدوياً من صفحة تفاصيل الجلسة في Console، وسيؤدي حفظه إلى إعادة تشغيل الفحص تلقائياً. هذا إجراء يقوم به المراجِع، وليس شيئاً يمكن للمستخدم النهائي القيام به — للسماح للـ مستخدم بتقديم حقل لا يحمله مستنده، اطلبه في الاستبيان (أو استخراج عبر Document AI، أو قيمة ترسلها عند إنشاء الجلسة) وقم بربطه في خطوة التحقق من قواعد البيانات، كما هو موضح أدناه.

​
التحقق من قواعد البيانات لا يتطلب التحقق من الهوية

كانت خطوة التحقق من قواعد البيانات تقتضي في السابق وجود خطوة التحقق من الهوية قبلها، لأن تقنية OCR الخاصة بمستند الهوية كانت الطريقة الوحيدة المتكاملة للحصول على بيانات المستخدم النهائي. لم يعد الأمر كذلك: فكل حقل مطلوب يحدد الخطوات التي يمكنها توفيره، وتصبح الخدمة متاحة بمجرد أن يتضمن سير العمل لديك خطوة توفر كل حقل تحتاجه. هذا يعني أن خدمة القياسات الحيوية للوجه يمكن تشغيلها من خطوة كشف الحيوية وحدها، دون وجود أي مستند هوية في أي مكان في سير العمل، ويمكن استيفاء خدمة تعتمد على رقم ضريبي أو رقم هاتف أو بريد إلكتروني من خلال إجابة استبيان، أو خطوة التحقق من رقم الهاتف/البريد الإلكتروني، أو استخراج عبر Document AI. تضمن قاعدتان الحفاظ على الأمان:
  • يجب أن يقوم سير العمل الذي لا يتضمن التحقق من الهوية بتكوين دولة واحدة فقط في خطوة التحقق من قواعد البيانات. فبدون وجود issuing_state من المستند، تعد هذه الإشارة الواضحة الوحيدة للسجل الوطني المطلوب الاستعلام عنه، لذا فإن التكوين متعدد الدول دون التحقق من الهوية لن يُشغّل أي شيء بدلاً من التخمين.
  • يبقى فحص الحقول المطلوبة دون تغيير. حيث يتم تخطي الخدمة التي لا تتوفر جميع حقولها في وقت التشغيل قبل إجراء أي استعلام لدى أي مزود، وبذلك لا تتم محاسبتك أبداً على قاعدة بيانات لم يُستعلم عنها على الإطلاق.

​
ربط حقول Document AI والاستبيان

تستخدم حقول الاستخراج في Document AI وأسئلة الاستبيان أسماء المفاتيح الخاصة بك، وليست الخاصة بـ Didit. ويتم ربط المفتاح الذي يطابق تماماً اسم إدخال في التحقق من قواعد البيانات (tax_number، وdate_of_birth، وphone، …) تلقائياً دون الحاجة إلى تكوين. بالنسبة لأي شيء آخر، يعرض محرر سير العمل قائمة اختيار في خطوة التحقق من قواعد البيانات للحقول التي لا تزال غير مملوءة، حيث تقوم بتوجيه كل حقل إلى مفتاح حقل Document AI أو إجابة الاستبيان التي توفره. في Console، تظهر الخدمة التي لا يمكن لسير العمل تشغيلها بعد معطلة مع توضيح السبب — أي الحقول المفقودة وما هي الخطوة التي توفرها — ويقترح المحرر إضافة تلك الخطوة نيابةً عنك. وتؤدي إضافتها إلى تفعيل كل خدمة تتيحها هذه الخطوة على الفور.
مثال عملي — معرّف لا يحمله المستند. تستعلم خدمة الهوية الوطنية في نيجيريا عبر رقم NIN المكون من 11 رقماً، والذي غالباً لا يكون مطبوعاً على المستندات التي يحمّلها الأشخاص، لذا فإن الاعتماد على مستند الهوية وحده يؤدي إلى تخطي الفحص باعتباره غير قابل للتطبيق لشريحة واسعة من المستخدمين. ضع خطوة الاستبيان قبل خطوة التحقق من قواعد البيانات لطلب رقم NIN، ثم اربط national_id بذلك السؤال في خطوة التحقق من قواعد البيانات. هذا الربط نفسه هو ما يجعل المعرّف غير الموجود على المستند على الإطلاق — مثل رقم التحقق المصرفي أو رقم تسجيل الشركة — قابلاً للاستخدام داخل سير العمل.
بالنسبة للخدمات المعتمدة على العنوان، تقسم Didit حقل address الواحد في مستند الهوية إلى عناصر عنوان منظمة تلقائياً: عند استدعاء API المستقل، يمكنك إرسال إما حقل address واحد أو هذه الحقول المنظمة مباشرة. وتكون الأولوية للحقول المنظمة في حال توفر الاثنين معاً. وتتطلب الخدمات التي تستلزم البحث عن العنوان وجود address_element_1 بالإضافة إلى عنصر عنوان آخر واحد على الأقل؛ وإذا لم تتمكن Didit من استخلاص هذه العناصر من مستند الهوية أو إثبات العنوان في سير العمل، فسيتم تخطي الخدمة ولن تتم فوترتها. إذا لم تكن الدولة المحددة مُمكّنة على الإطلاق، فسيتم تخطي الخطوة دون إشعار ودون تحذير ودون فرض أي رسوم.
سير عمل التحقق من قواعد البيانات في Didit لفحص بيانات المستخدم مقابل سجلات الهوية الحكومية

​
نتيجة التطابق

تُرجع كل خدمة مفعلة تحققاً لكل حقل: يتم تجميع قيمة match_type الإجمالية لتصبح:
  • full_match — كل حقل طُلب التحقق منه يتطابق مع مصدر واحد على الأقل.
  • partial_match — تطابق جزئي؛ يتم التوجيه إلى قائمة انتظار المراجعة وفقاً لقواعد سير العمل لديك.
  • no_match — لم يؤكد أي مصدر البيانات؛ الرفض عادةً.

​
كيفية استنتاج المطابقة (1×1 / 2×2)

لم نعد نطلب منك التحديد المسبق لـ “1×1” أو “2×2” — إذ يتم استنتاجهما من عدد الخدمات المختلفة التي حققت تطابقاً كاملاً مع البيانات المُدخلة:
  • نتيجة 1×1 — أرجعت خدمة واحدة تطابقاً كاملاً (أكد مصدر موثوق واحد البيانات).
  • نتيجة 2×2 — أرجعت خدمتان أو أكثر تطابقاً كاملاً (تأكيد مستقل؛ أعلى درجة ثقة يمكننا تقديمها).
يمكن لسير العمل تفعيل أي عدد من الخدمات لكل دولة؛ وتُحاسَب عن كل خدمة تُرجع نتيجة بالفعل. أما الخدمات التي تعذر استخراج حقولها المطلوبة فيتم تخطيها دون أي رسوم. ➡️ راجع طرق المطابقة للاطلاع على منطق اتخاذ القرار الكامل وكيفية تفاعله مع partialMatchAction / noMatchAction.

​
التحقق من قواعد البيانات البيومترية

تنشر السجلات المدنية في بعض البلدان قالباً بيومترياً (صورة شخصية أو بصمة إصبع). عندما يكون ذلك متاحاً، فإننا نقرن البحث في السجل بـ مطابقة الوجه البيومترية مع صورة السيلفي الخاصة بالمستخدم:
  • الأرجنتين (arg_renaper) — مطابقة بيومترية للوجه مع صورة RENAPER الرسمية المحفوظة. تغطية سكانية بنسبة 100%؛ فكل مواطن أرجنتيني يحمل DNI مسجل في قاعدة البيانات.
  • بنما (pan_cedula_sib، pan_cedula_sib_plus) — مطابقة بيومترية للوجه مع خدمة Tribunal Electoral SIB. تُعد SIB Plus النسخة ذات المستوى الأعلى بحدود بيومترية أكثر صرامة وبيانات وصفية أغنى للمطابقة.
بالنسبة لهذه الخدمات، فإن حقل selfie مطلوب. داخل مسار الجلسة، يُعاد استخدام صورة السيلفي الخاصة بكشف الحيوية (الأعلى جودة) ويتم الرجوع إلى الصورة الشخصية في المستند كخيار بديل. خارج الجلسة، عند استدعاء API المستقلة (POST /v3/database-validation/، الوضع B أعلاه)، تقوم بتقديم صورة JPEG/PNG بنفسك.

​
إثراء الهوية العالمي

تُعد glb_identity_enrichment خدمة عالمية للتحقق من قواعد البيانات، ومتاحة عبر واجهة API المستقلة فقط. فمن خلال بريد إلكتروني و/أو رقم هاتف، تتعرف على الأشخاص المرتبطين (الأسماء وتواريخ الميلاد والعناوين وأرقام الهواتف ورسائل البريد الإلكتروني وأرقام الهوية الوطنية) وتُرجع درجة تطابق الاسم، المحددة وفقاً لـ رموز النتائج القياسية MATCH / PARTIAL_MATCH / NO_MATCH / DOCUMENT_NOT_FOUND (مع ما يقابلها من match_type، وهي full_match / partial_match / no_match). نظراً لأنها خدمة عالمية (GLB) تعتمد على البريد الإلكتروني/الهاتف بدلاً من دولة إصدار المستند، فهي غير متوفرة في أداة إنشاء سير العمل. يمكنك استدعاؤها مباشرة عبر API المستقلة مع تعيين issuing_state إلى GLB:
تتم فوترتها بسعر $0.20 لكل طلب (يتم احتساب التكلفة فقط عندما يُرجع المزود نتيجة).

​
الإعدادات

يتم ضبط التحقق من قواعد البيانات لكل سير عمل من لوحة التحكم. لكل دولة، تحدد الخدمات المعينة التي ترغب في تشغيلها؛ ويتم استنتاج حقول الإدخال المطلوبة والاختيارية من مجموع تلك الخدمات. يتم تكوين الإجراء المتخذ عند نتائج partial_match و no_match بشكل منفصل، ويمكن أن يكون approve، أو review، أو decline.
Didit database validation console settings selecting per-country registry services and outcome rules

​
إشعارات التوفر

تتعطل السجلات الحكومية والمصادر الأخرى من وقت لآخر. وطالما يتعذر الوصول إلى قاعدة بيانات، لا تُرجع عمليات الفحص المرتبطة بها أي إجابة ولا تتم فوترتها. وداخل سير العمل، تنتهي الخدمة إلى REGISTRY_UNAVAILABLE. أما في API المستقل، فيظهر الانقطاع نفسه بأحد ثلاثة أشكال، لذا اقرأ النتائج الخاصة بكل خدمة و database_validation.errors[]، ولا تعتمد أبداً على حالة HTTP وحدها:
  • 200 مع outcome_code: "REGISTRY_UNAVAILABLE" لتلك الخدمة في validations، عندما احتفظت Didit بنتيجة للإبلاغ عنها.
  • 200 مع وجود تلك الخدمة في database_validation.errors[] كـ code: "empty_provider_response" وretryable: true، عندما لم تُصدر أي إجابة قابلة للاستخدام على الإطلاق بينما قدمت خدمة محددة أخرى إجابة. وتكون الخدمة الفاشلة عندئذٍ غائبة عن validations وعن services_used، بحيث تكون errors[] هي المكان الوحيد الذي تظهر فيه.
  • 502 مع validation_errors[].code: "empty_provider_response" وretryable: true، عندما لا تُرجع أي خدمة محددة نتيجة قابلة للاستخدام (راجع المدخلات المرفوضة والنتائج غير المتوفرة).
تتبع status الإجمالية الخدمات التي استجابت بالفعل، لذا فهي ليست إشارة موثوقة لانقطاع الخدمة بمفردها. فالطلب الذي لم يتبق لديه ما يُقارن به يتحول إلى In Review، لكن الطلب الذي حدد عدة خدمات يمكن أن يعود بـ Approved بناءً على مطابقة خدمة أخرى بينما كان أحد مصادره غير متوفر. أعِد محاولة الخدمة الفاشلة من errors[] بدلاً من إعادة الطلب بأكمله. لا يعبر أي من هذه الأشكال عن أي شيء يتعلق بالشخص الذي يجري التحقق منه. تراقب Didit النتائج المباشرة لعمليات الفحص الفعلية، قاعدة بيانات تلو الأخرى، وترسل بريداً إلكترونياً إلى مؤسستك عندما يكون الانقطاع مستمراً وليس مجرد طلب فاشل فردي: تُرسل الإشعارات إلى الأعضاء وجهات اتصال الفوترة في كل مؤسسة أجرت فحصاً على قاعدة البيانات المحددة تلك خلال آخر 48 ساعة. لا يلزم تكوين أي شيء ولا توجد آلية اشتراك مسبق. لا تؤدي حركة المرور في البيئة التجريبية إلى تشغيلها أبداً، وكذلك حالات الفشل الناتجة عن البيانات التي أرسلتها (مدخلات مرفوضة أو مشوهة) أو عن الخدمات التي تعمل باستخدام بيانات اعتماد ربطتها مؤسستك بنفسها. ويُعد الفحص الذي أُجيب عليه عبر مصدر احتياطي متاحاً، وكذلك عدم التطابق القاطع.

​
الأسعار — ادفع مقابل ما تستخدمه فقط

تتم فوترة التحقق من قواعد البيانات لكل استعلام ناجح، لكل خدمة، بالسعر المنشور لتلك الخدمة. وتتراوح الأسعار من $0.05 لكل فحص (جمهورية الدومينيكان عبر Junta Central Electoral) وتصل إلى $7.00 للمصادر المتخصصة الأكثر تكلفة. تقع العديد من عمليات البحث في السجلات الحكومية ضمن نطاق من 0.20 دولار أمريكي إلى 0.30 دولار أمريكي، لكن عدداً لا بأس به يكلف أكثر بكثير لأن المصدر نفسه يفرض رسوماً أعلى — فالهوية الوطنية الفنلندية (fin_national_id) تبلغ $2.10 لكل استعلام ناجح. حدد سعر الدولة من الصف الخاص بها في جدول الأسعار، وليس من نطاق تقريبي أبداً. لا يوجد حد أدنى شهري أو التزامات أو رسوم منصة. أنت تدفع فقط عندما تُرجع الخدمة نتيجة. لا تتم فوترة الخدمات التي يتم تخطيها بسبب نقص بيانات الإدخال، وكذلك الخدمة التي يفشل استدعاء مصدرها بحد ذاته - حيث يعني خطأ السجل أو تعذر الوصول إلى السجل (REGISTRY_ERROR / REGISTRY_UNAVAILABLE) أنه لم تتم الإجابة على الاستعلام قط، وبالتالي فهو ليس نتيجة خاضعة للرسوم. يتم احتساب كل استعلام ناجح في السجل بدءاً من الاستعلام الأول، سواء كان يعمل داخل سير العمل أو من خلال API المستقل POST /v3/database-validation/. ويُدفع من رصيد خطتك أو رصيد الشحن مثل أي فحص آخر، وينطبق خصم خطتك على سعره بالكامل. راجع صفحة الأسعار. ➡️ أسعار التحقق من قواعد البيانات · سجّل واحصل على مفتاح API

​
جميع الخدمات

​
متابعة القراءة

  • طرق المطابقة — كيفية استخلاص نتائج 1×1 / 2×2 وكيفية التعامل معها.
  • رموز النتائج — القائمة الكاملة لرموز استجابة المزود (متوفى، قاصر، المستند غير موجود، عدم تطابق بيومتري، …) وكيفية تعيينها لقرارات الجلسة.
  • التحذيرات — ما نعرضه عندما يتعذر تشغيل خدمة بسبب نقص البيانات.
  • التقارير — عمليات تصدير الفوترة الشهرية لكل خدمة متضمنة الدولة ومعرّف الخدمة والاستخدام وسعر الوحدة والتكلفة الإجمالية.
  • الدول المدعومة — عرض جدول ثابت لجميع الدول التي نغطيها اليوم.
آخر تعديل في ٧ نوفمبر ٢٠٢٦