En el momento de la aceptación de los pasajeros en los mostradores del check-in, los agentes deberán ingresar los datos API requeridos para poder proceder con la aceptación del pasajero.
Una vez cargados los datos API de todos los pasajeros y cumpliendo con el tiempo estipulado por las autoridades correspondientes, el agente a cargo o supervisor deberá generar el mensaje llamado PAXLST.
Se generan dos mensajes PAXLST: uno conteniendo los datos API de todos los pasajeros en un vuelo y otro conteniendo los datos API de la tripulación.
La configuración requiere los datos que se detallan a continuación:
Origen y destino del segmento afectado (no aplica ALL)
Dirección TTY de remitente (carrier)
Dirección TTY de destinatario (autoridades correspondientes)
Apellido y nombre del agente responsable o ID de perfil (figurará en los mensajes PAXLST)
Número de teléfono y/o número de fax y/o dirección de correo electrónico
Los permisos básicos requeridos para las firmas son duty 5 7 8 y/o keyword CHKLV1 dependiendo del acceso que se desee brindar según lo especificado a continuación en el instructivo.
Notas Importantes
Es importante destacar y aclarar los siguientes puntos que afectarán de manera decisiva el cumplimiento o no de los requisitos de las autoridades correspondientes:
El envío de los mensajes PAXLST deberá efectuarse siempre antes del cierre de los vuelos en el check-in (comando PD)
El sistema no permite generarlos luego de este punto y el cierre de vuelos es irreversible
La generación de los mensajes PAXLST dependerá del agente responsable o supervisor encargado
Una vez cerrado el vuelo en el check-in (PD) se podrá desplegar el listado PALP/PALC en el sistema pero no podrá generarse el mensaje PAXLST
El sistema requiere como obligatoria la carga de datos API de los pasajeros para poder proceder a la aceptación de los mismos en el check-in
El sistema requerirá automáticamente la generación de los mensajes PAXLST antes del cierre del vuelo cuando el indicador API en el Panel de Control (PC) esté activo (API:Y)
Se podrá modificar el indicador manualmente si fuera necesario siempre que la tabla JJAPI esté configurada
Si el vuelo sale sin pasajeros, se requerirá sólo el PAXLST de tripulación
Si el vuelo o la escala es cancelada por check-in, el sistema no requerirá la obligatoriedad de generar los mensajes PAXLST ni de pasajeros ni de tripulación
El sistema permite enviar los mensajes PAXLST de un mismo vuelo más de una vez antes del cierre (PD)
Las consecuencias y/o repercusiones de enviar el mensaje al destinatario más de una vez deberán ser verificadas y manejadas por la línea aérea con cada ente receptor
Se recomienda inhibir el webcheckin para los vuelos afectados a través del administrador de webcheck-in y tablas correspondientes (PXS*)
Si el pasajero realizara el proceso a través del Web-Checkin, el proceso de aceptación se completará y los datos API deberán ser controlados y agregados por la línea aérea antes del cierre del vuelo (PD)
Para la asignación de direcciones TTY, la línea aérea deberá contactarse con el proveedor de telecomunicaciones correspondiente (ARINC) o consultar con el departamento comercial de KIU (gerenciacomercial@kiusys.com) para proveerles de dicho servicio
La opción que hace referencia a TSA y DHS deberá ser consultada directamente con KIU y a través de la guía específica correspondiente