Dữ liệu được tạo ra và kiểm tra như thế nào

Hai lớp có nguồn gốc khác nhau, được xác minh khác nhau và được gắn nhãn khác nhau trong mọi phản hồi API.

Lớp 1: kết luận thị thực

Kết luận cơ sở (miễn thị thực, thị thực điện tử, phải có thị thực, …) cho mỗi cặp trong số 39.402 cặp hộ chiếu→điểm đến bắt nguồn từ một ma trận yêu cầu thị thực tổng hợp, một nguồn thứ cấp được làm mới từ nguồn gốc và gắn nhãn phiên bản tập dữ liệu. Các kết luận này không bao giờ được coi là đã xác minh chính thức theo từng cặp; phản hồi API gắn nhãn chúng là secondary_source_only.

Lớp 2: quy định nhập cảnh được biên soạn

Hiệu lực hộ chiếu, trang thị thực trống, vé đi tiếp, sốt vàng da, các chương trình quá cảnh, miễn trừ theo giấy phép cư trú và cổng nộp đơn chính thức đều được biên soạn theo từng điểm đến. Mọi trường không rỗng đều dẫn một nguồn chính thức của chính phủ: {name, url, retrieved_at}. Các trang của công ty dịch vụ làm thị thực không bao giờ được dùng làm nguồn.

Xác minh hằng ngày

Việc xác minh diễn ra hằng ngày, theo hai tầng:

• Tầng 1: tự động phát hiện thay đổi. Mọi URL nguồn được dẫn (~530 trang chính thức riêng biệt) đều được tải về mỗi đêm và tính dấu vân nội dung (fingerprint). Ngày last_verified của một điểm đến chỉ được cập nhật khi từng trang được dẫn của điểm đến đó xác nhận là không thay đổi so với lần quan sát trước. Không có ngày nào được cập nhật chỉ vì tin tưởng.
• Tầng 2: agent rà soát. Những trang có nội dung đã thay đổi, những trang không còn truy cập được, và một nhóm điểm đến được chọn luân phiên sẽ được đọc lại đầy đủ để đối chiếu với các quy định đã lưu. Nếu có thay đổi thực sự, quy định sẽ được cập nhật (dẫn chính cơ quan chức năng đó); chỗ không rõ ràng thì gắn needs_review; mọi kết quả đều được ghi vào nguồn cấp thay đổi công khai.

Các quy định cũ hơn 120 ngày được báo là stale trong khối xác minh của từng phản hồi. Độ cũ được công bố, không bị che giấu.

Các quy tắc an toàn mà quy trình luôn tuân thủ

• Một quy định không bao giờ bị xóa chỉ vì trang nguồn không truy cập được; quy định đó sẽ được gắn cờ.
• Thay đổi từ cần thị thực sang miễn thị thực phải có nguồn chính thức thứ hai trước khi được áp dụng.
• Không rõ thì trả về là không rõ. API không bao giờ phỏng đoán.
• Mọi lần commit dữ liệu đều phải vượt qua bộ kiểm thử hồi quy (58 tuyến được ghim, các bất biến về cấu trúc) và các kiểm tra ngưỡng phạm vi bao phủ tối thiểu (không nhóm dữ liệu nào bị âm thầm thu hẹp) trước khi được triển khai.

Kiểm chứng các tuyên bố

Tất cả những điều trên đều có thể tự kiểm chứng: /transparency công bố phạm vi bao phủ, số lượng dẫn nguồn và độ mới được tính từ tập dữ liệu đang được cung cấp; /changes.json liệt kê các sự kiện xác minh; /stats.json chứa các bộ đếm trực tiếp; và status.canienter.com kiểm tra API mỗi phút. Liên hệ: api@canienter.com.

Thông tin tham khảo để lập kế hoạch. Hãy xác minh với các nguồn chính thức trước khi đi · Phiên bản tập dữ liệu 2026-08-10