داده‌ها چگونه به‌دست می‌آیند

دو لایه با منشأهای متفاوت که هر یک به شیوهٔ خود راستی‌آزمایی می‌شوند و در هر پاسخ API جداگانه برچسب‌گذاری می‌شوند.

لایهٔ 1: نتیجه‌های ویزا

نتیجهٔ پایه (بدون ویزا، ویزای الکترونیکی، نیاز به ویزا، …) برای هر یک از ۳۹٬۴۰۲ جفت گذرنامه→مقصد از یک جدول تجمیعی الزامات ویزا گرفته می‌شود؛ منبعی ثانویه که از منبع اصلی خود به‌روز می‌شود و با نسخهٔ مجموعه‌داده مشخص می‌شود. ما هرگز ادعا نمی‌کنیم که این نتیجه‌ها برای هر جفت به‌طور رسمی راستی‌آزمایی شده‌اند؛ پاسخ‌های API آن‌ها را با secondary_source_only برچسب می‌زنند.

لایهٔ 2: قواعد ورودِ گردآوری‌شده

اعتبار گذرنامه، صفحات خالی برای ویزا، بلیت بازگشت یا ادامه سفر، تب زرد، برنامه‌های ترانزیت، معافیت‌های مبتنی بر اجازهٔ اقامت و درگاه‌های رسمی درخواست، برای هر مقصد جداگانه گردآوری می‌شوند. هر فیلدی که خالی نباشد به یک منبع رسمی دولتی مستند است: {name, url, retrieved_at}. هرگز از سایت‌های واسطهٔ تجاری ویزا به‌عنوان منبع استفاده نمی‌کنیم.

راستی‌آزمایی روزانه

راستی‌آزمایی هر روز در دو سطح انجام می‌شود:

• سطح 1: تشخیص خودکار تغییر. هر نشانی منبع استنادشده (حدود ۵۳۰ صفحهٔ رسمی یکتا) شبانه دریافت می‌شود و از محتوای آن اثر انگشت گرفته می‌شود. تاریخ last_verified یک مقصد تنها زمانی جلو می‌رود که ثابت شود هیچ‌یک از صفحات استنادشدهٔ آن از آخرین بازدید تغییر نکرده است. هیچ چیز بر پایهٔ خوش‌بینی به‌روز نمی‌شود.
• سطح 2: بازبینی با ایجنت. صفحاتی که محتوایشان تغییر کرده، صفحاتی که دیگر باز نمی‌شوند و به‌نوبت بخشی از همهٔ مقصدها، به‌طور کامل خوانده و با قواعد ذخیره‌شده مقایسه می‌شوند. تغییرهای واقعی، قاعده را به‌روز می‌کنند (با استناد به همان مرجع)؛ ابهام needs_review را فعال می‌کند؛ هر نتیجه در فید تغییرات عمومی ثبت می‌شود.

قواعد قدیمی‌تر از ۱۲۰ روز در بخش راستی‌آزمایی هر پاسخ به‌صورت stale گزارش می‌شوند. قدیمی‌بودن داده را اعلام می‌کنیم، نه پنهان.

قواعد ایمنی که سامانهٔ پردازش داده اعمال می‌کند

• هیچ قاعده‌ای به این دلیل که صفحه‌اش باز نمی‌شود حذف نمی‌شود؛ فقط نشانه‌گذاری می‌شود.
• برای تغییر وضعیت از «نیاز به ویزا» به «بدون ویزا»، پیش از اعمال تغییر به یک منبع رسمی دوم نیاز است.
• چیزی که نامعلوم است، نامعلوم نشان داده می‌شود. API هرگز حدس نمی‌زند.
• هر ثبت داده پیش از انتشار باید از مجموعه آزمون‌های رگرسیون (۵۸ مسیر پین‌شده، ثابت‌های ساختاری) و بررسی‌های حداقل پوشش (هیچ گروهی از فیلدها نباید بی‌سروصدا کوچک شود) عبور کند.

ادعاها را بررسی کنید

همهٔ موارد بالا قابل بررسی است: /transparency پوشش، تعداد منابع و تازگی داده‌ها را که از همان مجموعه‌دادهٔ ارائه‌شده محاسبه شده منتشر می‌کند؛ /changes.json رویدادهای راستی‌آزمایی را فهرست می‌کند؛ /stats.json آمار زنده را نشان می‌دهد؛ و status.canienter.com هر دقیقه API را بررسی می‌کند. تماس: api@canienter.com.

این اطلاعات برای برنامه‌ریزی سفر است. پیش از سفر آن را از منابع رسمی بررسی کنید · نسخه مجموعه‌داده 2026-08-12