API_Datos API para pasajeros

Ingresar datos API para pasajeros (PA/PABP/PACP)

La carga de datos API se realiza a través de una máscara en el módulo de check-in como un paso previo a la aceptación de los pasajeros (comando PU). Una vez desplegada la máscara, se utilizará la tecla TAB para moverse entre los campos.

Partiendo del comando de búsqueda de pasajeros (PF) se podrá utilizar el comando PA para ingresar los datos API. Se requiere duty 5.
El listado resultando del comando PF incluirá la columna API que se muestra vacía si el pasajero no cuenta con los datos guardados o YES si el pasajero ya tiene datos API guardados.

PF17/29APRAEPCOR-ADULT
CHECKIN-M> XX 17 /29APR AEP
ITEM CODE    NAME               FOID     OFF ST CC API  FF  PRS
   1 FQDCUR  ADULT/ADULT        PP123456 COR HK YY          .O/HK XX1239Y 29APR TU CORTUC 1900 2200
   2 ¤       MINOR/MINOR *CHD   PP456789 COR HK YY YES
   3 ¤       INFANT/INFANT *INF PP789456 COR HK YY

El comando para ingresar los datos de API es el siguiente

PA(tipo de datos)(identificador)(número de ítem){(indicador de BP)}

PA (número de ítem){(indicador de BP)}

Máscara con datos básicos

Ejemplos:

PABP1

Descripción:

PA	Indicador de API
B	Tipo de datos API (B: Basic – C: Complete)
P	Identificador (P: PAX o C: CREW)
1	Número de PAX/ítem

Máscara con datos completos de pasajero aceptado

PACP1B

Descripción:

PA	Indicador de API
C	Tipo de datos API (B: Basic – C: Complete)
P	Identificador (P: PAX o C: CREW)
1	Número de PAX/ítem
B	Indicador de Board Pass cuando el PAX ya está chequeado (Condicional)

Máscara con datos según configuración en JJAPI

PA1

Descripción:

PA	Indicador de API
1	Número de PAX/ítem

Recuperar máscara con datos de un PAX ya aceptado

PA1B

Descripción:

PA	Indicador de API
1	Número de PAX/ítem
B	Indicador de Board Pass cuando el PAX ya está chequeado (Condicional)

Nota

Cuando se ingresa el comando PA, el sistema verificará el tipo de datos requerido (B o C) según la tabla JJAPI desplegando la máscara que corresponda de acuerdo a la configuración indicada.
Ingresando el comando que incluye el tipo de datos (PABP o PACP), el sistema desplegará la máscara solicitada (PABP: Básica o PACP: Completa)

Respuesta:

Los campos apellido y primer nombre traen la información directamente de los datos que se encuentran en la reserva, pero los mismos deben ser editados si fuese necesario.

Descripción:

Advanced Passenger Information	Nombre de la máscara (API)
B – P	Tipo de datos API (B: Basic/C: Complete) - Identificador (P: PAX/C: CREW)	M
PAX: FQDCUR 1	Código de reserva y número de PAX dentro de la reserva	M
SURNAME	Apellido (SSR DOCS)	M
F.NAME	Primer nombre (First Name)	M
S.NAME	Segundo nombre (Second Name)	M
BIRTH DATE	Fecha de nacimiento (Formato DDMMMYY)	M
BIRTH PLACE	Lugar de nacimiento (código de país de 3 letras)	M
GENDER	Género (M: Male, F: Female, U: Undisclosed)	M
NATIONALITY	Nacionalidad (código de país de 3 letras)	M
CNTRY RES	País de residencia (código de país de 3 letras)	M
D.TYPE	Tipo de documento (ver detalle abajo)	M
NUM	Número de documento	M
EXPIRY DATE	Fecha de vencimiento del documento (Formato DDMMMYY)	M
ISSUE DATE	Fecha de emisión del documento (Formato DDMMMYY)	M
CNTRY	País de emisión del documento (código de país de 3 letras)	M
CITY	Ciudad de emisión del documento (opcional)	O

Códigos de país

Es importante aclarar que todos los códigos de país ingresados en la máscara deben ser los códigos de país de 3 (tres) letras. Estos códigos estarán disponibles en la decodificación de los países (DNP <país>. Si se detectara la falta de algún código ISO3, el mismo deberá ser solicitado a Soporte Host.

Género

M	Masculino (Male)
F	Femenino (Female)
U	No informado (Undisclosed)

Tipos de documento (D. TYPE – Document Type)

P	Pasaporte
V	Visa
A	Tarjeta de Identificación
C	Tarjeta de Identificación
I	Tarjeta de Identificación
AC	Certificado de Tripulación (Crew Member Certificate)
IP	Tarjeta de Pasaporte (Passport Card)
M	Identificación Militar

Cuando la máscara desplegada sea la completa, además de los datos de la máscara básica se agregarán los siguientes campos:

Descripción:

VISA	Datos de otra documentación (SSR DOCO)	O
V NUM	Número de documento (visa)	C
EXPRIY DATE	Fecha de vencimiento del documento	C
ISSUE DATE	Fecha de emisión del documento	C
CNTRY	País de emisión del documento	C
CITY	Ciudad de emisión del documento	O
OTHERS	Otros documentos	O
NUM	Número del documento	C
EXPIRTY DATE	Fecha de vencimiento del documento	C
ISSUE DATE	Fecha de emisión del documento	C
CNTRY	País de emisión del documento	C
CITY	Ciudad de emisión del documento	O
PRIMARY RESIDENCE ADDRESS	Domicilio de residencia (SSR DOCA-R)	O
CITY	Ciudad de residencia	C
STATE	Estado/Provincia de residencia	C
ZIP	Código Postal	C
CNTRY	País de residencia	C
DESTINATION ADDRESS	Domicilio en destino (SSR DOCA-D)	O
CITY	Ciudad de destino	C
STATE	Estado/Provincia de destino	C
ZIP	Código Postal	C
CNTRY	País de destino	C
EMERGENCY CONTACT	Datos del contacto de emergencia	O
NAME	Nombre del contacto en caso de emergencias	C
TEL	Número de teléfono del contacto de emergencia	C

En la parte inferior de la máscara se encuentra el campo para ingresar la acción a seguir:

Descripción:

SE	Save and Exit – Guardar datos y salir de la máscara
SN	Save and Next – Guardar datos y pasar al siguiente PAX del PNR
SP	Save and Previous – Guardar datos y pasar al anterior PAX del PNR
IE	Ignore and Exit – Ignorar datos y salir de la máscara
IN	Ignore and Next – Ignorar datos y pasar al siguiente PAX del PNR
IP	Ignore and Previous – Ignorar datos y pasar al anterior PAX del PNR
DE	Delete and Exit - Eliminar máscara y salir

Nota

Si no hay un pasajero anterior (SP/IP) o posterior (SN/IN), el sistema directamente completará la acción (Guardar o Ignorar) y saldrá de la máscara con la respuesta DONE.
Si como resultado de la búsqueda de pasajeros (PF) se obtiene más de un PNR, se deberá primero seleccionar el ítem al PNR correspondiente al que se va a trabajar.

Ejemplo:

PF17-ADULT
CHECKIN-M> XX 17 /29APR AEP
ITEM  CODE    NAME            FOID      OFF   ST  CC  API    FF    PRS
   1* TQJXUL  ADULT/ONE       PP789456  COR   HK  YY  YES
   2* TQJXUL  ADULT/TWO       PP456789  COR   HK  YY  YES
   3* FUAEJA  ADULT/THREE     PP789456  COR   HK  YY 
   4* FUAEJA  ADULT/FOUR      PP456789  COR   HK  YY
#001* FQDCUR  ADULT/ADULT     PP123456  COR                         2C

Se deberá primero desplegar la lista de pasajeros asociados al mismo código con el comando PF<ítem>.

PF3
CHECKIN-M> XX 17 /29APR AEP
ITEM CODE      NAME            FOID         OFF ST CC API FF        PRS
   1 FUAEJA    ADULT/THREE     PP789456     COR HK YY
   2 ¤         ADULT/FOUR      PP456789     COR HK YY
   3 ¤         PAX/FIVE        PP456789     COR HK YY

Luego se podrá proceder con la carga de datos API a cada pasajero dentro de este PNR con el comando PABP1, etc.

Si como resultado de la búsqueda de pasajeros (PF) se obtiene más de un resultado incluyendo un número de ítem (pasajero sin chequear) que sea igual que un número de orden (pasajero chequeado), el comando PABP1 tomará por default el número de ítem (pasajero sin chequear). Si se desean completar/editar los datos API del pasajero ya chequeado con el número de orden 1, se deberá agregar el indicador B al final del comando: PABP1B/PACP1B/PA1B

Ingresar datos API para pasajeros en conexión (PA,O/PABP,O/PACP,O)

Cuando un pasajero tiene vuelos en conexión, es posible cargar los datos API para todos los vuelos involucrados que requieran esta información.

Para proceder con la carga de los datos API en todos los segmentos en los que aplique, se deberá abrir la máscara indicando que no se trata del primer vuelo únicamente, sino que se deberán contemplar los vuelos en conexión.

El comando para esta acción es el siguiente:

PA(item),O

Ejemplo:

PA1,O

Consideraciones

Si se ingresa PA1 el sistema controla únicamente el primer vuelo
Si se ingresa PA1,O el sistema controlará todos los vuelos
Si se ingresa PA1,O2, PA1,O3, el sistema controlará el primer, segundo y/o tercer vuelo, segun se indique. PA1,O1 siempre controlará el primero y segundo vuelo.
Si los datos API son requeridos en sólo uno de los vuelos, el sistema agregará los datos al vuelo que corresponda
Si los datos API son requeridos en ambos vuelos, el sistema agregará los datos a ambos vuelos
Si los vuelos requieren diferente tipo de datos (B/C/T), el sistema pedirá la máscara más completa para todos los vuelos y agregará los datos a ambos vuelos

Back to top

Editar datos API ingresados para pasajeros

Cuando los datos de API de algún pasajero ya se encuentran cargados, la máscara mostrará una barra arriba a la derecha indicando que el agente se encuentra en el modo de edición: “CHECK:RECORD ALREADY EXISTS // EDIT MODE”.

Para buscar y editar los datos API de un pasajero que hayan sido ingresados con anterioridad, se deberá primero buscar al pasajero en el check-in con el comando de búsqueda (PF) y luego el mismo comando de ingreso de datos API (PABP1).

Si como resultado de la búsqueda de pasajeros (PF) se obtiene más de un resultado incluyendo un número de ítem (pasajero sin chequear) que sea igual que un número de orden (pasajero chequeado), el comando PABP1 tomará por default el número de ítem (pasajero sin chequear). Si se desean completar/editar los datos API del pasajero ya chequeado con el número de orden 1, se deberá agregar el indicador B al final del comando: PABP1B.

La máscara resultante mostrará los valores cargados anteriormente y permitirá la edición de la información de la misma manera que en la carga original.

Al ingresar SN (Save and Next) en el campo acción, el sistema automáticamente grabará los datos ingresados y mostrará la máscara para el siguiente pasajero en el PNR o DONE si es el último PAX en el PNR.

Pasajeros en conexión:

Si los datos fueron cargados como en conexión (PA1,O) también se podrán editar para ambos vuelos accediendo con PA1,O desde el primer vuelo, o para cada vuelo individualmente de manera habitual.

Back to top

Eliminar datos API ingresados para pasajeros

Al agregar los datos API de un pasajero, se incluye un indicador YES en los resultados de la búsqueda de pasajeros (PF) bajo la columna API para indicar que el pasajero ya tiene los datos API cargados en la máscara. Si la columna API está vacía, es indicador de que los datos API aún no han sido cargados.

Ejemplo:

PF4420/4APRMDQBRC-CAMPOS
CHECKIN-M> XX4420 /04APR MDQ
ITEM  CODE      NAME              FOID          OFF  ST  CC  SEAT  API   FF          PRS
   1  LFVYXN    CAMPOS/MARIELLA   PP 30385292   BRC  HK  YY        YES

Asimismo, el listado PALP incluye una columna CHK que puede mostrar el indicador Y si el PAX ya fue chequeado en el vuelo o N si aún no ha sido completada la aceptación del pasajero.

Ejemplo:

PALP4420/4APRMDQ
API / XX4420/04APRMDQ / PAX
  REF - # T SURNAME/FIRST (/MIDDLE) CHK DHS DOB     POB G NAT RES ID-NUMBER  EXPIR   ISSUE    I/C  I/P
LFVYXN- 1   CAMPOS/MARIELLA         N       01DEC79 ARG F ARG ARG P 123456   20DEC20 20DEC10  ARG
IKEIJZ- 2   FLORES/CAMILA           Y       01DEC79 ARG F ARG ARG P 123456   20DEC20 20DEC10  ARG

Pasajeros en conexión:

Si los datos fueron cargados como en conexión (PA1,O) también se podrán eliminar para ambos vuelos accediendo con PA1,O desde el primer vuelo e indicando la acción DE, o para cada vuelo individualmente de manera habitual, según se describe a continuación.

Back to top

Eliminar datos API para pasajeros no chequeados

Para buscar y eliminar los datos API de un pasajero que hayan sido ingresados con anterioridad, se deberá primero buscar al pasajero en el check-in con el comando de búsqueda (PF) y luego el mismo comando de ingreso de datos API (PABP1).

Si como resultado de la búsqueda de pasajeros (PF) se obtiene más de un resultado incluyendo un número de ítem (pasajero sin chequear) que sea igual que un número de orden (pasajero chequeado), el comando PABP1 tomará por default el número de ítem (pasajero sin chequear). Si se desean completar/editar/eliminar los datos API del pasajero ya chequeado con el número de orden 1, se deberá agregar el indicador B al final del comando: PABP1B.

La eliminación de los datos API cargados para un pasajero se realiza ingresando a la máscara en modo de edición e indicando en el campo de acción al final de la máscara, el indicador DE (Delete and Exit).

Ejemplo:

Respuesta:

DONE

Nota

La eliminación de datos API se realiza para cada pasajero individualmente.

Esta opción es únicamente válida para eliminar los datos de pasajeros que no hayan sido chequeados

Back to top

Eliminar datos API para pasajeros chequeados

Una vez que un PAX tiene los datos API cargados (indicador API YES en PF) y ha sido aceptado en el vuelo (indicador CHK Y en PALP), los datos de la máscara no podrán ser editados ni eliminados. Si se intentara realizar alguna de estas acciones, al intentar guardar los cambios, el sistema mostrará un mensaje de error en la parte superior derecha de la máscara indicando CHECK: PAX ALREADY CHECKED.

Para eliminar los datos API, se deberá proceder a bajar al pasajero del check-in y eliminar los datos API simultáneamente.

El comando que se deberá utilizar es el siguiente.

PE-(item),DEL+API

PE-2,DEL+API

Al confirmar este comando, el sistema bajará al pasajero del vuelo en el que estaba chequeado y eliminará los datos API relacionados.

Si se quiere volver a aceptar al pasajero, se deberán volver a ingresar todos los datos correspondientes en la máscara.

También es posible bajar al pasajero del check-in con el comando habitual, manteniendo los datos API cargados originalmente.

PE-(item),DEL

PE-3,DEL

Al confirmar este comando, el sistema bajará al pasajero del vuelo en el que estaba chequeado pero no eliminará los datos API relacionados.
En este punto, se podrá optar por alguna de las siguientes opciones según sea requerido:

Volver a aceptar al PAX con los mismos datos que ya se encontraban cargados en la máscara
Ingresar a la máscara para editar los datos y luego aceptar al PAX
Ingresar a la máscara para eliminar los datos manualmente, y luego cargarlos nuevamente desde cero

Nota

Si los datos fueron cargados como en conexión (PA1,O) también se podrán aplicar ambas opciones.

Back to top

Listado de datos APIS de pasajeros (PALP)

Con el comando PALP es posible desplegar un listado de los pasajeros que cuenten con los datos API para un vuelo determinado. El listado se encuentra ordenado alfabéticamente según el apellido. Se requiere duty 5 y keyword CHKLV1.

El comando es el siguiente:

PALP(vuelo)/(fecha)(origen)

Ejemplo:

 PALP4420/7APRAEP

Descripción:

PA	Indicador de API
L	Indicador de Lista
P	Identificador (P: PAX o C: CREW)
4420	Número de vuelo
/	Barra separadora
7APR	Fecha de vuelo (Formato DDMMM)
AEP	Aeropuerto de origen

Respuesta:

Descripción:

API / XX4420/7APRAEP / PAX	Título del listado API indicando vuelo, fecha y tipo de listado (PAX o CREW)
REF	Código de reserva
#	Número de ítem en el listado
OFF	Aeropuerto de destino del pasajero dentro del mismo vuelo
T	Tránsito (no disponible)
SURNAME/FIRST	Apellido y primer nombre
(/MIDDLE)	Segundo nombre
CHK	Indicador de pasajero chequeado (Y: Yes o N: No)
DHS	Indicador de DHS (no aplicable)
DOB	Fecha de nacimiento (Date of Birth)
POB	Lugar de nacimiento (Place of Birth)
G	Género (Gender)
NAT	Nacionalidad (Nationality)
RES	País de residencia
ID-NUMBER	Tipo y número de documento
EXPIR	Fecha de vencimiento del documento (Expiry Date)
ISSUE	Fecha de emisión del documento
I/C	País de emisión del documento (Issue Country)
I/P	Lugar de emisión del documento (Issue Place)

Es posible utilizar el comando PALP sin indicar los datos del vuelo si el agente se encuentra ya trabajando en el check-in de un vuelo y los datos del mismo se encuentran activos en el área de trabajo.

Filtro de Pasajeros Chequeados

Se puede agregar una extensión al comando PALP, para que filtre el listado por pasajeros chequeados o no.

El comando es el siguiente:

PALP(vuelo)/(fecha)(origen)/CHK (Y o N)

Ejemplo:

 PALP341/08MARAEP/CHKY

Descripción:

PA	Indicador de API
L	Indicador de Lista
P	Identificador (P: PAX o C: CREW)
341	Número de vuelo
/	Barra separadora
08MAR	Fecha de vuelo (Formato DDMMM)
AEP	Aeropuerto de origen
CHK	Indicador Check In
Y	Y: pax chequeado o N: pax no chequeado

Respuesta:

El sistema filtra la información y arroja el listado, SOLO con los pasajeros chequeados.

Datos del agente

Agregando un asterisco (*) al final del comando PALP, se podrá visualizar en una línea adicional para cada registro los datos del día, hora y agente que haya realizado la última modificación sobre la máscara de API.

Esta información estará disponible con asterisco hasta el momento del cierre del vuelo (PD en todos los tramos involucrados). Luego del cierre de los vuelos (PD), la información se mostrará siempre que se recupere el listado PALP sin necesidad de agregar el asterisco.

Ejemplo:

Descripción:

//LAST MODIFIED	Indicador de última modificación
BY	Indicador de dato del agente
KIUHELPLL	ID del agente que realizó la última modificación
ON	Indicador de dato de fecha/hora
18JUL16	Día UTC en que se realizó la última modificación (DDMMMYY)
/	Barra separadora
1540Z	Hora UTC en que se realizó la última modificación (HHMM)

Back to top

Listado de pasajeros chequeados con y sin APIS (PLC/APIY - APIN)

El listado de pasajeros chequeados PLC puede filtrarse para mostrar los pasajeros que ya tienen datos APIS cargados por un lado, o los que aún no.

PLC(vuelo)/(fecha)(origen)/API(N o Y)

Ejemplo:

Todos los PAX chequeados en el vuelo 4112/01NOV

PLC4112/01NOVAEP
** PASSENGERS CHECKED **
FLT: 4112    BRD: AEP    TUE 01NOV16
                     
STATUS    CHECK IN: OPEN      
          BOARDING: OPEN         PAXS:   2
 ORD    NAME                                 SEAT BK OFF CODE            BOARD
 001w   FERNANDEZ/OSCAR                        6B Y  SLA TMUHUX
 002.   CONTRERAS/ELOINA                      10C Y  SLA DASEKE

PAX chequeados en el vuelo 4112/01NOV con datos APIS cargados

PLC4112/01NOVAEP/APIY
** PASSENGERS CHECKED **
FLT: 4112    BRD: AEP    TUE 01NOV16
                     
FILTER: ONLY PAXS WITH API DATA

STATUS    CHECK IN: OPEN      
          BOARDING: OPEN         PAXS:   2
 ORD    NAME                                 SEAT BK OFF CODE            BOARD
 002.   CONTRERAS/ELOINA                      10C Y  SLA DASEKE

PAX chequeados en el vuelo 4112/01NOV sin datos APIS cargados

PLC4112/01NOVAEP/APIN
** PASSENGERS CHECKED **
FLT: 4112    BRD: AEP    TUE 01NOV16
                     
FILTER: ONLY PAXS WITHOUT API DATA

STATUS    CHECK IN: OPEN      
          BOARDING: OPEN         PAXS:   2
 ORD    NAME                                 SEAT BK OFF CODE            BOARD
 001w   FERNANDEZ/OSCAR                        6B Y  SLA TMUHUX

Consideraciones

Este filtro puede combinarse con los demás filtros, por ejemplo, PLC.../APIY/FF o PLC.../APIN/*
El filtro /* no tiene indicador de si tiene datos API cargados o no.
El filtro /APIN o /APIY no aplica después del cierre del vuelo (PD).

Back to top

Historia de datos APIS de pasajeros (PAHP)

Con el comando PAHP es posible desplegar un listado de los pasajeros que cuenten o hayan contado con los datos API para un vuelo determinado. Se requiere duty 5 y keyword CHKLV1.

El comando es el siguiente:

PAHP(vuelo)/(fecha)(origen)

Ejemplo:

PAHP4340/10AUGAEP

Descripción:

PA	Indicador de API
H	Indicador de Historia
P	Identificador (P: PAX o C: CREW)
4340	Número de vuelo
/	Barra separadora
10AUG	Fecha de vuelo (Formato DDMMM)
AEP	Aeropuerto de origen

Respuesta:

API / XX4340/10AUGAEP / PAX 
RECLOC-UPID  OFF SURNAME/FIRST (/MIDDLE)                      DEL
JKDJBS-   1  MDQ FERNANDEZ/MARIANA                            
JKDJBS-   3  MDQ GARTNER/SABINA                               *
JKDJBS-   4  MDQ LOPEZ/CLARIBEL/JOSE                          
JKDJBS-   5  MDQ GARTNER/BEBE                                 
LSICOU-   1  MDQ LAGONELL/MARYORI                             
LSICOU-   2  MDQ MEZA/JOHN

Descripción:

API / XX4340/10AUGAEP / PAX	Título del listado API indicando vuelo, fecha y tipo de listado (PAX o CREW)
RECLOC	Código de reserva
-UPID	Número identificador de Pasajero (Unique Passenger ID)
OFF	Aeropuerto de destino del pasajero dentro del mismo vuelo
SURNAME/FIRST	Apellido y primer nombre
(/MIDDLE)	Segundo nombre
DEL	Indicador de máscara eliminada (se marca con asterisco)

Desde este listado, agregando al comando el código de PNR (RECLOC) y el identificador de pasajero dentro del PNR (UPID) es posible visualizar los diferentes datos que se hayan incluido en la máscara en los diferentes momentos. El comando es:

PAHP(vuelo)/(fecha)(origen)/(recloc)-(upid)

Ejemplo:

PAHP4340/10AUGAEP/JKDJBS-1

Respuesta:

API / XX4340/10AUGAEP / PAX 
      RECLOC-UPID  OFF SURNAME/FIRST (/MIDDLE)                       T CHK  DHS  DOB     POB G NAT RES ID-NUMBER               EXPIR   ISSUE   I/C I/P
MOD - JKDJBS-   1  MDQ FERNANDEZ/MARIANA                               N         01DEC79 BOL F BOL BOL P  888888               20DEC20 20DEC11 ARG 
                         TICKET NUMBER/CPN: 9992200049959/1
                       KIUHELPLL/10AUG16/1535Z
ADD - JKDJBS-   1  MDQ FERNANDEZ/MARIANA                               N         01DEC79 ARG F ARG ARG P  111111               20DEC20 20DEC10 ARG  
                         TICKET NUMBER/CPN: 9992200049959/1
                       KIUHELPLL/10AUG16/1520Z

Descripción:

API / XX4340/10AUGAEP / PAX	Título del listado API indicando vuelo, fecha y tipo de listado (PAX o CREW)
RECLOC	Código de reserva
-UPID	Número identificador de Pasajero (Unique Passenger ID)
OFF	Aeropuerto de destino del pasajero dentro del mismo vuelo
MOD	Acción tomada (ADD: Creación, MOD: Modifiación, DEL: Eliminación)
TICKET NUMBER/CPN	Número de Ticket y cupón afectado
KIUHELPLL	ID del agente que tomó la acción
10AUG16/1520Z	Fecha y hora UTC en se realizó la acción

Consideraciones

Se incluirá la información de datos APIS del pasajero específicamente seleccionado a través del código de reserva y UPID
Se indicará el momento de creación de la máscara con ADD, si se modifica con MOD, y la eliminación de la máscar acon DEL
Se incluirán todos los datos de la máscara tal como se guardó en el momento de tomar la acción
Se deberán comparar los registros para detectar las modificaciones efectuadas
Después del cierre del vuelo (PD) se podrá seguir visualizando la historia completa con el comando PAHP sin posibilidad de filtrar por pasajero, es decir, con PAHP se mostrarán todos los registros históricos de todos los pasajeros que tuvieron al menos una máscara de APIS cargada
Si el tipo de APIS es T (TSA), no se podrá levantar ningún listado histórico (PALP, PALC, etc), luego de cerrado el vuelo. Solo se mostrara para vuelos cuyo APIS sea tipo C o B

Si se modifica el indicador de API en el Panel de Control indicando N al momento de cerrar el vuelo (PD), el sistema no guardará los datos en las tablas PALP, PAHP,, PALC, PAHC, independientemente de si se cargaron datos en las máscaras o se hayan enviado o no los mensajes PAXLST.

Al momento del cierre del vuelo, el indicador API en el PC deberá estar siempre en Y para que el sistema pueda proceder con el correspondiente guardado de datos.

Back to top

Ajuste de datos en listado de datos APIS de pasajeros (PALP-CLEAR)

Es posible que se presenten algunos casos en que se haya cargado una máscara API para un Pasajero que ya no se encuentra activo en el PNR original resultando en que no es posible eliminar los datos de la máscara API ni chequear al pasajero, lo que bloquea la generación del mensaje PAXLST por haber un dato con la columna CHK en N.

Estos escenarios se deben a mal procedimiento por parte de los agentes que cargan los datos API en la máscara correspondiente y luego proceden a la modificación del PNR (por ejemplo, división, cancelación, o modificación del nombre). Estos escenarios son evitables siguiendo los pasos correspondientes.
Para poder proceder con el ajuste de los datos del listado PALP en casos donde el dato API no tiene un PNR activo asociado, se podrá utilizar el siguiente comando.

PALP(vuelo)/(fecha)(origen)-CLEAR

Ejemplo:

PALP4114/21JUNAEP-CLEAR

Descripción:

PALP	Indicador de Listado de datos API de Pasajeros
4114	Número de vuelo
/	Barra separadora
21JUN	Fecha de vuelo (Formato DDMMM)
AEP	Aeropuerto de origen
-CLEAR	Indicador para el ajuste de los datos API sin PNR activo asociado

Respuesta:
La respuesta será un listado de los pasajeros que serán afectados por esta acción, es decir, todos los pasajeros no chequeados (indicador CHK N) y sin un PNR activo asociado que pueda ser procesado normalmente (ya sea aceptando al PAX en el check-in o eliminando los datos API por máscara).

PAX WITH API AND NO PNR ASSOCIATED
DDCXFA - GONZALEZ/WILIAM
RE-ENTER WITH /Y TO CLEAR ALL ITEMS

Se deberá confirmar la acción ingresando el mismo comando con /Y al final y la respuesta será la confirmación del listado de pasajeros afectados.

PALP4114/21JUNAEP-CLEAR/Y
PAX CLEARED FROM PALP
DDCXFA - GONZALEZ/WILIAM

El pasajero que haya sido afectado por la acción CLEAR ya no tendrá los datos API cargados ni generará inconvenientes para la generación del mensaje PAXLST.

Si no hay pasajeros afectados por la acción CLEAR, el sistema responderá NO DATA

PALP4114/21JUNAEP-CLEAR
NO DATA

En el PH del vuelo, se refleja de la siguiente manera:

CHK CLOSE
AEPXX-LM 1859 11SEP23
PA 803/11SEPEZE-CLEAR/Y
PAX CLEARED FROM PALP

ATMFXA - BROOKLYN/B

AEPXX-LM 1931 11SEP23

Back to top

Enviar mensaje PAXLST con datos APIS de pasajeros (PALP-SEND)

Para generar el envío del mensaje PAXLST por mensajería tipo B (direcciones TTY desde y hacia configuradas en la tabla JJAPI) se deberá utilizar el mismo comando del listado (PALP) agregando el indicador -SEND al final. Se requiere duty 5 y keyword CHKLV1.

El comando es el siguiente:

PALP(vuelo)/(fecha)(origen)(destino)-SEND

Ejemplo:

PALP4420/7APRAEPBRC-SEND

Descripción:

PA	Indicador de API
L	Indicador de Lista
P	Identificador (P: PAX o C: CREW)
4420	Número de vuelo
/	Barra separadora
7APR	Fecha de vuelo (Formato DDMMM)
AEP	Aeropuerto de origen
BRC	Aeropuerto de destino (Condicional en vuelos multileg)
-SEND	Indicador para generar el envío del mensaje PAXLST

Respuesta:

PAXLST MESSAGE WILL BE SENT - PLEASE CONFIRM
PALP4420/7APRAEPBRC-SEND/Y

Para finalizar la generación del mensaje PAXLST se deberá confirmar el comando con /Y al final.

La respuesta luego de la confirmación será DONE y el mensaje será enviado.

Es posible utilizar el comando PALP-SEND sin indicar los datos del vuelo si el agente se encuentra ya trabajando en el check-in de un vuelo y los datos del mismo se encuentran activos en el área de trabajo.
Recordamos que el envío del mensaje es responsabilidad del agente o supervisor a cargo. Asimismo, una vez cerrado el vuelo en el check-in (PD), no será posible generar el mensaje PAXLST ni recuperar el listado de datos API.

Back to top

Enviar mensaje PAXLST con datos APIS de pasajeros en vuelos multi-leg

Al momento de generar los mensajes PAXLST en vuelos multi-leg se deberá incluir en el comando los aeropuertos de origen y destino correspondientes según las siguientes consideraciones:

PALP con origen

Genera el mensaje PAXLST con los PAX que tienen el origen indicado y el primer destino desde dicho origen

PALP con origen y destino

Genera el menaje PAXLST con los PAX que tiene el origen y el destino indicados en el comando

PALP(vuelo)/(fecha)(origen)(destino)-SEND

Ejemplo:
Vuelo 1234 con ruta AAA-BBB-CCC-DDD

PALP1234/04APRAAA-SEND incluye PAX con ruta AAA-BBB
PALP1234/04APRBBB-SEND incluye PAX con ruta BBB-CCC
PALP1234/04APRAAACCC-SEND incluye PAX con ruta AAA-CCC
PALP1234/04APRBBBDDD-SEND incluye PAX con ruta BBB-DDD
Etc.

Back to top

Enviar mensaje PAXLST con datos APIS de pasajeros chequeados/no chequeados

Si alguno de los pasajeros con datos API cargados no ha sido aceptado en el vuelo, el sistema no permitirá la generación del mensaje PAXLST, indicando el siguiente mensaje de error.

PALP4420/4APRMDQ-SEND/Y
NOT ALLOWED - PAX NOT CHECKED

Esto se podrá controlar a través de los listados PALP que incluyen la columna CHK con los indicadores Y o N.Para poder proceder con la generación del mensaje correspondiente, se deberá eliminar la máscara del pasajero que no está chequeado o aceptar al pasajero que tiene los datos API cargados.

Back to top

Enviar mensaje PAXLST con datos APIS de pasajeros por mail

Agregando la dirección de correo directamente después del indicador -SEND se enviará el mensaje PAXLST al correo electrónico indicado.

El comando es el siguiente:

PALP(vuelo)/(fecha)(origen)-SEND(correo)

Ejemplo:

 PALP17/29APRAEP-SENDMAIL@MAIL.COM

Respuesta:

PAXLST MESSAGE WILL BE SENT - PLEASE CONFIRM
PALP17/29APRAEP-SENDMAIL@MAIL.COM/Y

Para finalizar la generación del mensaje PAXLST se deberá confirmar el comando con /Y al final.

La respuesta luego de la confirmación será DONE y el mensaje será enviado.

Los mensajes PAXLST pueden enviarse más de una vez por cada vuelo siempre y cuando no se haya realizado el cierre del mismo en el check-in (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.

Envío por mail para vuelos Multileg:

Cuando un vuelo es Multi Leg (más de dos piernas), ahora se puede enviar por mail con un sólo comando el listado PALP con los datos de los pasajeros de todas las piernas, sin necesidad de ejecutar el comando por cada una de ellas.
Al colocar un asterisco luego del Origen se enviará el listado de la ruta completa.

Ejemplo: Vuelo Multi Leg 4596 con ruta AAA-BBB-CCC-DDD

Comando:

PALP(vuelo)/(fecha)(origen)(*)-SEND(e-mail)

Ej:

PALP4596/04APRAAA*-SENDMAIL@MAIL.COM

Incluirá el listado de todos los pasajeros transportados en la ruta ruta AAA-BBB-CCC-DDD

El comando requiere confirmación con /Y

Back to top

Extracción de datos APIS de pasajeros en archivo CSV

Con el indicador -FILE seguido del código de dos letras del país que requiere los datos se podrá generar un archivo CSV con las columnas y datos solicitados por las autoridades correspondientes.

El comando es el siguiente:

PALP(vuelo)/(fecha)(origen)(destino>-FILE(país)

Ejemplo:

PALP4350/18JUNAEPNQN-FILEEC

Respuesta:

PAXLST MESSAGE WILL BE SENT - PLEASE CONFIRM
PALP4350/18JUNAEPNQN-FILEEC/Y

Para finalizar la generación del archvio Excel se deberá confirmar el comando con /Y al final.

La respuesta luego de la confirmación será el link al archivo generado

PALP4350/18JUNAEPNQN-FILEEC/Y
DONE - FILE C:\RESERVAS\MYFILES\PALP_XX_4350_18JUN_AEPNQN.CSV

Los archivos podrán extraerse más de una vez por cada vuelo siempre y cuando no se haya realizado el cierre del mismo en el check-in (PD).

El cierre del vuelo (PD) se podrá ejecutar siempre y cuando se hayan generado los archivos para pasajeros y para tripulación.

Back to top

KIU Documentación Online

API_Datos API para pasajeros

Ingresar datos API para pasajeros (PA/PABP/PACP)

Máscara con datos básicos

Máscara con datos completos de pasajero aceptado

Máscara con datos según configuración en JJAPI

Recuperar máscara con datos de un PAX ya aceptado

Códigos de país

Género

Tipos de documento (D. TYPE – Document Type)

Ingresar datos API para pasajeros en conexión (PA,O/PABP,O/PACP,O)

Editar datos API ingresados para pasajeros

Pasajeros en conexión:

Eliminar datos API ingresados para pasajeros

Pasajeros en conexión:

Eliminar datos API para pasajeros no chequeados

Eliminar datos API para pasajeros chequeados

Continuación del proceso de aceptación

Listado de datos APIS de pasajeros (PALP)

Filtro de Pasajeros Chequeados

Datos del agente

Listado de pasajeros chequeados con y sin APIS (PLC/APIY - APIN)

Historia de datos APIS de pasajeros (PAHP)

Ajuste de datos en listado de datos APIS de pasajeros (PALP-CLEAR)

Enviar mensaje PAXLST con datos APIS de pasajeros (PALP-SEND)

Enviar mensaje PAXLST con datos APIS de pasajeros en vuelos multi-leg

Enviar mensaje PAXLST con datos APIS de pasajeros chequeados/no chequeados

Enviar mensaje PAXLST con datos APIS de pasajeros por mail

Extracción de datos APIS de pasajeros en archivo CSV

Países con archivos

Ecuador	PALP<vuelo>/<fecha><origen>(<destino>)-FILEEC	PALP_XX_600_19JUN_AEPNQN.CSV