API_Funcionalidad y Notas Importantes

Funcionalidad


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