كيف تعمل البيانات

طبقتان من البيانات، لكل منهما مصدر مختلف وطريقة تحقق مختلفة ووسم مختلف في كل استجابة من واجهة البرمجة.

الطبقة 1: أحكام التأشيرات

الحكم الأساسي (إعفاء من التأشيرة، تأشيرة إلكترونية، تأشيرة مطلوبة، …) لكل زوج من أزواج جواز السفر والوجهة، وعددها 39,402، مأخوذ من قاعدة بيانات مجمّعة لمتطلبات التأشيرات، وهي مصدر ثانوي يُحدَّث من جهته الأصلية ويحمل إصدار مجموعة البيانات. ونحن لا ندّعي مطلقًا أن هذه الأحكام مُتحقَّق منها رسميًا لكل زوج؛ وتصنّفها استجابات واجهة البرمجة على أنها secondary_source_only.

الطبقة 2: قواعد الدخول المنسَّقة

صلاحية جواز السفر، والصفحات الفارغة، وتذاكر المغادرة أو العودة، والحمى الصفراء، وبرامج العبور، وإعفاءات تصاريح الإقامة، وبوابات التقديم الرسمية كلها مُنسَّقة لكل جهة مقصد. وكل حقل غير فارغ يستند إلى مصدر حكومي رسمي: {name, url, retrieved_at}. ولا تُستخدم مواقع التأشيرات التابعة لجهات خارجية كمصادر أبدًا.

التحقق اليومي

يجري التحقق يوميًا على مستويين:

القواعد الأقدم من 120 يومًا يُشار إليها بوصفها stale في كتل التحقق المرفقة بكل استجابة. ونحن نُظهر قِدَم البيانات ولا نخفيه.

قواعد السلامة التي يفرضها خط المعالجة

تحقّقوا من الادعاءات

كل ما سبق يمكنكم التحقق منه بأنفسكم: ينشر /transparency نسب التغطية وعدد المصادر ومدى حداثة البيانات محسوبة من مجموعة البيانات المنشورة؛ ويسرد /changes.json أحداث التحقق؛ ويعرض /stats.json عدّادات مباشرة؛ ويفحص status.canienter.com واجهة البرمجة كل دقيقة. للتواصل: api@canienter.com.

تطوّرون تطبيقًا؟ يمكنكم الحصول على هذه الإجابة بطلب HTTP واحد. باقة مجانية للتجربة، و$0.03 لكل طلب في بيئة الإنتاج عبر x402، دون حاجة إلى حساب. developers · llms.txt · openapi.json

تديرون موقع سفر؟ أضيفوا أداة التحقّق هذه إليه مجانًا . سطران من HTML، دون حساب، ودون تتبّع.

العربية

معلومات إرشادية للتخطيط. تحقّقوا من المصادر الرسمية قبل السفر · إصدار مجموعة البيانات 2026-08-10