Paano gumagana ang data

Dalawang layer na may magkaibang pinagmulan, magkaibang paraan ng beripikasyon at magkaibang label sa bawat API response.

Layer 1: mga visa verdict

Ang base verdict (visa-free, e-visa, visa required, …) para sa bawat isa sa 39,402 passport→destination na pares ay nagmumula sa isang pinagsama-samang matrix ng visa requirement, isang secondary source na kinukuha muli mula sa upstream nito at minamarkahan bilang bersyon ng dataset. hindi kailanman inaangkin na opisyal na naberipika ang mga verdict kada pares; nilalagyan ang mga ito ng label na secondary_source_only sa mga API response.

Layer 2: mga na-curate na patakaran sa pagpasok

Ang passport validity, mga blangkong pahina, return o onward ticket, yellow fever, mga transit program, mga exemption para sa residence permit at mga opisyal na application portal ay kina-curate kada destinasyon. Bawat field na may nilalaman ay may sipi mula sa isang opisyal na pinagmulan ng gobyerno: {name, url, retrieved_at}. Hindi kailanman ginagamit bilang pinagmulan ang mga third-party na visa site.

Araw-araw na beripikasyon

Araw-araw, dumaraan sa dalawang tier ang beripikasyon:

• Tier 1: automated na pagtukoy ng pagbabago. Bawat na-cite na source URL (~530 natatanging opisyal na pahina) ay kinukuha gabi-gabi at fini-fingerprint ang nilalaman nito. Umuusad lang ang petsa ng last_verified ng isang destinasyon kapag napatunayang walang nagbago sa bawat isa sa mga na-cite nitong pahina mula noong huling pagsusuri. Wala kaming inuusad batay lang sa tiwala.
• Tier 2: pagsusuri ng agent. Ang mga pahinang nagbago ang nilalaman, mga pahinang hindi na nagbubukas, at isang umiikot na bahagi ng lahat ng destinasyon ay muling binabasa nang buo laban sa mga naka-imbak na patakaran. Ang tunay na pagbabago ay nag-a-update sa patakaran (sinisipi ang parehong awtoridad); kapag malabo, nilalagyan ito ng needs_review; naitatala ang bawat resulta sa pampublikong feed ng mga pagbabago.

Ang mga patakarang mas matanda sa 120 araw ay iniuulat bilang stale sa mga verification block ng bawat response. Ipinapaalam ang pagkaluma, hindi itinatago.

Mga safety rule na ipinapatupad ng pipeline

• Hindi kailanman binubura ang isang patakaran dahil hindi maabot ang pahina nito. Ini-flag ito.
• Ang pagbabago mula sa visa required patungong visa-free ay nangangailangan ng pangalawang opisyal na sanggunian bago ito ilapat.
• Ang hindi alam ay ipinapakita bilang hindi alam. Hindi kailanman nanghuhula ang API.
• Bawat data commit ay dumadaan sa regression suite (58 naka-pin na ruta, mga structural invariant) at mga coverage-floor assertion (walang klase ng field ang puwedeng basta bumaba nang walang abiso) bago ito ma-deploy.

Suriin ang mga claim

Napapatunayan ang lahat ng nasa itaas: naglalathala ang /transparency ng coverage, bilang ng sipi at pagiging bago ng data na kinakalkula mula sa dataset na aktuwal naming inihahatid; nakalista sa /changes.json ang mga verification event; nasa /stats.json ang live na counter; at sinusuri ng status.canienter.com ang API kada minuto. Contact: api@canienter.com.

Gabay para sa pagpaplano. Kumpirmahin sa mga opisyal na sanggunian bago maglakbay · Dataset version 2026-08-10