Jak powstają nasze dane

Dwie warstwy danych: mają różne pochodzenie, inaczej je weryfikujemy i inaczej oznaczamy w każdej odpowiedzi API.

Warstwa 1: wyniki wizowe

Podstawowy wynik wizowy (bez wizy, e-wiza, wiza wymagana, …) dla każdej z 39 402 par paszport→kierunek pochodzi z zagregowanej macierzy wymogów wizowych — źródła wtórnego, odświeżanego u źródła i oznaczanego jako wersja zbioru danych. Wyników nigdy nie przedstawiamy jako oficjalnie zweryfikowanych dla poszczególnych par; odpowiedzi API oznaczają je jako secondary_source_only.

Warstwa 2: opracowane zasady wjazdu

Ważność paszportu, wolne strony wizowe, bilet powrotny lub dalszej podróży, żółta gorączka, programy tranzytowe, zwolnienia dla posiadaczy zezwoleń na pobyt oraz oficjalne portale do składania wniosków opracowujemy dla każdego kierunku. Każde niepuste pole zawiera odniesienie do oficjalnego źródła rządowego: {name, url, retrieved_at}. Komercyjnych pośredników wizowych nigdy nie używamy jako źródeł.

Codzienna weryfikacja

Weryfikacja przebiega codziennie na dwóch poziomach:

• Poziom 1: automatyczne wykrywanie zmian. Każdy cytowany adres URL źródła (~530 unikalnych oficjalnych stron) jest pobierany co noc, a z jego treści wyliczamy sumę kontrolną. Data last_verified dla danego kierunku przesuwa się tylko wtedy, gdy da się wykazać, że żadna z cytowanych stron nie zmieniła się od ostatniego sprawdzenia. Nic nie jest aktualizowane bez dowodu.
• Poziom 2: przegląd przez agenta. Strony, których treść się zmieniła, strony, które przestały być dostępne, oraz rotacyjnie wybierana część wszystkich kierunków są czytane w całości od nowa i porównywane z zapisanymi zasadami. Rzeczywiste zmiany aktualizują zasadę (z odniesieniem do tego samego urzędu); w razie niejasności ustawiamy needs_review; każdy wynik zapisujemy w publicznym kanale zmian.

Zasady starsze niż 120 dni oznaczamy jako stale w blokach weryfikacji w każdej odpowiedzi. Nieaktualne dane pokazujemy, a nie ukrywamy.

Zasady bezpieczeństwa pilnowane przez nasz proces przetwarzania danych

• Zasada nigdy nie jest usuwana z powodu niedostępności jej strony. Zostaje oznaczona.
• Zmiana z „wiza wymagana” na „bez wizy” wymaga drugiego oficjalnego źródła, zanim ją wprowadzimy.
• Brak danych zwracamy jako brak danych. API nigdy nie zgaduje.
• Każdy commit danych przechodzi zestaw testów regresyjnych (58 przypiętych tras, niezmienniki struktury) oraz kontrolę minimalnego pokrycia (żadna klasa pól nie może po cichu się zmniejszyć), zanim zostanie wdrożony.

Sprawdź to sam

Wszystko powyższe da się sprawdzić: /transparency publikuje pokrycie, liczbę odniesień do źródeł i aktualność obliczone na podstawie udostępnianego zbioru danych; /changes.json wymienia zdarzenia weryfikacyjne; /stats.json pokazuje liczniki na żywo; a status.canienter.com sprawdza API co minutę. Kontakt: api@canienter.com.

Informacje pomocne w planowaniu podróży. Przed wyjazdem sprawdź je w oficjalnych źródłach · Wersja zbioru danych 2026-08-10