الانتقال إلى المحتوى الرئيسي
تستعلم واجهة API الخاصة بـ التحقق من قواعد البيانات من Didit من السجل المدني المعتمد لكل دولة — RENAPER (الأرجنتين، $0.20/عملية فحص مع مطابقة الوجه البيومترية)، وReceita Federal (البرازيل، $0.20)، وTribunal Electoral SIB (بنما، $0.75 بيومتري)، وJunta Central Electoral (جمهورية الدومينيكان، $0.05)، بالإضافة إلى 14 سجلاً آخر — وتُحسب التكلفة لكل استعلام ناجح، دون حد أدنى شهري. عند تشغيل التحقق من قواعد البيانات، ستحصل على مستويين من النتائج:
  1. رمز نتيجة قياسي يعمل بالطريقة نفسها عبر جميع الدول المدعومة، مما يتيح لك كتابة منطق معالجة موحد يغطيها جميعاً.
  2. رمز تفصيلي خاص بالدولة اختياري يوضح بدقة الحالة التي أرجعها السجل الحكومي — وهو مفيد للدعم والتحليلات وتحديد ما إذا كان يجب مطالبة المستخدم بإعادة المحاولة.
تسرد هذه الصفحة كل قيمة يمكن أن تظهر لك وتوضح كيفية التعامل مع كل منها.

رموز النتائج القياسية

هذه الرموز متطابقة عبر جميع الدول. ابنِ منطق المراجعة والرفض وإعادة المحاولة بالاعتماد عليها — وليس على الرموز التفصيلية الخاصة بكل دولة.
يوجد outcome_code داخل كل إدخال في مصفوفة validations في تقرير التحقق. راجع تقرير التحقق من قواعد البيانات لمعرفة موقعه في الاستجابة.
يشير REGISTRY_UNAVAILABLE وREGISTRY_ERROR إلى أن السجل المصدر لم يجب على الاستعلام مطلقاً، وبالتالي فإن هاتين النتيجتين لا تتم فوترتهما - راجع الأسعار. كل رمز نتيجة آخر هو استجابة حقيقية ومدفوعة من السجل، حتى لو لم تؤكد أي شيء (INCONCLUSIVE وBIOMETRIC_IMAGE_UNUSABLE) وحتى تلك التي ترفض ما أرسلته (INVALID_DOCUMENT_FORMAT وINVALID_INPUT — كرموز نتائج تعني هذه أن السجل نفسه رفض البيانات بعد إرسال الاستعلام).المدخلات التي لا تصل إلى السجل مطلقاً لا تنتج أي رمز نتيجة على الإطلاق: تستجيب POST /v3/database-validation/ بالرمز 400 عندما تفشل القيمة في اجتياز قواعد تنسيق الدولة، ويتم تخطي خدمة سير العمل التي تحتوي على حقول مفقودة أو غير صالحة مع COULD_NOT_PERFORM_DATABASE_VALIDATION. ولا تتم فوترة أي منهما. تفاصيل كاملة في صفحة أسعار التحقق من قواعد البيانات.

رموز التفاصيل الخاصة بكل دولة

يتم إرجاع رمز التفاصيل كـ outcome_detail إلى جانب outcome_code. فقط الدول المدرجة أدناه تنتج رموز تفاصيل إضافية تتجاوز النتيجة القياسية — بينما تُرجع كل دولة مدعومة أخرى الرموز القياسية فقط.

الأرجنتين (RENAPER)

تستخدم الأرجنتين تحققاً بيومترياً 1×1 مقابل السجل الوطني للهوية RENAPER، يجمع بين DNI وصورة سيلفي والجنس المصرح به.

البرازيل (Receita Federal — Consulta CPF)

تتحقق البرازيل من CPF مقابل خدمة CPF الرسمية لـ Receita Federal، مع معالجة صريحة للقُصَّر بموجب LGPD (القانون العام لحماية البيانات) والقانون الرقمي للأطفال والمراهقين.
بالنسبة لنتائج MINOR_BLOCKED في البرازيل، لا يزال source_data يُرجع علامات lgpd_minor وminor_under_18 وminor_under_16 حتى تتمكن من تطبيق مسارات مناسبة للعمر دون إعادة المحاولة.

بنما (SIB — Tribunal Electoral)

تستخدم بنما التحقق البيومتري مقابل سجل SIB (Servicio de Identificación Biométrica) الذي تديره المحكمة الانتخابية (Tribunal Electoral). في حال حدوث خطأ تقني في SIB، تنتقل الجلسة تلقائياً إلى البحث بصيغة 1×1.

الدول المدعومة الأخرى

تُرجع الدول الموضحة أدناه رموز النتائج القياسية فقط — ولا توجد رموز تفاصيل خاصة بكل دولة للتعامل معها.
  • بوليفيا، وكولومبيا، وكوستاريكا، والسلفادور، وغواتيمالا، وهندوراس، وباراغواي، وإسبانيا، وأوروغواي، وفنزويلا — بحث 1×1 مقابل السجل المدني المعني. يتم تعيين النتائج مباشرة إلى MATCH أو NO_MATCH أو DOCUMENT_NOT_FOUND أو INVALID_DOCUMENT_FORMAT أو REGISTRY_UNAVAILABLE.
  • تشيلي (Registro Civil) — بحث RUT. يتم تعيينه إلى النتائج القياسية بالإضافة إلى MINOR_BLOCKED عندما يحدد السجل سجلاً لقاصر.
  • جمهورية الدومينيكان (JCE) — بحث Cédula يُرجع صلاحية منطقية؛ ويتم تعيينه إلى MATCH أو NO_MATCH.
  • الإكوادور (Registro Civil) — بحث Cédula.
  • المكسيك (RENAPO، بالإضافة إلى INE لـ 2×2) — بحث CURP عبر RENAPO. عندما يكون validation_type هو two_by_two، يتم تشغيل مطابقة مرجعية إضافية مع INE؛ ويصب كلاهما في نفس رموز النتائج القياسية.
  • بيرو (RENIEC) — بحث DNI.

آلية التعامل

تبدو أبسط آلية معالجة موثوقة على النحو التالي:
لا تحتاج إلى إنشاء تفرعات برمجية بالاعتماد على outcome_detail لمنطق العمل الخاص بك — بل استخدمه للتحليلات وتصحيح الأخطاء وتذاكر الدعم الفني. ويظل outcome_code القياسي ثابتاً عبر مختلف الدول وبمرور الوقت.

انظر أيضاً

آخر تعديل في ٧ نوفمبر ٢٠٢٦