Secure Flight Data Obligatorio - v7

API (Advanced Passenger Information)
Obligatoriedad de Secure Flight Data
Contenido
Descripcin General ........................................................................................................................... 2
1. Tabla de configuracin (JJTSA) ................................................................................................... 2
1.1. Visualizacin ....................................................................................................................... 2
1.2. Consideraciones .................................................................................................................. 2
2. Emisin de boletos ..................................................................................................................... 3
2.1. Ejemplo 1: Todos los PAX con SSR DOCS ........................................................................... 3
2.2. Ejemplo 2: Uno de dos PAX sin SSR DOCS ......................................................................... 3
2.3. Ejemplo 3: Todos los PAX sin SSR DOCS ............................................................................ 4
3. Obligatoriedad en otros GDS ..................................................................................................... 5
3.1. Formato............................................................................................................................... 5
3.1.1. Vuelo nuevo .................................................................................................................... 6
3.1.2. Vuelo ya existente .......................................................................................................... 6
3.1.3. Eliminar requerimiento .................................................................................................. 7
3.1.4. Historia del vuelo ............................................................................................................ 7
Descripcin General
Los datos mnimos requeridos, SSR DOCS DOB/Secure Flight Data, debern ser incluidos cuando un
PAX est viajando en uno o ms vuelos donde el API/Secure Flight Data es requerido por las
autoridades del origen y/o destino.
Cada pasajero deber tener un elemento SSR DOCS.
Si ms de un documento de viaje debe ser incluido por requerimiento de las autoridades, entonces
ms de un elemento SSR DOCS ser incluido en el PNR. Si en el PNR hay ms de un nombre de
PAX, la asociacin del elemento SSR utilizando /P<1>, es requisito.
A travs de esta funcionalidad ser posible establecer la obligatoriedad de la inclusin de al menos
un elemento SSR DOCS por pasajero.
1. Tabla de configuracin (JJTSA)

Esta tabla permitir a las lneas areas chequear aquellas rutas, definidas por pares de
aeropuertos de origen y destino, que hayan sido configuradas para exigir la presencia de un
elemento SSR DOCS para todos los pasajeros en cada reserva antes de autorizar la emisin del
boleto.
Los usuarios de lnea area que cuenten con duty 7 y 8 tendrn acceso a la visualizacin de la
tabla, mientras la configuracin deber ser solicitada por la lnea area a producto@kiusys.com
1.1. Visualizacin
JJTSA
Respuesta:
TSA INFORMATION TO ISSUE - SEGMENTS DETAIL
ALL-FLL
COR-AEP
EZE-MIA
FLL-ALL
MIA-EZE
Descripcin:
Se incluir los pares de aeropuertos ingresados en un listado ordenado alfabticamente.
1.2. Consideraciones
El aeropuerto de origen o destino puede ser reemplazado por el indicador ALL para incluir
todos los aeropuertos
Los cdigos a ingresar debern ser cdigos de aeropuerto, por ejemplo, EZE y AEP, en lugar del
cdigo de ciudad, BUE
Los pares de aeropuertos a ingresar debern ser para todos aquellos segmentos en los que la
lnea area requiera los datos de Secure Flight independientemente de las escalas que tenga el
vuelo
2
2. Emisin de boletos
Si el itinerario de una reserva incluye al menos un par de aeropuertos que se encuentre en la tabla
JJTSA, el proceso de emisin de dicha reserva chequear como primer paso que todos los
pasajeros tengan al menos un elemento SSR DOCS (ya sea completo o con datos mnimos/DOB)
asociado.
2.1. Ejemplo 1: Todos los PAX con SSR DOCS

Si todos los pasajeros en el mismo PNR tienen al menos un elemento SSR DOCS, se proceder a la
emisin de los boletos correspondientes.
Las rutas EZE-MIA y MIA-EZE se encuentran presentes en la tabla JJTSA.

RP/AEP00XX4 - LINEAS AEREAS XX
1.1RIVAS/SOFIA PP 28146322
2.1GARCIA/MARIA PP 46779293
1 XX500 Y 20DEC TH EZEMIA HK2 2200 0800+1
2 XX501 Y 21DEC FR MIAEZE HK2 1200 2000
TKT/TIME LIMIT
1 TKT/OK
FARE - PRICE RETAINED
CONTACTS
1-AEP 999 AUTO PNR GEN V.1
SSR
1 DOCS YY HK1 -1RIVAS/SOFIA////01DEC79/F//RIVAS/SOFIA
2 DOCS YY HK1 -1GARCIA/MARIA////01MAR78/F//GARCIA/MARIA
RECEIVED FROM - PNRGEN
AEP.HLP/DESK114 1748/30NOV12 *WHALCX H
Al querer emitir, el sistema controla los elementos SSR DOCS y al detectar que todos los pasajeros
tienen al menos un SSR DOCS asociado, se procede a la emisin:
WK*FCA
OK. TKTs Nr. 9992200030976
9992200030977
2.2. Ejemplo 2: Uno de dos PAX sin SSR DOCS

Si al menos uno de los pasajeros de la reserva no tiene ningn elemento SSR DOCS relacionado, la
emisin de todos los pasajeros se ver inhibida.
3
TKT/TIME LIMIT
1 TKT/OK
CONTACTS
SSR
1 DOCS YY HK1 -1RIVAS/SOFIA////01DEC79/F//RIVAS/SOFIA
AEP.HLP/DESK114 1748/30NOV12 *WHALCX H
Al querer emitir, el sistema controla los elementos SSR DOCS y al detectar que al menos uno de los
pasajeros no tiene un SSR DOCS asociado, se muestra el siguiente error:
WK*FCA
TICKETING PROHIBITED - SECURE FLIGHT DATA REQUIRED
En dicho caso, se deber proceder a completar los datos mnimos requeridos de todos los
pasajeros (al menos un SSR DOCS cada uno) o a dividir de la reserva a aquel pasajero que deba ser
emitido y ya cuente con el elemento SSR DOCS correspondiente.
Importante:
Incluso aunque se intente emitir solamente a aquel pasajero que tiene un elemento SSR DOCS se
inhibir la emisin del boleto.
2.3. Ejemplo 3: Todos los PAX sin SSR DOCS

TKT/TIME LIMIT
1 TKT/OK
CONTACTS
AEP.HLP/DESK114 1748/30NOV12 *WHALCX
4
Al querer emitir, el sistema controla los elementos SSR DOCS y al detectar que al menos uno de los
pasajeros no tiene un SSR DOCS asociado, se muestra el siguiente error:
WK*FCA
TICKETING PROHIBITED - SECURE FLIGHT DATA REQUIRED
El sistema verificar la presencia de al menos un elemento SSR DOCS asociado a cada pasajero
de la reserva, pero no controlar el contenido del mismo
Incluso aunque se intente emitir solamente a aquel pasajero que tiene un elemento SSR DOCS
se inhibir la emisin del boleto
Si slo un segmento en toda la ruta est incluido en la tabla JJTSA el sistema inhibir la emisin
si no hay un elemento SSR DOCS para cada pasajero asociado a todos los segmentos o, como
mnimo, al segmento correspondiente
El control aplicar tanto para emisiones originales como para canjes/Exchange, pero no
aplicar para revlidas
En casos de reservas de grupo, se contemplarn aquellos pasajeros que estn nominados
independientemente de la cantidad de lugares reservados
En casos de grupos nominados parcialmente, todos aquellos pasajeros que estn nominados
debern tener al menos un elemento SSR DOCS al momento de la emisin
El control se realizar sobre los pasajeros adultos (ADT) y menores (CHD)
En casos de pasajeros infantes (INF), el elemento SSR DOCS deber contener el gnero
correspondiente (MI o FI) y ser asociado al pasajero adulto
El elemento SSR DOCS relacionado al adulto no deber contener el gnero correspondiente (M
o F)
3. Obligatoriedad en otros GDS

Aquellas lneas areas que tengan acuerdo de distribucin con otros GDS o terceros, debern
indicar, a travs del mdulo de Schedule o Carga de Vuelos, aquellos vuelos en los que la
informacin de Secure Flight ser requerida obligatoriamente para permitir la emisin de los
boletos.
Esta informacin ser incluida en los mensajes SSM que se enven a aquellos proveedores con los
que tengan acuerdo de distribucin con el formato indicado por IATA utilizando el DEI 504 (Secure
Flight Data Required).
La forma de incluir este indicador en la mensajera SSM es a travs de un campo comentario o

remark en el mdulo de Schedule (KSRM). Este comentario es de texto libre pero deber incluir el
indicador TSA/ en cualquier parte del texto.
3.1. Formato
KSRM/(origen)(destino)/(texto libre incluyendo TSA/)
5
Ejemplos:
KSRM/EZEMIA/TSA/
KSRM/EZEMIA/TSA/* * * REQUERIR DATOS APIS * * *
KSRM/EZEMIA/* * * REQUERIR DATOS TSA/APIS * * *
KSRM/EZEMIA/REQUERIR DATOS APIS TSA/
Esta informacin podr incluirse en la creacin de un vuelo o sobre un vuelo ya existente y se ver
en KIU como cualquier campo comentario adems de generar el mensaje SSM con el DEI
correspondiente.
3.1.1. Vuelo nuevo

En Schedule:
KSH400/01DEC12/30DEC12/1234567/EZE/MIA/1
KSL1/EZEMIA/2200/0800/Y.B.H//1/1
KSRM/EZEMIA/* * * REQUERIR DATOS TSA/APIS * * *
KSAVE
Disponibilidad en KIU:
120DECEZEMIA
** KIU AVAILABILITY ** TO MIA/MIAMI, FLORIDA THU 20DEC12 H0000 20D
1 XX 400 Y9 B9 H9 EZE MIA 22:00 08:00+1 0 SF3 D 12:00
#* * * REQUERIR DATOS TSA/APIS * * *
1* MORE CARRIER DISPLAY
Mensaje SSM/NEW:
SSM
LT
30NOV0016E001//KIUHELPLL/30NOV
NEW
XX400
01DEC12 30DEC12 1234567
J SF3 YBH.Y34
EZE2200 MIA0800/1 7//N
EZEMIA 505/ET
EZEMIA 504/S
3.1.2. Vuelo ya existente

En Schedule:
KA*401
KS.1
KSRM/MIAEZE/TSA/
KSAVE
6
120DECMIAEZE
** KIU AVAILABILITY ** TO BUE/BUENOS AIRES, AR THU 20DEC12 H0000 20D
1 XX 401 Y9 B9 H9 MIA EZE 10:00 20:00 0 SF3 D 8:00
#TSA/
1* MORE CARRIER DISPLAY
Mensaje SSM/RPL:
SSM
LT
RPL XASM
XX401
01DEC12 30DEC12 1234567
J SF3 YBH.Y34
MIA1000 EZE2000 7//N
MIAEZE 505/ET
MIAEZE 504/S
3.1.3. Eliminar requerimiento

En schedule:
KA*500
KS.1
KSRM/EZEMIA/
KSAVE
120DECEZEMIA
** KIU AVAILABILITY ** TO MIA/MIAMI, FLORIDA THU 20DEC12 H0000 20D
1 XX 500 Y9 B9 H9 EZE MIA 22:00 08:00+1 0 SF3 D 12:00
Mensaje SSM/RPL:
SSM
LT
RPL XASM
XX500
01DEC12 30DEC12 1234567
J SF3 YBH.Y34
EZE2200 MIA0800/1 7//N
EZEMIA 505/ET
3.1.4. Historia del vuelo

En la historia del vuelo (VIH) quedar registrado tanto el ingreso como la eliminacin de los
campos comentarios.
7
Ejemplo:
VIH500/20DEC
CARRIER FLIGHT * * * H I S T O R Y * * *
AEP.AEPXX-LL 1214/30NOV12
XX 500
ITEM IDMASTERVL EFFECT DISCONT FREQUENCY NLG FRM END
1 0000238622 01DEC2012 30DEC2012 1234567 DAILY 1 EZE MIA
LEG BRD TD OFF TA DEPT ARRV 'BLK CD NBR/EQP NBC CAB DIST(km)
1 EZE MIA 2200 0800+1 720 1A 1/SF3 3 1 7118
LEG BRD OFF # M-C AUTH BS LS NG-NL LSS TSO TSC NLOS WLL
STATUS ML
1 EZE MIA 01 Y Y 34 0 0 0 0
02 B 0 0
03 H 0 0
REMARK ** TSA/* * * REQUERIR DATOS APIS * * *
KIUHELPLL 1214/30NOV12
RM/EZEMIA/TSA/X
KIUHELPLL 2107/30NOV12
El comentario con TSA/ se podr incluir
En cualquier parte dentro del texto libre del campo remark
En cualquiera de los campos comentarios; si hubiera mltiples remarks en un vuelo, puede
estar primero, ltimo o en cualquier lugar intermedio
En ms de un campo comentario para la misma pata
En las patas o segmentos de KIU, que se incluir en el despliegue de disponibilidad; de todas
formas, en el mensaje SSM y de acuerdo a normativas IATA se incluir slo por leg/pata
En los campos remark simples (KSRM/ruta/texto) o en los campos remark que se incluirn
tambin en las reservas (KSRM/ruta//texto)

Secure Flight Data Obligatorio - v7

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Secure Flight Data Obligatorio - v7

Încărcat de

Drepturi de autor:

Formate disponibile

API (Advanced Passenger Information)

Obligatoriedad de Secure Flight Data

1. Tabla de configuracin (JJTSA)

2.1. Ejemplo 1: Todos los PAX con SSR DOCS

Las rutas EZE-MIA y MIA-EZE se encuentran presentes en la tabla JJTSA.

2.2. Ejemplo 2: Uno de dos PAX sin SSR DOCS

2.3. Ejemplo 3: Todos los PAX sin SSR DOCS

3. Obligatoriedad en otros GDS

La forma de incluir este indicador en la mensajera SSM es a travs de un campo comentario o

KSRM/EZEMIA/TSA/* * * REQUERIR DATOS APIS * * *

KSRM/EZEMIA/* * * REQUERIR DATOS TSA/APIS * * *

KSRM/EZEMIA/REQUERIR DATOS APIS TSA/

3.1.1. Vuelo nuevo

3.1.2. Vuelo ya existente

3.1.3. Eliminar requerimiento

3.1.4. Historia del vuelo

S-ar putea să vă placă și