Advanced Passenger Information (API)

Transcripción

KIU SYSTEM SOLUTIONS
Advanced Passenger
Information (API)
API
1. Introducción ................................................................................................................................................... 3
2. Funcionalidad ................................................................................................................................................. 3
2.1. NOTAS IMPORTANTES ................................................................................................................................ 3
3. Configuración en KIU (JJAPI) .......................................................................................................................... 4
3.1. Desplegar .................................................................................................................................................... 4
3.2. Agregar Segmento y tipo (A) ...................................................................................................................... 4
3.3. Agregar direcciones de envío (T) ................................................................................................................ 5
3.4. Agregar Contacto (N - C) ............................................................................................................................. 6
3.5. Modificar ..................................................................................................................................................... 7
3.6. Eliminar ....................................................................................................................................................... 7
3.7. Historia (JJAPI*H) ........................................................................................................................................ 8
4. Panel de Control (PC) ..................................................................................................................................... 8
5. Datos API para pasajeros ............................................................................................................................... 9
5.1. Ingresar datos API para pasajeros (PABP).................................................................................................. 9
5.2. Editar datos API ingresados para pasajeros ............................................................................................. 12
5.3. Eliminar datos API ingresados para pasajeros ......................................................................................... 12
5.4. Continuación del proceso de aceptación ................................................................................................. 13
5.5. Listado de datos APIS de pasajeros (PALP) .............................................................................................. 13
5.6. Enviar mensaje PAXLST con datos APIS de pasajeros (PALP-SEND) ........................................................ 14
6. Datos API para tripulación (Crew) ............................................................................................................... 16
6.1. Ingresar datos API para tripulación (PABC) ............................................................................................. 16
6.2. Editar datos API ingresados para tripulación ........................................................................................... 18
6.3. Eliminar datos API ingresados para tripulación ....................................................................................... 19
6.4. Listado de datos API de tripulación (PALC) .............................................................................................. 20
6.5. Enviar mensaje PAXLST con datos API de tripulación (PALC-SEND)........................................................ 21
7. Carga automática de datos API desde SSR DOCS ........................................................................................ 22
8. Cierre del vuelo (PD) .................................................................................................................................... 24
9. Historia del vuelo (PH) ................................................................................................................................. 25
10. Mensaje PAXLST......................................................................................................................................... 26
10.1. Ejemplos .................................................................................................................................................. 26
11. Posibles mensajes de error ........................................................................................................................ 29
API
ADVANCED PASSENGER INFORMATION (API)
1. Introducción
API (Advanced Passenger Information) consiste en los datos de los pasajeros que deben ser recopilados por
la línea aérea y comunicados a las autoridades correspondientes del país de destino y/o de tránsito.
En KIU, la parametrización para el requerimiento de API y para la generación de los mensajes
correspondientes se configura a través de la tabla JJAPI. Se podrá definir por origen y destino para los que el
ingreso de datos API será obligatorio antes de aceptar al pasajero en el check-in.
2. 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.
2.1. 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)
o 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) no se podrá desplegar ni recuperar la información de APIS
en el sistema ni podrá generarse el mensaje PAXLST
Los datos de documentación no tienen relación alguna con los datos de pasajeros aceptados y
embarcados
o Si se cargan los datos APIS para un PAX, estos datos serán incluidos en el mensaje PAXLST
independientemente de que se haya realizado o no el check-in del mismo pasajero
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
o El sistema no requerirá automáticamente la generación de los mensajes PAXLST
Version 1.7
KIU® Abril 2015
3
API



El sistema permite enviar los mensajes PAXLST de un mismo vuelo más de una vez antes del cierre (PD)
o 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
Si el pasajero realiza 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)
o Otra opción sería inhibir el webcheckin para los vuelos afectados a través del administrador de
webcheck-in y tablas correspondientes (PXS*)
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
([email protected]) para proveerles de dicho servicio
3. Configuración en KIU (JJAPI)
3.1. Desplegar
El comando para desplegar la tabla de configuración de API es JJAPI. Se requiere duty 7 u 8.
JJAPI
Respuesta:
API INFORMATION - XX
SEGMENTS / TYPE / TTY FROM-TO / CONTACT(SURNAME:FIRST NAME or PROFILE)/COMMUNICATION(:EM,:FX,:TE)
AEP-COR
B
PERFILUNO
1234
COR-USH
B
BUEBBC1-BUEMCC1 CONNECTIVITY:KIU
0541144445555:TE+0541166667777:FX
Descripción:
SEGMENTS
TYPE
TTY FROM-TO
CONTACT
COMMUNICATION
Origen y destino
Tipo de datos API (B: Basic – C: Complete)
Direcciones TTY para el envío de mensajes PAXLST
Apellido y nombre (separados por dos puntos) del agente responsable de los
datos API o código de perfil asignado
Email, Fax y/o Teléfono del agente responsable de los datos API
Consideraciones
o Los datos de TTY FROM-TO serán los que definan las direcciones TTY desde y hacia las que se enviarán
los mensajes PAXLST.
o Los datos de CONTACT y COMMUNICATION son los datos que se incluirán en el mensaje PAXLST
correspondiente en los campos NAM y COM del grupo 1 respectivamente.
3.2. Agregar Segmento y tipo (A)
El comando para configurar que para determinado origen y destino sea requisito la carga de API es:
JJAPI/A-(origen)/(destino)/(tipo de datos API)
Ejemplo:
JJAPI/A-USH/AEP/B
Version 1.7
KIU® Abril 2015
4
API
Descripción:
JJAPI
/
A
USH
/
AEP
/
B
Comando fijo
Barra separadora
Indicador para agregar (A: Add)
Guión separador
Aeropuerto de origen
Barra separadora
Aeropuerto de destino
Barra separadora
Nota:
El tipo de dato API C (complete) no se encuentra disponible por el momento.
Respuesta:
DONE
3.3. Agregar direcciones de envío (T)
El comando para configurar las direcciones TTY o de teletipo que se utilizarán en el envío de los mensajes es:
JJAPI/T-(origen)/(destino)/(tty from)/(tty to) (tty to)
Ejemplo:
JJAPI/T-USH/AEP/AAARMXX/BBBRMXX CCCRMXX
Descripción:
JJAPI
/
T
USH
/
AEP
/
AAARMXX
/
BBBRMXX
CCCRMXX
Comando fijo
Barra separadora
Indicador de Teletipo o TTY
Guión separador
Barra separadora
Barra separadora
Dirección TTY desde la que se enviará el mensaje
Barra separadora
Dirección TTY hacia la que se enviará el mensaje
Espacio separador entre direcciones de destino si son más de una (opcional)
Segunda dirección TTY hacia la que se enviará el mensaje (opcional)
Respuesta:
DONE
Version 1.7
KIU® Abril 2015
5
API
3.4. Agregar Contacto (N - C)
Una vez agregado el segmento donde los datos API serán requeridos como mandatorios, se podrá proceder
a agregar los datos de contacto.
El contacto, bajo la columna CONTACT, puede ser un código alfanumérico que haga referencia a un ID de
perfil que sea creado por las autoridades correspondientes y asignado a la línea aérea, o el apellido y
nombre del agente o supervisor responsable de API asignado por la aerolínea.
Los datos de teléfono, correo electrónico y/o fax se agregan bajo la columna COMMUNICATION.
Ambos datos son mandatorios para enviar los mensajes PAXLST. Este campo (C: COM) permite un máximo
de 80 caracteres. En todos los casos, la respuesta es DONE.

Perfil (N)
JJAPI/N-(origen)/(destino)/(ID de perfil)
Ejemplo:
JJAPI/N-USH/AEP/XX1234
Descripción:
JJAPI
/
N
USH
/
AEP
/
XX1234

Comando fijo
Barra separadora
Indicador para contacto (N: NAM)
Guión separador
Barra separadora
Barra separadora
ID del perfil asignado
Apellido y Nombre (N)
JJAPI/N-(origen)/(destino)/(apellido):(nombre)
Ejemplo:
JJAPI/N-USH/AEP/PEREZ:JOSE
Descripción:
JJAPI
/
N
USH
/
AEP
/
PEREZ
:
JOSE
Version 1.7
Comando fijo
Barra separadora
Indicador para contacto (N: NAM)
Guión separador
Barra separadora
Barra separadora
Apellido del agente responsable
(:) Dos puntos separadores
Nombre del agente responsable
KIU® Abril 2015
6
API

Teléfono, Mail y Fax (C)
JJAPI/C-(origen)/(destino)/(valor):(indicador)+(valor):(indicador)+(valor):(indicador)
Ejemplo:
JJAPI/C-USH/AEP/0541155556666:[email protected]:EM
Descripción:
JJAPI
/
C
USH
/
AEP
/
0541155556666
:
TE
+
+
[email protected]
:
EM
Comando fijo
Barra separadora
Indicador para comunicaciones (C: COM)
Guión separador
Barra separadora
Barra separadora
Valor (número de teléfono)
Indicador (TE: Teléfono, EM: Mail, FX: Fax)
Símbolo más (+) separador
Símbolo más (+) separador
Dirección de correo electrónico
Indicador (TE: Teléfono, EM: Mail, FX: Fax)
Importante
Los datos de contacto deben ingresarse en el orden indicando TE+FX+EM. Si alguno de los datos no se
completa se deberá dejar el espacio vacío. Por ejemplo: TE++EM o +FX+EM o ++EM. Si se deja vacío alguno
de los últimos datos, no es necesario indicarlo, por ejemplo, sólo teléfono sería TE o sólo fax sería +FX.
3.5. Modificar
Para modificar un campo, se debe sobrescribir directamente el campo que se desee modificar con el mismo
formato con que se agregan los campos.
3.6. Eliminar
Es posible eliminar la configuración de un origen-destino determinado a través del siguiente comando:
JJAPI/D-(origen)/(destino)
Ejemplo:
JJAPI/D-USH/AEP
Descripción:
JJAPI
/
D
USH
/
AEP
Version 1.7
Comando fijo
Barra separadora
Indicador para eliminar (D: Delete)
Guión separador
Barra separadora
KIU® Abril 2015
7
API
3.7. Historia (JJAPI*H)
En la historia de la tabla JJAPI se registrarán todos los cambios que se realicen en la configuración indicando
el comando utilizado así como el usuario que realizó el cambio incluyendo la fecha y hora UTC.
El comando para visualizar la historia es el siguiente:
JJAPI*H
Descripción:
JJAPI
*
H
Comando fijo
Barra separadora
Indicador de historia
Respuesta:
*** JJAPI HISTORY ***
A-MAD/EZE/B
KIUHELPLL/05MAY14/1424Z
N-MAD/EZE/LASTNAME:FIRSTNAME
C-MAD/EZE/00541133334444:[email protected]:EM
T-MAD/EZE/HDQRMC1/BUERMC1
D-COR/USH/
Descripción:
*** JJAPI HISTORY ***
A-MAD/EZE/B
N-MAD/EZE/LASTNAME:FIRSTNAME
C-MAD/EZE/00541133334444:TE+…
T-MAD/EZE/HDQRMC1/BUERMC1
D-COR/USH/
KIUHELPXX
/
05MAY14
/
1424Z
Título de la tabla
Acción (A: Add)
Acción (N: NAM – Agente supervisor)
Acción (C: COM – Contacto)
Acción (T: TTY – Direcciones de envío)
Acción (D: Delete)
Usuario que realizó la modificación
Barra separadora
Fecha UTC en que se realizó el cambio (Formato DDMMMYY)
Barra separadora
Hora UTC (Z) en que se realizó el cambio (Formato HHMM)
4. Panel de Control (PC)
Una vez ajustada la configuración en la tabla JJAPI, los vuelos que se inicialicen mostrarán el campo API en el
Panel de Control (PC).
PC3148
FLT: XX3148
BRD: AEP
MON 28APR14
ROUTE: AEP/COR
REGISTRATION:
NOOP:/H15148
STATUS
ETKT:Y
(…)
Version 1.7
*AUT*
BRDP:Y
CHECK IN: OPEN
BOARDING: OPEN
BAGT:Y
WCHK:N
API:Y
KIU® Abril 2015
8
API
Nota:
Si el vuelo hubiera sido inicializado antes de la configuración de la tabla JJAPI, el vuelo deberá ser
desinicializado (PCD) e inicializado nuevamente (PCI) para que el mismo sea afectado por la tabla JJAPI
correspondiente, mostrando el campo API en el PC y poniendo en efecto la obligatoriedad de los datos.
En los casos de vuelos con múltiples tramos el indicador API:Y se incluirá según el aeropuerto de origen. Por
ejemplo, un vuelo MVD-AEP-COR-ROS donde los datos API son requeridos para el tramo AEP-COR
únicamente, el indicador API:Y se incluirá en el panel de control con origen en AEP. En el panel de control
con origen en los otros aeropuertos este indicador no se incluirá.
5. Datos API para pasajeros
5.1. Ingresar datos API para pasajeros (PABP)
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.
PF17/29APRAEPCOR-ADULT
CHECKIN-M> XX 17 /29APR AEP
ITEM CODE
NAME
FOID
1 FQDCUR ADULT/ADULT
PP123456
2 ¤
MINOR/MINOR
*CHD PP456789
3 ¤
INFANT/INFANT
*INF PP789456
OFF
COR
COR
COR
ST
HK
HK
HK
CC
YY
YY
YY
FF
PRS
.O/HK
XX1239Y 29APR TU CORTUC 1900 2200
El comando para ingresar los datos de API es el siguiente
PA(tipo de datos)(identificador)(número de ítem)
Ejemplo:
PABP1
Descripción:
PA
B
P
1
Indicador de API
Identificador (P: PAX o C: CREW)
Número de PAX/ítem

B
C
Tipo de datos API
Básico
Completo (no disponible)

P
C
Identificador
Pasajeros
Tripulación (Crew)
Version 1.7
KIU® Abril 2015
9
API
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
B–P
PAX: FQDCUR 1
SURNAME
F.NAME
S.NAME
BIRTH DATE
BIRTH PLACE
GENDER
NATIONALITY
CNTRY RES
D.TYPE
NUM
EXPIRY DATE
ISSUE DATE
CNTRY
CITY
Nombre de la máscara (API)
Tipo de datos API (B: Basic/C: Complete) - Identificador (P: PAX/C: CREW)
Código de reserva y número de PAX dentro de la reserva
Apellido
Primer nombre (First Name)
Segundo nombre (Second Name)
Fecha de nacimiento (Formato DDMMMYY)
Lugar de nacimiento (código de país de 3 letras)
Género (M: Male, F: Female, U: Undisclosed)
Nacionalidad (código de país de 3 letras)
País de residencia (código de país de 3 letras)
Tipo de documento (ver detalle abajo)
Número de documento
Fecha de vencimiento del documento (Formato DDMMMYY)
Fecha de emisión del documento (Formato DDMMMYY)
País de emisión del documento (código de país de 3 letras)
Ciudad de emisión del documento (opcional)
 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 [email protected].
 Género
M
Masculino (Male)
F
Femenino (Female)
U
No informado (Undisclosed)
Version 1.7
KIU® Abril 2015
10
API
 Tipos de documento (D. TYPE – Document Type)
P
Pasaporte
V
Visa
A
Tarjeta de Identificación
C
I
AC
Certificado de Tripulación (Crew Member Certificate)
IP
Tarjeta de Pasaporte (Passport Card)
M
Identificación Militar
En la parte inferior de la máscara se encuentra el campo para ingresar la acción a seguir:
Descripción
SE
SN
SP
IE
IN
IP
Save and Exit – Guardar datos y salir de la máscara
Save and Next – Guardar datos y pasar al siguiente PAX del PNR
Save and Previous – Guardar datos y pasar al anterior PAX del PNR
Ignore and Exit – Ignorar datos y salir de la máscara
Ignore and Next – Ignorar datos y pasar al siguiente PAX del PNR
Ignore and Previous – Ignorar datos y pasar al anterior PAX del PNR
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
ITEM CODE
NAME
1* TQJXUL ADULT/ONE
2* TQJXUL ADULT/TWO
3* FUAEJA ADULT/THREE
4* FUAEJA ADULT/FOUR
#001* FQDCUR ADULT/ADULT
FOID
PP789456
PP456789
PP789456
PP456789
PP123456
OFF
COR
COR
COR
COR
COR
ST
HK
HK
HK
HK
CC
YY
YY
YY
YY
FF
PRS
2C
Se deberá primero desplegar la lista de pasajeros asociados al mismo código con el comando PF<ítem>.
PF3
ITEM CODE
NAME
1 FUAEJA ADULT/THREE
2 ¤
ADULT/FOUR
3 ¤
PAX/FIVE
FOID
PP789456
PP456789
PP456789
OFF
COR
COR
COR
ST
HK
HK
HK
CC
YY
YY
YY
FF
PRS
Luego se podrá proceder con la carga de datos API a cada pasajero dentro de este PNR con el comando
PABP1, etc.
Version 1.7
KIU® Abril 2015
11
API
5.2. 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).
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.
5.3. Eliminar datos API ingresados para pasajeros
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).
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).
Version 1.7
KIU® Abril 2015
12
API
Ejemplo:
Respuesta:
DONE
Nota:
La eliminación de datos API se realiza para cada pasajero individualmente.
5.4. Continuación del proceso de aceptación
Se podrá continuar con la carga de los datos de API para cada uno de los pasajeros que se encuentren
dentro del PNR utilizando la acción SN (Save and Next) hasta llegar al último pasajero del PNR, momento en
el que el sistema responderá DONE.
Luego se podrá continuar con la aceptación normal de los pasajeros (comando PU) y/o con la carga de datos
API de otros pasajeros como se describe en el ítem 5.1.
5.5. 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:
PALP17/29APRAEP
Descripción:
PA
L
P
17
/
29APR
AEP
Version 1.7
Indicador de API
Indicador de Lista
Número de vuelo
Barra separadora
Fecha de vuelo (Formato DDMMM)
KIU® Abril 2015
13
API
Respuesta:
API / XX
REF FQDCURFUAEJATQJXULFUAEJATQJXULFQDCURFQDCURFUAEJA-
17/29APRAEP / PAX
# T SURNAME/FIRST (/MIDDLE)
1
ADULT/ADULT/NAME
2
ADULT/FOUR/MIDDLE
3
ADULT/ONE/TEST
4
ADULT/THREE
5
ADULT/TWO
6
INFANT/INFANT/BABY
7
MINOR/MINOR
8
PAX/FIVE
Descripción:
API / XX 17/29APRAEP / PAX
REF
#
T
SURNAME/FIRST
(/MIDDLE)
DOB
POB
G
NAT
RES
ID-NUMBER
EXPIR
ISSUE
I/C
I/P
DOB
01DEC79
01DEC79
01DEC79
01DEC79
01DEC79
01DEC13
01DEC08
01DEC79
POB
ARG
ARG
ARG
ARG
VEN
ARG
ARG
AWB
G
M
U
M
M
M
M
F
M
NAT
USA
ARG
ARG
ARG
VEN
ARG
VEN
AWB
RES
VEN
ARG
ARG
ARG
VEN
ARG
VEN
AWB
ID-NUMBER
P 111111
P 444444
P 111
P 33333
P 33333
P 333333
P 222222
P 444444
EXPIR
01DEC15
01DEC15
01DEC15
01DEC15
01DEC15
01DEC15
01DEC15
01DEC15
ISSUE
01DEC12
01DEC12
01DEC12
01DEC12
01DEC12
01DEC13
01DEC12
01DEC12
I/C
ARG
ARG
ARG
ARG
VEN
ARG
AWB
AWB
I/P
BUENOS AIRES
BS AS
BUE
BUE
CARACAS
MAR DEL PLATA
ARUBA
ORANGENSTAAD
Título del listado API indicando vuelo, fecha y tipo de listado (PAX o
CREW)
Código de reserva
Número de ítem en el listado
Tránsito (no disponible)
Apellido y primer nombre
Segundo nombre
Fecha de nacimiento (Date of Birth)
Lugar de nacimiento (Place of Birth)
Género (Gender)
Nacionalidad (Nationality)
País de residencia
Tipo y número de documento
Fecha de vencimiento del documento (Expiry Date)
Fecha de emisión del documento
País de emisión del documento (Issue Country)
Lugar de emisión del documento (Issue Place)
Nota:
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.
5.6. 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.
PALP(vuelo)/(fecha)(origen)-SEND
Ejemplo:
PALP17/29APRAEP-SEND
Version 1.7
KIU® Abril 2015
14
API
Descripción:
PA
L
P
17
/
29APR
AEP
-SEND
Indicador de API
Indicador de Lista
Número de vuelo
Barra separadora
Indicador para generar el envío del mensaje PAXLST
Respuesta:
PAXLST MESSAGE WILL BE SENT - PLEASE CONFIRM
PALP17/29APRAEP-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.
Nota:
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.
 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.
PALP(vuelo)/(fecha)(origen)-SEND(correo)
Ejemplo:
PALP17/[email protected]
Respuesta:
PALP17/[email protected]/Y
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.
Version 1.7
KIU® Abril 2015
15
API
6. Datos API para tripulación (Crew)
Además del mensaje PAXLST con los datos de los pasajeros, la línea aérea deberá generar un segundo
mensaje PAXLST que contenga los datos API del personal de la línea aérea que esté viajando como parte de
la tripulación.
Considerando que para la tripulación no se genera ninguna reserva (PNR) ni es aceptada en el check-in como
los pasajeros, se ha creado la funcionalidad que se describe a continuación para la carga de datos API de
tripulación y la generación del mensaje correspondiente.
6.1. Ingresar datos API para tripulación (PABC)
La carga de datos API se realiza a través de una máscara en el módulo de check-in. Para moverse entre los
campos dentro de la máscara se podrá utilizar la tecla TAB. Se requiere duty 5.
Para ingresar los datos API para la tripulación se deberá utilizar el siguiente comando:
PA(tipo de datos)(identificador)(vuelo)/(fecha)(origen)/(referencia)
Ejemplo:
PABC17/29APRAEP/CREW03
Descripción:
PA
B
C
17
/
29APR
AEP
/
CREW03
Indicador de API
Número de vuelo
Barra separadora
Barra separadora
Código de referencia del tripulante (6 caracteres alfanuméricos)

B
C
Tipo de datos API
Básico
Completo (no disponible)

P
C
Identificador
Pasajeros
Tripulación (Crew)
Consideraciones
o El código de referencia debe contener 6 caracteres alfanuméricos y sería el equivalente al código de
reserva. Cada línea aérea podrá definir el procedimiento que considere necesario para la generación de
estos códigos de referencia.
Version 1.7
KIU® Abril 2015
16
API
Respuesta:
La respuesta será la máscara vacía para completar con todos los datos de la tripulación.
Descripción:
Advanced Passenger Information Nombre de la máscara (API)
B–C
Tipo de datos API (B: Basic – C: Complete) - Identificador (P: PAX o C:
CREW)
CREW# CREW03
Código de referencia
SURNAME
Apellido
F.NAME
Primer nombre (First Name)
S.NAME
Segundo nombre (Second Name)
BIRTH DATE
Fecha de nacimiento (Formato DDMMMYY)
BIRTH PLACE
Lugar de nacimiento (código de país ISO de 3 letras)
GENDER
Género (M: Male, F: Female, U: Undisclosed)
NATIONALITY
Nacionalidad (código de país ISO de 3 letras)
CNTRY RES
País de residencia (código de país ISO de 3 letras)
D.TYPE
Tipo de documento
NUM
Número de documento
EXPIRY DATE
Fecha de vencimiento del documento (Formato DDMMMYY)
ISSUE DATE
Fecha de emisión del documento (Formato DDMMMYY)
CNTRY
País de emisión del documento (código de país ISO de 3 letras)
CITY
Ciudad de emisión del documento
 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ís (DNP<país>). Si se
detectara la falta de algún código ISO3, el mismo deberá ser solicitado a [email protected].
 Género
M
Masculino (Male)
F
Femenino (Female)
U
No informado (Undisclosed)
Version 1.7
KIU® Abril 2015
17
API
 Tipos de documento (D. TYPE – Document Type)
P
Pasaporte
V
Visa
A
C
I
AC
Certificado de Tripulación (Crew Member Certificate)
IP
Tarjeta de Pasaporte (Passport Card)
M
Identificación Militar
En la parte inferior de la máscara se encuentra el campo para ingresar la acción a seguir:
Se completan los datos API en los campos de la máscara desplegada y se procede a la grabación de los
mismos indicando la acción SE (Save and Exit).
La carga de los datos API de los tripulantes se realiza de a uno por vez, por lo que para cargar los datos del
siguiente tripulante se deberá volver a utilizar el comando PABC descripto anteriormente.
Ejemplo:
PABC17/29APRAEP/PILOT1
6.2. Editar datos API ingresados para tripulación
Utilizando el código de referencia asignado al momento de ingresar los datos de la tripulación es posible
ingresar en modo de edición: 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 tripulante que hayan sido ingresados con anterioridad, se deberá
buscar al tripulante a través del código asignado.
El comando sería el siguiente:
PABC(vuelo)/(fecha)(origen)/(referencia)
Ejemplo:
PABC17/29APRAEP/PILOT1
Version 1.7
KIU® Abril 2015
18
API
Descripción:
PA
B
C
17
/
29APR
AEP
/
PILOT1
Indicador de API
Número de vuelo
Barra separadora
Barra separadora
Código de referencia del tripulante (6 caracteres alfanuméricos)
Respuesta:
La máscara resultante mostrará los valores cargados anteriormente y permitirá la edición de los mismos de
la misma manera que en la carga original.
Al finalizar con la edición de los datos se deberá ingresar el comando de acción SE (Save and Exit) ya que los
datos API de los tripulantes se cargan uno por uno.
6.3. Eliminar datos API ingresados para tripulación
Para eliminar los datos API cargados para un tripulante se deberá ingresar en la máscara en el modo de
edición utilizando el código de referencia correspondiente e ingresar en el campo de acción al final de la
máscara el indicador DE (Delete and Exit).
Ejemplo:
Respuesta:
DONE
Version 1.7
KIU® Abril 2015
19
API
6.4. Listado de datos API de tripulación (PALC)
Con el comando PALC es posible desplegar un listado de los tripulantes que cuenten con los datos API para
un vuelo determinado. El listado se mostrará en orden alfabético según los apellidos. Se requiere duty 5 y
keyword CHKLV1.
PALC(vuelo)/(fecha)(origen)
Ejemplo:
PALC17/29APRAEP
Descripción:
PA
L
C
17
/
29APR
AEP
Indicador de API
Indicador de Lista
Número de vuelo
Barra separadora
Respuesta:
API / XX 17/29APRAEP / CREW
REF - # T SURNAME/FIRST (/MIDDLE)
CREW02- 1
CREW/TWO
PILOT1- 2
PILOT/COMMANDER
Descripción:
API / XX 17/29APRAEP / CREW
REF
#
T
SURNAME/FIRST
(/MIDDLE)
DOB
POB
G
NAT
RES
ID-NUMBER
EXPIR
ISSUE
I/C
I/P
DOB
POB G NAT RES ID-NUMBER
01DEC79 ARG F ARG ARG P 333333
01DEC79 ARG F ARG ARG P 444444
EXPIR
ISSUE
I/C I/P
01DEC15 01DEC12 ARG BUE
01DEC15 01DEC12 ARG BUENOS AIRES
Título del listado API indicando vuelo, fecha y tipo de listado
(PAX o CREW)
Código de reserva
Número de PAX
Tránsito (no disponible)
Apellido y primer nombre
Segundo nombre
Fecha de nacimiento (Date of Birth)
Lugar de nacimiento (Place of Birth)
Género (Gender)
Nacionalidad (Nationality)
País de residencia
Tipo y número de documento
Fecha de vencimiento del documento (Expiry Date)
Fecha de emisión del documento
País de emisión del documento (Issue Country)
Lugar de emisión del documento (Issue Place)
Nota:
Es posible utilizar el comando PALC 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.
Version 1.7
KIU® Abril 2015
20
API
6.5. Enviar mensaje PAXLST con datos API de tripulación (PALC-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 (PALC) agregando el indicador -SEND al
final. Se requiere duty 5 y keyword CHKLV1.
PALC(vuelo)/(fecha)(origen)-SEND
Ejemplo:
PALC17/29APRAEP-SEND
Descripción:
PA
L
C
17
/
29APR
AEP
-SEND
Indicador de API
Indicador de Lista
Número de vuelo
Barra separadora
Indicador para generar el envío del mensaje PAXLST
Respuesta:
PALC17/29APRAEP-SEND/Y
Nota:
Es posible utilizar el comando PALC-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.
datos API.
 Enviar mensaje PAXLST con datos APIS de tripulación por mail
Agregando la dirección de correo directamente después del indicador -SEND se enviará el mensaje PAXLST al
correo electrónico indicado.
PALC(vuelo)/(fecha)(origen)-SEND(correo)
Ejemplo:
PALC17/[email protected]
Version 1.7
KIU® Abril 2015
21
API
7. Carga automática de datos API desde SSR DOCS
Cuando se encuentren elementos SSR DOCS cargados en las reservas, estos datos serán tomados para
precargar la tabla con los datos que se encuentre incluidos en los elementos SSR DOCS.
Estos datos precargados deberán ser verificados por los agentes de check-in y podrán ser modificados en el
momento de la carga o posteriormente según lo indicado en los puntos anteriores.
Algunas consideraciones a tener en cuenta son:
 Si un PAX tiene más de un elemento SSR DOCS asociado, la máscara PABP mostrará los datos del
elemento SSR DOCS que se encuentre en último lugar
 Si un PAX tiene fecha de nacimiento incluida como campo independiente (/<fecha> en el nombre) junto
a un elemento SSR DOCS, la máscara PABP mostrará los datos del elemento SSR DOCS
 Si un PAX tiene un elemento SSR DOCS/DOB (datos mínimos) asociado, la máscara PABP mostrará los
datos del elemento SSR DOCS/DOB
 El país de nacimiento, país de residencia y fecha de emisión del documento no son parte del elemento
SSR DOCS por lo que siempre estarán vacío para ser completados manualmente por el agente de checkin
Ejemplo:
1.1FAMILY/FATHER
»PP1111
2.1FAMILY/MOTHER
»PP2222
3.1FAMILY/BABY *INFOA
»PP4444
4.1FAMILY/SON *CHD
»PP3333
1 XX401 Y 11APR SA MIAHAV HK3 1500 1700
TKT/TIME LIMIT
1 TKT/OK * 10APR15/AEPXX-LL
(…)
SSR
1 DOCS XX HK1/P/ARG/1111/ARG/27JAN50/M/20SEP20/FAMILY/FATHER/MALE-1FAMILY/FATHER
2 DOCS XX HK1/////30MAY55/F//FAMILY/MOTHER/MINIMUM-1FAMILY/MOTHER
3 DOCS XX HK1/P/VEN/4444/VEN/01DEC14/MI/20SEP20/FAMILY/BABY-1FAMILY/MOTHER
4 DOCS XX HK1/P/USA/3333/USA/15JUL08/M/20SEP20/FAMILY/SON-1FAMILY/SON
5 DOCS XX HK1/P/ABW/BBBB/ABW/15JUL08/M/20SEP20/FAMILY/SON-1FAMILY/SON
AEP.KIUHELPLL 1447/10APR15
*YRRCPN –H
PF401/11APRMIAHAV-FAMILY
CHECKIN-M> XX 401 /11APR MIA
ITEM CODE
NAME
1 YRRCPN FAMILY/FATHER
2 ¤
FAMILY/MOTHER
3 ¤
FAMILY/SON
4 ¤
FAMILY/BABY
FOID
PP1111
PP2222
*CHD PP3333
*INF PP4444
OFF
HAV
HAV
HAV
HAV
ST
HK
HK
HK
HK
CC
YY
YY
YY
YY
FF
PRS
Con el comando PABP1 se abrirá la máscara para la carga de los datos de API.
La máscara incluirá los datos de la documentación que se encuentren cargados en los elementos SSR DOCS
correspondientes.
A continuación mostramos las máscaras que se desplegarán de acuerdo a las diferentes variantes cargadas
en el ejemplo.
Version 1.7
KIU® Abril 2015
22
API

FAMILY/FATHER tiene un elemento SSR DOCS completo asociado
o Se incluyen todos los datos del SSR DOCS

FAMILY/MOTHER tiene un elemento SSR DOCS/DOB asociado
o Se incluyen todos los datos del SSR DOCS/DOB

FAMILY/SON es un menor (CHD) con dos elementos SSR DOCS completos asociados
o Se incluyen todos los datos del último SSR DOCS asociado
Version 1.7
KIU® Abril 2015
23
API

FAMILY/BABY es un infante con un elemento SSR DOCS completo asociado a FAMILY/MOTHER
o Se incluyen los datos del SSR DOCS para el infante
El listado PALP se mostrará de la siguiente manera
El proceso de edición de datos y generación de mensajes podrá continuar de la forma normal que se
describe en este instructivo.
8. Cierre del vuelo (PD)
Si el vuelo tiene configurado API:Y en el Panel de Control, el sistema controlará que se haya generado el
envío de los mensajes PAXLST tanto de PAX (PALP) como de CREW (PALC) antes de permitir el cierre del
vuelo (PD). El sistema considerará los mensajes como enviados independientemente de si se envían a una
dirección de correo o a una dirección TTY. El procedimiento correcto deberá ser controlado por el agente o
supervisor a cargo.
Si se intentara proceder con el cierre del vuelo antes de generar los mensajes de APIS correspondientes, el
sistema mostrará el siguiente mensaje de error dependiendo de los mensajes que falten generar.
INVALID - API PAX/PAXLST MESSAGES REQUIRED
INVALID - API CREW/PAXLST MESSAGES REQUIRED
Una vez generados los mensajes correspondientes, se podrá proceder con el cierre del vuelo en el check-in
(PD) de manera normal.
Version 1.7
KIU® Abril 2015
24
API
9. Historia del vuelo (PH)
La generación de los mensajes PAXLST se podrá visualizar detalladamente en la historia del vuelo en el
módulo del check-in (comando PH).
 Enviado por mensajería
PA PAX-SEND HDQRMC1/BUERMC1 (TTL=30)
AEPXX-XX 1748 30APR14
Definición:
PA
PAX
-SEND
HDQRMC1
/
BUERMC1
(TTL=30)
Indicador de API
Identificador (PAX o CREW)
Indicador de envío de mensaje
Dirección TTY desde la que se envía el mensaje
Barra separadora
Dirección TTY de destino
Total de pasajeros o tripulantes incluidos en el mensaje PAXLST
AEPXX-XX
1748
30APR14
ID del usuario
Hora UTC en que se realizó el envío (Formato HHMM)
Fecha UTC en que se realizó el envío (Formato DDMMMYY)
 Enviado por correo electrónico
PA CREW-SEND [email protected] (TTL=30)
AEPXX-XX 1750 30APR14
Definición:
PA
CREW
-SEND
[email protected]
(TTL=15)
Indicador de API
Identificador (PAX o CREW)
Indicador de envío de mensaje
Dirección de correo de destino
Total de pasajeros o tripulantes incluidos en el mensaje PAXLST
AEPXX-XX
1750
30APR14
ID del usuario
Hora UTC en que se realizó el envío (Formato HHMM)
Fecha UTC en que se realizó el envío (Formato DDMMMYY)
Version 1.7
KIU® Abril 2015
25
API
10. Mensaje PAXLST
El mensaje PAXLST se encuentra descripto en los manuales IATA PSCRM y PADIS.
Se trata de un mensaje que se envía dentro de los 15 minutos después de cerradas las puertas del vuelo. Se
deben incluir los datos de todos los pasajeros en un mensaje PAXLST y los datos de la tripulación en un
mensaje PAXLST enviado por separado.
Si bien estos mensajes son enviados a través de mensajería tipo B o teletipo, el formato del mensaje PAXLST
es formato EDIFACT.
datos API.
10.1. Ejemplos
 Pasajeros con ID de perfil
Mensaje de pasajeros (PALP) haciendo referencia a un perfil previamente asignado e incluyendo datos API
de 2 adultos, 1 menor y 1 infante para el vuelo XX16/20MAY saliendo a las 0800 de AEP y llegando las 0900 a
COR.
{SOH}QK HDQRMC1
.BUERMC1 021818
{STX}UNB+UNOA:4+XX+ARINCTEST+140502:1818+1220000069'
UNG+PAXLST+XX:XX AIRLINES+NZCS+140625:2033+000000001+UN+D:02B'
UNH+MSG001+PAXLST:D:02B:UN:IATA'
BGM+745'
NAD+MS+PERFILUNO'
COM+1234'
TDT+20+XX16+++XX'
LOC+125+AEP'
DTM+189:1405200800:201'
LOC+87+COR'
DTM+232:1405200900:201'
NAD+FL+++API:SON:MINOR'
ATT+2++M'
DTM+329:081201'
LOC+174+USA'
LOC+178+AEP'
LOC+179+COR'
LOC+180+VEN'
NAT+2+USA'
RFF+AVF:QVXYVZ'
DOC+P+789456'
DTM+36:151201'
LOC+91+ARG'
NAD+FL+++API:BABY'
ATT+2++F'
DTM+329:131201'
LOC+174+USA'
LOC+178+AEP'
LOC+179+COR'
LOC+180+USA'
Version 1.7
KIU® Abril 2015
26
API
NAT+2+USA'
RFF+AVF:QVXYVZ'
DOC+P+987654'
DTM+36:151201'
LOC+91+USA'
NAD+FL+++API:MOTHER'
ATT+2++F'
DTM+329:791201'
LOC+174+USA'
LOC+178+AEP'
LOC+179+COR'
LOC+180+USA'
NAT+2+USA'
RFF+AVF:QVXYVZ'
DOC+P+456789'
DTM+36:151201'
LOC+91+ARG'
NAD+FL+++API:FATHER'
ATT+2++M'
DTM+329:791201'
LOC+174+USA'
LOC+178+AEP'
LOC+179+COR'
LOC+180+ARG'
NAT+2+ARG'
RFF+AVF:QVXYVZ'
DOC+P+123456'
DTM+36:151201'
LOC+91+ARG'
CNT+42+4'
UNT+60+MSG001'
UNZ+1+1220000069'
{ETX}
Version 1.7
KIU® Abril 2015
27
API
 Tripulantes con agente responsable
Mensaje de tripulación (PALC) haciendo referencia a un agente responsable previamente asignado e
incluyendo datos API de 2 adultos para el vuelo XX17/10MAY saliendo a las 1700 de COR y llegando las 1900
a USH.
{SOH}QK BUEBBC1
.BUEMCC1 021937
{STX}UNB+UNOA:4+XX+ARINCTEST+140502:1937+1220000076'
UNG+PAXLST+XX:XX AIRLINES+NZCS+140625:2033+000000001+UN+D:02B'
UNH+MSG001+PAXLST:D:02B:UN:IATA'
BGM+250'
NAD+MS+++SMITH:JOHN'
COM+054 11 44445555:TE+054 11 66667777:FX'
TDT+20+XX17+++XX'
LOC+125+COR'
DTM+189:1405101700:201'
LOC+87+USH'
DTM+232:1405101900:201'
NAD+FM+++PILOT:COMMANDER'
ATT+2++M'
DTM+329:791201'
LOC+174+ARG'
LOC+178+COR'
LOC+179+USH'
LOC+180+ARG'
NAT+2+ARG'
RFF+AVF:PILOT1'
DOC+P+444444'
DTM+36:151201'
LOC+91+ARG'
NAD+FM+++CREW:FIRST'
ATT+2++F'
DTM+329:791201'
LOC+174+ARG'
LOC+178+COR'
LOC+179+USH'
LOC+180+ARG'
NAT+2+ARG'
RFF+AVF:CREW01'
DOC+P+333333'
DTM+36:151201'
LOC+91+ARG'
CNT+41+2'
UNT+36+MSG001'
UNZ+1+1220000076'
{ETX}
Version 1.7
KIU® Abril 2015
28
API
11. Posibles mensajes de error
 Configuración JJAPI
INVALID CONFIGURATION TYPE
El tipo de datos API no es válido o falta: Puede ser B o C
CITY/ATO
Al menos uno de los códigos de aeropuerto ingresado no es válido: Deben ser códigos de aeropuerto, no
ciudades
NO DATA
El par de aeropuertos ingresado en el comando no está activo en la tabla
 Carga de datos
INVALID CREW REFERENCE
El código de referencia de la tripulación en el comando PABC no es válido o falta (PABC/código de 6
caracteres alfanuméricos)
INVALID PAX REFERENCE
El indicador de pasajero en el comando PABP no es válido o falta
INVALID FLT
Los datos del vuelo ingresados en el comando no son válidos o faltan
 Máscara
CHECK ACTION
La acción indicada en el último campo de la máscara no es válida o falta
CHECK NAMES
Los datos de apellido y/o nombre ingresados no es válido o faltan
CHECK DOB
La fecha de nacimiento ingresada no es válido o falta
CHECK BIRTH PLACE
El país de nacimiento ingresado no es válido o falta (debe ser código de país de 3 letras)
CHECK NATIONALITY
El país de nacionalidad ingresado no es válido o falta (debe ser código de país de 3 letras)
CHECK CNTRYRES
El país de residencia ingresado no es válido o falta (debe ser código de país de 3 letras)
CHECK NUM
El número de documento ingresado no es válido o falta
Version 1.7
KIU® Abril 2015
29
API
CHECK EXPIRY DATE
La fecha de vencimiento del documento ingresada no es válida o falta (el sistema controla que la fecha no
sea en el pasado)
CHECK ISSUE DATE
La fecha de emisión del documento ingresada no es válida o falta (el sistema controla que la fecha sea en el
pasado)
CHECK PCNTRY
El país de emisión del documento ingresado no es válido o falta (debe ser código de país de 3 letras)
CHECK NAMES.EXPIRY DATE.
Múltiples errores en la máscara se separan por puntos
 Check-in
INVALID - CHECK ITEM 1 - API REQUIRED
INVALID - CHECK ITEM 1,2 - API REQUIRED
Como respuesta al comando de aceptación de pasajeros (PU) cuando un vuelo requiere datos API y no han
sido cargados
INVALID - API PAX/PAXLST MESSAGES REQUIRED
Falta la generación del mensaje PAXLST para PAX (PALP) para permitir el cierre del vuelo (PD)
INVALID - API CREW/PAXLST MESSAGES REQUIRED
Falta la generación del mensaje PAXLST para CREW (PALC) para permitir el cierre del vuelo (PD)
Version 1.7
KIU® Abril 2015
30

Advanced Passenger Information (API)

Transcripción

Documentos relacionados

Presentación de PowerPoint - API EMA PARTNERS Head Hunters