Cómo funcionan los datos

Dos capas con procedencias distintas, verificadas de forma distinta y etiquetadas de forma distinta en cada respuesta de la API.

Capa 1: veredictos de visa

El veredicto base (sin visa, visa electrónica, visa requerida, …) de cada uno de los 39.402 pares pasaporte→destino proviene de una matriz agregada de requisitos de visa, una fuente secundaria que se actualiza desde su origen y que se identifica con la versión del conjunto de datos. Los veredictos nunca se declaran verificados oficialmente para cada par; las respuestas de la API los etiquetan como secondary_source_only.

Capa 2: reglas de entrada revisadas una por una

La vigencia del pasaporte, las páginas en blanco, el billete de salida, la fiebre amarilla, los programas de tránsito, las exenciones por permiso de residencia y los portales oficiales de solicitud se revisan destino por destino. Todo campo no vacío cita una fuente oficial del gobierno: {name, url, retrieved_at}. Las agencias comerciales de visas nunca se usan como fuente.

Verificación diaria

La verificación se ejecuta en dos niveles, todos los días:

• Nivel 1: detección automática de cambios. Cada URL de fuente citada (~530 páginas oficiales únicas) se descarga cada noche y se calcula la huella de su contenido. La fecha last_verified de un destino avanza solo cuando se demuestra que ninguna de sus páginas citadas ha cambiado desde la última observación. Nada se actualiza a ciegas.
• Nivel 2: revisión por agentes. Las páginas cuyo contenido cambió, las que dejaron de funcionar y una parte rotativa del resto de destinos se releen por completo y se comparan con las reglas guardadas. Los cambios reales actualizan la regla (citando a la misma autoridad); si hay ambigüedad, se marca needs_review; cada resultado queda registrado en el canal de cambios público.

Las reglas con más de 120 días de antigüedad se marcan como stale en los bloques de verificación de cada respuesta. La antigüedad se declara, no se oculta.

Reglas de seguridad que aplica el proceso

• Una regla nunca se elimina porque su página sea inaccesible. Se marca.
• Para pasar de «visa requerida» a «sin visa» hace falta una segunda fuente oficial antes de aplicar el cambio.
• Lo desconocido se sirve como desconocido. La API nunca adivina.
• Cada commit de datos pasa una batería de pruebas de regresión (58 rutas fijadas, invariantes estructurales) y comprobaciones de cobertura mínima (ninguna clase de campo puede reducirse en silencio) antes de poder desplegarse.

Comprueba las afirmaciones

Todo lo anterior es observable: /transparency publica la cobertura, el número de citas y la vigencia calculados a partir del conjunto de datos que se sirve; /changes.json enumera los eventos de verificación; /stats.json lleva los contadores en vivo; y status.canienter.com sondea la API cada minuto. Contacto: api@canienter.com.

Información orientativa para planificar. Confirma con las fuentes oficiales antes de viajar · Versión del conjunto de datos 2026-08-10