Búsqueda de Pasajeros

Búsqueda por apellido

Para iniciar la aceptación de pasajeros, el vuelo debe estar inicializado y el status del CHECK-IN en OPEN. La búsqueda de un pasajero se efectúa a través del comando:

Descripción 

Descripción 

El asterisco (*) que se muestra en el ítem 3 indica que junto a ese pasajero en el mismo código de reserva hay otros pasajeros mas.

Desde este listado se pueden ejecutar varios comandos ya sean de búsqueda o de chequeo.

Búsqueda pasajeros asociados al mismo código

Si se quiere buscar desde el mismo listado a los pasajeros que están en el mismo código que el pasajero 3, se puede ejecutar el siguiente comando:

Respuesta:

El ítem 2 muestra el símbolo ¤ en lugar del código de reserva, esto indica que pertenecen al mismo código.

Puede ocurrir que en la búsqueda aparezcan pasajeros del mismo apellido pertenecientes al mismo código, en este caso se verán de la siguiente manera:

El pasajero 2 no tiene el mismo apellido pero pertenece al mismo código de reserva.

Búsqueda con comando abreviado

Este comando se puede ejecutar una vez ejecutado un comando PF donde se indica vuelo y fecha.

Este asume los mismos datos (vuelo y fecha) del comando anterior.

Ejemplo:

El mismo buscará al pasajero ALVAREZ en el mismo vuelo y fecha del comando ejecutado anteriormente.

Búsqueda de varios pasajeros

Para buscar más de un pasajero se deberán separar los apellidos con el símbolo #.

La cantidad de apellidos buscados no tiene limite siempre y cuando sean separados por el símbolo #.

Búsqueda con información de conexiones

Al momento de la búsqueda de pasajeros para el check-in (transacción PF) se incluye al final de cada línea la información de vuelos en conexión para cada pasajero

Los vuelos que se tendrán en cuenta son los que tengan horario de arribo y/o salida dentro de las 24 horas antes y/o después del vuelo que se está trabajando en el check-in y que los segmentos tengan status confirmado o en lista de espera (no se incluirán los segmentos con status UC, UN, DL, NS)

Ejemplo:

Se está realizando el checkin del vuelo XX3136/27AUG de AEP a COR

Open

Donde las líneas ítem, CODE, NAME, FOID, OFF, ST, CC y FF se leen de manera habitual

La información agregada sería, por ejemplo, ítem 1:

Detalles de cada línea

• Negrita: Vuelo que se está chequeando

• Azul: Vuelo Inbound

• Rojo: Vuelo Outbound

PF* - Búsqueda de pasajeros en todos los vuelos abiertos del día sólo con el apellido y aceptación en el vuelo.

En KIU DCS se puede buscar un pasajero por su apellido en todos los vuelos abiertos del día en el aeropuerto desde el que se trabaja con el siguiente comando.

Este comando permite buscar al pasajero utilizando la primera letra del apellido, las tres primeras letras del apellido o el apellido completo. Si ingresamos todo el apellido, el sistema despliega a todos los pasajeros que tienen ese mismo apellido. Si sólo ingresamos la letra inicial, despliega todos los pasajeros cuyos apellidos comienzan por esa misma letra.

Open

Una vez que hemos encontrado al pasajero que vamos a facturar, tenemos que transmitir el siguiente comando antes de efectuar el PU correspondiente:

Ver ejemplo debajo:

Si hay 2 pasajeros viajando juntos con el mismo apellido:

Si hay 2 pasajeros viajando juntos con distintos apellidos pero en la misma reserva, al realizar PF*<Apellido> de uno de ellos, también despliega al segundo para facturarlos juntos. Ver ejemplo debajo:

Si hay 3 pasajeros o más con distinto apellido en la misma reserva, despliega a todos para poder facturarlos juntos si se desea.

Si 2 pasajeros viajan juntos con distinto apellido, independientemente de que estén o no en la misma reserva, se pueden buscar con la siguiente entrada:

Ejemplo:

Si se quiere buscar un pasajero en los vuelos abiertos del día actual y en un aeropuerto distinto al nuestro, la entrada a utilizar es:

Ejemplo:

También se pueden buscar pasajeros embarcando desde otro aeropuerto y con apellidos distintos con la siguiente entrada:

Aceptación de pasajeros

Una vez realizada la búsqueda se puede chequear al pasajero seleccionándolo desde el listado de búsqueda.

Aceptación sin equipaje y sin asiento

Para chequear a un pasajero sin equipaje, luego de realizar el comando de búsqueda, se ejecuta el comando de aceptación. El mismo es:

Descripción:

Ejemplo:

Descripción:

Una vez aceptado el pasajero se va creando la lista de pasajeros aceptados con el orden que se le va asignado a medida que se van chequeando.

El número de orden es fijo, o sea que en caso de ser bajado del check-in seguirá manteniendo el mismo número de orden que le fue asignado en la aceptación. Pero si luego el mismo pasajero es chequeado nuevamente, el sistema le otorgará un nuevo número de boarding pass (correlativo a los pasajeros chequeados).

El chequeo del pasajero alimentará el contador de pasajeros chequeados en el panel de control y el manifiesto de tráfico.

A su vez modifica el status del E-Ticket de O (OPEN FOR USE) a C (CHECKED IN).

Aceptación con equipaje

Desde un listado de búsqueda, el comando para chequear un pasajero con su respectivo equipaje es:

Respuesta:

En la columna BAG se registra la cantidad de bultos, separados por una barra el peso total de los mismos y entre paréntesis el origen y destino del equipaje y los números de marbetes.

Si el PC del vuelo se encuentra configurado con la opción BAGTS (semiautomático), se podrá ingresar el equipaje separado por barras (diagonales) luego del peso de los equipajes como se muestra a continuación:

Esta opción (BAGTS) tiene las siguientes consideraciones:

• El sistema sólo aceptará hasta 6 caracteres numéricos por cada bag tag

• Si se ingresaran más de 6 números en un bag tag, el sistema responderá: CHECK BAG TAG

• Si la cantidad de bag tags ingresados no se corresponde con la cantidad de piezas indicadas en el comando, el sistema responderá: CHECK BAG TAG

• Si se duplica un número de bag tag el sistema responderá: CHECK DUPE seguido del número repetido o duplicado

• Si el número de la etiqueta de equipaje comienza con cero (0) no se deberá indicar dicho número

• La versión de control de los equipajes, no permite el reemplazo de la información de los equipajes despachados. Si se desean modificar los datos de los equipajes, se deberá utilizar la opción con los símbolos + o –

• Para eliminar todo el equipaje despachado, se deberá restar el equipaje con la opción – (menos). Esta versión no acepta la opción ,0/BT0

• Si se ingresaran números correlativos de etiquetas de equipajes, se puede usar la siguiente entrada: PU1,ST1A,3/30/12345-

• Al hacer esta entrada el sistema ingresará los siguientes bag tags: 12345, 12346 y 12347. Esta opción es válida solo para el comando de aceptación PU.

Aceptación desde KIU DCS con equipaje inbound de un DCS externo

Esta lógica aplica cuando un pasajero ya tiene bagtags generados por otro DCS externo. El agente debe primero realizar el check-in del pasajero y luego editar para agregar el bagtag. El token MIA de la JJCHK debe estar en Yes. Los movimientos en los tokens quedan registrados en Click en el Historial de las Tablas JJ.

Para ingresar los bagtags, se usa el siguiente comando:

Ejemplo:

Si el indicador JJCHK/MIA estuviera configurado en N, la respuesta sería:  

INVALID ACTION - MANUAL BAGTAG NUMBER NOT ALLOWED DUE TO AIRLINE SETTINGS

Aceptación desde KIU DCS con equipaje outbound operado por un DCS externo

Esta lógica aplica cuando un pasajero tiene un vuelo de conexión outbound operado por un DCS externo. Se debe agregar el vuelo en conexión en el bagtag. Sólo se pueden generar bagtags para vuelos que existan en el PNR.  El token POW de la JJCHK debe estar en Yes. Los movimientos en los tokens quedan registrados en Click en el Historial de las Tablas JJ

Para ingresar los bagtags, se usa el siguiente comando:

Ejemplo:

OWN SEGMENTS NOT ALLOWED FOR BAGTAGS

Errores Comunes

1. Combinar bagtags manuales y automáticos.  No es posible combinar bagtags manuales y automáticos en el mismo comando, independientemente de si son bagtags propios o interlineales.  

 Respuesta:  

2. Errores de conexión en segmentos.

  Si los segmentos informados no coinciden con la conexión, la respuesta será:  

Respuesta:

3. Si el pasajero fue chequeado a destino final donde interviene un DCS externo: 

Respuesta:

Es importante aclarar que el comportamiento con los vuelos que se usan para webcheckin (solamente), si el PU se hizo a destino final, el PE va a permitir agregar equipaje a destino final de manera habitual, no con el BTOW, por lo que la aerolínea tendrá que definir cómo proceder con esos equipajes, ya que no habrá BTM.

Mensajes Generados

Al utilizar estos comandos, se generan los siguientes mensajes:

• BSM (Baggage Source Message)

Ejemplo:

• BTM (Baggage Transfer Message)

Ejemplo:

Aceptación con asignación de asientos

Para desplegar el mapa de asientos, el comando es:

También se podrá desplegar el mapa de asientos en pantalla evitando el despliegue del gráfico.

El comando es el siguiente: Este comando permite visualizar el estado actual del seat map.

Al ejecutar este comando el sistema despliega en pantalla el mapa de asientos como se muestra a continuación:

Para visualizar las referencias con el significado de cada indicador en el seat map se debe ejecutar el mismo comando agregando un asterisco al final del mismo.

Ejemplo:

Al realizar este comando, el sistema despliega el mismo mapa de asientos agregando las referencias debajo del mismo, como se muestra a continuación:

Para la asignación de asientos con los comandos PU o PE es igual que en el procedimiento de check-in sin asignación obligatoria de asientos.

Ejemplos

Ejemplos:

Se ejecuta el comando de búsqueda del pasajero:

Una vez desplegadas las opciones, se ejecuta el comando básico de aceptación del pasajero:

Si el vuelo está configurado con asignación obligatoria de asientos, se despliega el mapa de asientos automáticamente:

Una vez desplegado el mapa, con el mouse se selecciona el asiento correspondiente, haciendo click sobre el mismo o también se puede escribir el número de asiento en el campo SEATS del gráfico (si se elige la opción para escribir el número de asiento, es importante tener en cuenta que la letra se debe escribir en MAYÚSCULAS. Ejemplo: 1C y no 1c).

También se pueden completar los datos de equipaje (cantidad y peso) y los talones de equipaje correspondientes.

Una vez completados todos los datos necesarios, se confirma haciendo click en OK.

El despliegue del mapa trae los datos del vuelo y las referencias de asientos en color, según su estado.

Aceptación directa con asientos que estaban disponibles

Se ejecuta directamente el comando de aceptación con los asientos elegidos. Si los mismos se encuentran disponibles son aceptados sin necesidad de desplegar el mapa:

Respuesta:

Error cuando se realiza el comando con asientos ocupados o bloqueados

Si al ejecutar el comando de aceptación con los asientos elegidos, alguno de los mismos no se encontrara disponible, el sistema devolverá como respuesta el mapa de asientos para seleccionar los asientos que se encuentran disponibles:

Ejemplo:

Se seleccionan los asientos que estén libres y se completan los datos del equipaje (bultos y peso total) y talones de equipaje como se muestra en la siguiente pantalla

En este mismo gráfico se puede ingresar el número de pasajero frecuente (campo Frequent Flyer) y otros indicadores como mensajes, ignorar control del número de vuelo y fecha, etc. (campo Others Elements).

Al seleccionar los asientos y completar los datos correspondientes, se oprime el botón OK. De esa forma quedan chequeados los pasajeros y el sistema devuelve la respuesta correspondiente.

Tener en cuenta que si la aerolínea realiza el check-in a través de SITA o ULTRA el número de bag tag no deberá ser completado ya que lo generará automáticamente el sistema.

Aceptación directa con asientos que estaban disponibles

Se ejecuta directamente el comando de aceptación con los asientos elegidos. Si los mismos se encuentran disponibles son aceptados sin necesidad de desplegar el mapa:

Respuesta:

Error cuando se realiza el comando con asientos ocupados o bloqueados

Si al ejecutar el comando de aceptación con los asientos elegidos, alguno de los mismos no se encontrara disponible, el sistema devolverá como respuesta el mapa de asientos para seleccionar los asientos que se encuentran disponibles:

Ejemplo:

Se seleccionan los asientos que estén libres y se completan los datos del equipaje (bultos y peso total) y talones de equipaje como se muestra en la siguiente pantalla

En este mismo gráfico se puede ingresar el número de pasajero frecuente (campo Frequent Flyer) y otros indicadores como mensajes, ignorar control del número de vuelo y fecha, etc. (campo Others Elements).

 Al seleccionar los asientos y completar los datos correspondientes, se oprime el botón OK. De esa forma quedan chequeados los pasajeros y el sistema devuelve la respuesta correspondiente.

Tener en cuenta que si la aerolínea realiza el check-in a través de SITA o ULTRA el número de bag tag no deberá ser completado ya que lo generará automáticamente el sistema.

Aceptación de pasajeros en Jump Seat 

Para chequear un pasajero con ubicación en Jump Seat se deberá ingresar el siguiente comando:

Descripción:

Una vez aceptado el pasajero el sistema responderá los datos del chequeo indicando en la columna SEAT el indicador JMP como se muestra a continuación:

Aceptación con número de pasajero frecuente

Se ejecuta directamente el comando de aceptación agregando el ítem que identifica a los pasajeros frecuentes. El comando es el siguiente:

Dicho comando abre el Mapa de asientos y se procede al chequeo normal.

Aceptación con nacionalidad

• De acuerdo a lo que se encuentre especificado en un nuevo indicador en el Panel de Control de los vuelos (denominado NAT) indicará la obligatoriedad de agregar la nacionalidad de los pasajeros al momento del checkin. 

• Esta nueva metodología de exigencia de ingreso de la Nacionalidad al momento del checkin es configurable por vuelo y se creó un token nuevo en la tabla de configuraciones del checkin (JJCHK) que por default inicializará los vuelos para el checkin con el nuevo indicador activado/desactivado en el Panel de Control

• Al momento del checkin este indicador si está en Y exigirá que en el comando PU / PE deba ingresarse la nacionalidad

Activación del indicador NAT:

• La activación (en la tabla de configuraciones del checkin , es decir en la tabla JJCHK) para que tome por default la exigencia del ingreso de la nacionalidad al momento del checkin es configurable por cliente y debe ser requerido a Soporte. 

Ingreso de la nacionalidad al momento del checkin

Alternativas de ingreso - Ingreso desde la entrada directa

Permite el checkin de múltiples pasajeros:

Descripción:

Ejemplo:

Opciones

Opción 1

Asignar la misma nacionalidad a todos los pasajeros del rango especificado

Ejemplo:

Le asigna la misma nacionalidad especificada como ARG a todos los pasajeros a chequear (desde el 1 al 4, el pasajero 7 y el pasajero 9)

Opción 2

Asignar diferentes nacionalidades a todos los pasajeros especificados (no se permite la opción de especificar distintas nacionalidades para un rango de pasajeros)

Ejemplo:

Le asigna ARG al pasajero 1, COL al pasajero 4, FRA al pasajero 7 y USA al pasajero 9.

Ingreso desde la entrada con asignación de asiento por medio del despliegue automático del mapa de asientos en pantalla

Puede permitir checkin múltiples pasajeros:

Luego de la entrada:

Una vez desplegado el mapa, en el “Other elements” aparece “,NANNN”

Listado de pasajeros chequeados (PLC)

Se agrega una nueva columna en el despliegue de los pasajeros chequeados con la Nacionalidad ingresada en la reserva (en el SSR DOCS), en la máscara API o la ingresada al momento del checkin.

Ejemplo:

Respuesta:

También se agrega la columna con la Nacionalidad en la planilla excel que se genera en la opción del envío a una planilla EXCEL (PLCxx-EXCEL)

Webcheckin 

Se adaptó el Webcheckin para que al momento de realizar el checkin, si se encuentra activado el indicador de la obligatoriedad del ingreso de la nacionalidad, aparezca una pantalla solicitando la nacionalidad/género/fecha de nacimiento:

Pantalla con la máscara nueva reducida:

Activación/desactivación indicador por vuelo en el Panel de Control

Se creó un nuevo indicador en el Panel de Control (denominado NAT) el cual determina si el ingreso de la Nacionalidad es obligatorio al momento del checkin.

Activar el indicador

Ejemplo:

Desactivar el indicador

Ejemplo:

Aceptación con ticket manual

Se ejecuta directamente el comando de aceptación agregando el ítem que identifica a los tickets manuales. El comando es el siguiente:

Descripción:

Aceptación con comentario

Se ejecuta directamente el comando de aceptación agregando el ítem que identifica al campo comentario. El comando es el siguiente:

Descripción:

Aceptación con Upgrade/downgrade 

Ver CKI_Upgrade y Downgrade de Pasajeros

Aceptación ignorando el control de vuelo y fecha

Esta funcionalidad permite ignorar el control del número de vuelo y fecha de salida al momento de realizar el check in de los pasajeros.

Con esta funcionalidad se puede hacer el check-in de un pasajero sin la necesidad de realizar un exchange o la reválida del cupón.

Esta funcionalidad aplica tanto para los tickets propios de KIU como para aquellos que sean de otros servidores de tickets.

Comando / Entrada

Al momento de realizar la aceptación del pasajero en el aeropuerto, se deberá ingresar la siguiente entrada:

Descripción:

Para poder realizar esta entrada el usuario debe contar con el Duty 5 en su firma.

La opción IC podrá combinarse con los otros indicadores posibles de ingresar al momento de realizar el check-in.

Ejemplos:

Si no se ingresa el indicador IC en el comando, también puede agregarse en el gráfico del mapa de asiento, en el campo OTHERS ELEMENTS como se muestra a continuación:

Historia

El uso del indicador IC quedará reflejado en:

• Historia del vuelo

• Historia del ticket

• Visualización de tickets emitidos en otros sistemas

Vuelo

En la historia del vuelo (PH) se visualizará el registro del comando IC de la siguiente manera:

El indicador que representa que se ha ignorado el control del número del vuelo y/o la fecha es: *IC*, y el mismo se encuentra antes del número de e-ticket que corresponde al pasajero.

Ticket electrónico

En la historia del ticket electrónico quedará reflejado de la siguiente manera:

En la columna OBSERVATION se podrá visualizar el indicador *IC* informando que se ha ignorado el control del número del vuelo y/o la fecha al momento de documentar al pasajero.

Por otro lado en la columna FLT (Flight: Vuelo) se visualiza el número del vuelo para el cual fue emitido el ticket y también el número de vuelo en el cual finalmente fue documentado el pasajero.

En el ejemplo, el ticket fue emitido para el vuelo 4112 del día 15MAR pero el pasajero realizó su check-in en el vuelo 4176 del 15MAR.

Una vez que el vuelo es cerrado por el aeropuerto (PD) dicho movimiento también queda reflejado en la historia del ticket con el número de vuelo y la fecha en donde realmente voló el pasajero como se muestra a continuación:

Ticket electrónico (otros sistemas)

En la visualización de un ticket electrónico emitido en otro sistema se podrá observar el status de cada cupón de la siguiente manera:

En la visualización de un ticket electrónico emitido en otro sistema se podrá observar el status de cada cupón de la siguiente manera:

Open for use

Chequeado / Documentado

El indicador –C al final del segmento del cupón representa al status CHECKED-IN.

Volado

El indicador –F al final del segmento del cupón representa al status FLOWN (Volado).

Upgrade/Downgrade de pasajeros ya chequeados

Esta funcionalidad permite editar el pasajero que se encuentra chequeado sin tener que realizar el offload, pudiendo realizarlo en la puerta de embarque según la ocupación del vuelo.

• Permite indicar si el upgrade/downgrade es por una decisión involuntaria.

• En caso que el pasajero tenga un infante asociado, al mismo también se le modifica la cabina.

• Esta modificación de cabina genera una nueva tarjeta de embarque con el nuevo asiento.

• Permite realizar el cambio de cabina en todos los vuelos en conexión (si tienen disponibilidad en las cabinas superiores/inferiores)

• En caso que se realice el cambio de cabina en conexión, permite indicar distintos asientos en caso de ser necesario en los vuelos en conexión.

• El cambio de cabina es visualizado en la historia del vuelo (en el PH) con un texto “UPGRADE” indicando la cabina que tenía originalmente y la nueva cabina.

Upgrade Voluntario:

Downgrade Voluntario:

Descripción:

Involuntario:

Opciones:

• Especificando asiento

• Realizar el upgrade en los vuelos en conexión

• Realizar el upgrade para vuelo en conexión (asignando distintos asientos para cada vuelo)

En el caso que se requiera hacer un upgrade/downgrade para un vuelo que por Schedule no tenía programada más de una cabina, para realizar el upgrade se deberá realizar el siguiente comando:

Descripción:

Ejemplo:

Respuesta:

Ejemplo:

Respuesta:

Caso práctico:

Respuesta:

Downgrade involuntario:

Respuesta:

Upgrade voluntario:

• Como no se especifica el asiento en el upgrade, se muestra el gráfico para seleccionarlo:

Respuesta:

Visualización en la historia

Respuesta:

Filtro para desplegar solamente las acciones de UPGRADE/DOWNGRADE:

Respuesta:

Aceptación de pasajeros por género

Para chequear pasajeros adultos indicando su género el comando es:

Al indicar el género del pasajero adulto el manifiesto de tráfico se alimentará con el peso default correspondiente para hombre o mujer. Si no se aclara el género el sistema asumirá por defecto el peso establecido para un adulto masculino. Los pasajeros cargados como CHD o INF no deben ser aclarados ya que el sistema asume sus pesos automáticamente.

Los pasajeros que sean aceptados por género quedaran registrados en el historial del vuelo bajo la sigla GE:F

Ejemplo:

Aceptación de pasajeros con peso específico

Para chequear pasajeros indicando el peso de los mismos el comando es:

Descripción:

Esta funcionalidad permite indicar el peso exacto de cada pasajero al momento de hacer el check-in.

En caso de no usarse esta entrada el sistema asumirá los valores preestablecidos para cada tipo de pasajero en la tabla JJCHK.

La opción WT es combinable con las otras opciones de check-in como: ST (selección de asiento), FF (pasajero frecuente), MS (mensajes), TM (ticket manual) y datos de equipajes.

Ejemplo:

Aceptación de varios pasajeros con equipaje

De forma parecida se pueden chequear varios pasajeros a la vez. Siempre ejecutando el comando de búsqueda, de acuerdo al listado que despliegue se puede ejecutar el comando:

El guión entre los pasajeros 1 y 2 indica correlatividad entre los mismos.

En caso de seleccionar pasajeros que no sean correlativos en el listado de búsqueda, se utiliza el símbolo +.

Por ejemplo si se quisiera chequear a los pasajeros 1, 3 y 5 de un listado, el comando sería:

Respuesta:

En la columna BAG del primer pasajero aceptado se registra la cantidad de bultos, separados por una barra el peso total de los mismos y entre paréntesis el origen y destino del equipaje y los números de marbetes. En este caso sólo se asocia el equipaje al primer pasajero aceptado de este comando.

Aceptación de pasajeros por categoría (texto libre)

El sistema permite chequear a los pasajeros indicando la categoría con un único carácter de texto libre que la compañía considere necesario. El comando es:

Ejemplo:

El carácter ingresado se despliega al final de la respuesta del comando y se puede obtener el listado desde el PLC con la extensión /CT.

Ejemplo:

Aceptación de Pasajeros con Vuelos Conexión

Permitirá aceptar pasajeros en el aeropuerto hasta destino final dentro de la misma aerolínea. Se imprimirán los Boarding Passes necesarios y los bag tags (cuando corresponda). Este alcance aplica también a aquellos transportadores que utilicen KIU desde workstations de otros proveedores (SITA, ULTRA)

Visualización de Pasajeros Con Vuelos En Conexión:

Una vez realizada la búsqueda del pasajero a facturar o chequear, si el mismo posee un vuelo en conexión dentro de la misma reserva, los datos del vuelo o los vuelos serán informados en el despliegue de los pasajeros de la siguiente manera:

La información de los vuelos en conexión se verá al final del despliegue, solo aquellos vuelos en conexión presentes en la misma reserva serán visualizados. Tener en cuenta que si el pasajero tiene un vuelo de regreso al mismo aeropuerto de salida en el mismo día también se considerará conexión.

Si el pasajero cuenta con dos o más conexiones, en la respuesta del comando de búsqueda se visualizaran las dos próximas conexiones, en caso que el pasajero tenga tres o más conexiones se agregara el indicador ./O+

En caso que el pasajero tenga una conexión precedente la misma se mostrara con el indicador .I/ y si luego tuviera tres o más conexiones también se agregara el indicador .O/+

Consideraciones:

• Para proceder a chequear los vuelos, deben estar inicializados y el PC de cada uno de ellos actualizado.

• El número de orden se seguirá en forma secuencial independiente de cada vuelo.

  • Se podrán chequear hasta 3 vuelos en conexión, de otra forma el sistema responderá con el siguiente mensaje de error

• Cuando se intente chequear pasajeros en conexión entre aerolíneas que no posean acuerdo interlineal el sistema responder con el siguiente mensaje de error

• El chequeo en conexión no está disponible para upgrades y downgrades

Aceptación de Pasajeros Con Vuelos En Conexión:

Los comandos para facturar a los pasajeros en conexión son los habituales, solo que se agrega al final “,O” (coma y letra O) pasando a ser el siguiente comando:

Ejemplo:

De esta forma el pasajero será aceptado en todos aquellos vuelos que correspondan a su conexión

Este formato acepta los calificadores ya conocidos como:

• Aceptar con un comentario: PU1-3,O,MSTEXTO

• Aceptar con peso del pasajero: PU1,O,WT90

• Aceptar pasajero en Jump Seat: PU1,O,JMP

• Aceptar con equipaje y marbetes: PU1-2,O,2/15,BT123456/988777

•  

Para aceptar pasajeros con más de una conexión se deberá indicar en el comando la cantidad de vuelos siguientes a chequear.

Ejemplo:

Consideraciones Para La Asignación De Asientos

En este caso el pasajero será chequeado en el vuelo actual y sus siguientes dos conexiones. Recuerde que el máximo de vuelos chequeados en conexión es 3, por lo que el máximo a ingresar en este comando es ,O3 .

Los datos ingresados en el primer seat map serán considerados para ambos vuelos. En caso que no existan los mismos asientos disponibles se deberá primero verificar aquellos habilitados la entrada PV (seat map nativo) de cada vuelo, y luego proceder a la facturación ingresando los asientos que corresponden a cada vuelo de la siguiente forma: 

Ejemplo:

Si estamos aceptando múltiples pasajeros en la misma transacción y debemos asignar diferentes asientos el signo + (más) separara cada vuelo en conexión mientras que los asientos se detallarán en forma conjunta y sin espacios. Los asientos de cada uno de los vuelos se deben separar con el signo + (más).

Ejemplo:

Los comandos de edición de pasajero deberán incluir el indicador ,O para aplicar a todos los vuelos en conexión en los que el pasajero fue aceptado.

Edición de Pasajeros en Conexión

Ejemplo:

Historial de Pasajeros en Conexión:

Aquellos pasajeros chequeados en conexión generarán el indicador O en el historial de chequeo para poder identificar que no solo se chequeo en el vuelo consultado, sino en otros más.

Ejemplos:

Aceptación de Pasajeros con elemento SSR CKIN

Se solicitara la validación de datos para aquellos pasajeros que sean aceptados a los vuelos y que sus reservas contengas un campo SSR CKIN.

Al querer aceptar a los pasajeros el sistema redesplegara en pantalla la información contenida dentro del campo SSR CKIN recordando así al agente de aeropuerto que debe comprobar los datos contenidos. Todos aquellos pasajeros que contengan un elemento SSR CKIN deberán ser validados al momento de chequearlos e imprimir sus boarding passes.

Reserva con SSR CKIN con información de Residente:

Se busca al pasajero para ser chequeado, al intentar aceptarlo el sistema devuelve los datos completos contenidos en el elemento SSR CKIN de su reserva.

Para aceptar la validación de datos contenidos en el SSR CKIN se deberá agregar al comando de aceptación el comando /Y

Una vez validado el elemento SSR CKIN el proceso de chequeo continua regularmente, es decir despliegue del seat map, asignación de asiento, impresión de boarding pass, etc.

La validación acepta las opciones regulares de cheque de pasajeros, como por ejemplo:

Aceptación de Pasajeros con Reserva Grupal

Los pasajeros reservados de forma grupal pueden ser aceptados con los mismos comandos mencionados en este manual. Solo se debe tener en cuenta que la aceptación en el check in no podrá superar los diez pasajeros por transacción. Caso contrario el sistema responderá con el siguiente mensaje.

Ejemplo:

 Aceptación indicando un número de documento (FOID)

Se ejecuta directamente el comando de aceptación indicando el número de documento con el formato habitual. El comando es el siguiente: 

Descripción: 

La lógica de prioridad es que al momento de chequear un pasajero, el sistema tome el FOID en el siguiente orden:

• 1º. Del SSR FOID, si lo tiene cargado.

• 2º. Del FOID ingresado en el campo NOMBRE del PNR.

• 3º. Si no hay SSR FOID ni FOID en campo nombre, no ingresa el documento.

El indicador FO, seguido del tipo de documento y número, es mandatorio sobre lo que haya ingresado en SSR FOID y FOID en campo nombre.

Para ingresarlo en el mapa gráfico se coloca en OTHERS ELEMENTS con ,FO y mismo formato señalado anteriormente.

Si se chequean 2 o más pasajeros y se coloca ,FO ya sea en mapa gráfico o comando directo, le coloca el mismo FOID a todos.

Aceptación de asientos diferentes en un mismo Boarding Pass 

En los vuelos de 2 o 3 tramos puede que no exista disponibilidad del  asiento en cada uno de los tramos. Para estos casos se puede seleccionar un asiento diferente en cada uno de los tramos que opera el vuelo. Se ejecutará directamente el comando de aceptación con los asientos elegidos. Esa funcionalidad no es soportada por el mapa gráfico de asientos.Luego de realizar la búsqueda del pasajero, el comando para seleccionar los asientos es: 

Respuesta:

Descripción:

En el comando se indica el asiento del primer tramo y separado por un punto el asiento para el segundo tramo. 

Opciones

En los casos de 3 tramos el comando a aplicar sería indicando un asiento por tramo. Si el mismo asiento se utilizará en dos tramos se deberá aclarar igualmente. En estos casos deben indicarse los 3 asientos, uno por cada tramo.

Asientos diferentes por tramo:

Asientos iguales y 1 diferente:

De la misma forma, también puede aplicarse cuando se chequean juntos dos o más pasajeros. Se deben aclarar un asiento por pasajero uno junto a otro, separando los tramos por un punto.

Ejemplo:

Se les asigna a los pasajeros 1 al 4, los asientos 13A, 13B, 17E y 17F para el primer tramo, los mismos asientos para el segundo tramo y 12A, 12B, 12C y 13A para el tercer tramo.

Despliegue de los mapas de asientos:

Luego de realizar el comando de búsqueda de pasajeros (PF), y antes de hacer el comando de chequeo (PU), se puede desplegar los mapas de asientos de cada tramo para visualizar los asientos disponibles en cada uno de ellos. El comando es:

Visualización del listado de pasajeros chequeados

En el listado de pasajeros chequeados los asientos se visualizarán de la siguiente manera:

Cambio de asientos

1. En los casos en los cuales hayan sido asignados asientos múltiples, y sea necesario modificarlos, el procedimiento que debe ejecutarse es bajar al pasajero del check in y volver a subirlo seleccionando los nuevos asientos. El sistema no permite editar los mismos.

2. La baja masiva de pasajeros chequeados (PEDEL) no es soportada. Deberán bajarse individualmente.

3. El cambio de matrícula no re-ubica aquellos pasajeros que tengan asientos múltiples. Aparecerán en el listado de pasajeros chequeados (PLC) con el signo de interrogación (?) delante del asiento. Se deberá proceder como explica el ítem 1.

Aceptación de asientos diferentes en un mismo Boarding Pass y vuelos en conexión

Al igual que en caso anterior, la búsqueda del pasajero se realiza con el comando habitual para estos casos de vuelos en conexión: 

Para seleccionar los asientos en cada tramo y además un asiento diferente en el vuelo en conexión se deberá usar el comando siguiente:

Respuesta:

Descripción:

En el comando se indica el asiento del primer tramo y separado por un punto el asiento para el segundo tramo y en este caso se agrega un + para los asientos de los vuelos en conexión. 

Opciones

Las opciones aplicables son las mismas a las mencionadas en el punto anterior agregándole siempre el indicador + seguido de los asientos del vuelo en conexión y el indicador ,O al final del comando.

3 diferentes por tramo y otro en conexión:

Ejemplo:

De la misma forma, también puede aplicarse cuando se chequean juntos dos o más pasajeros. Se deben aclarar un asiento por pasajero uno junto a otro, separando los tramos por un punto finalmente el asiento de la conexión.

Despliegue de los mapas de asientos

Se les asigna a los pasajeros 1 y 2, los asientos 3B y C para el primer tramo, los asientos 11A y 10A para el segundo tramo y 6A y 7A para el vuelo en conexión.

Luego de realizar el comando de búsqueda de pasajeros (PF), y antes de hacer el comando de chequeo (PU), se puede desplegar los mapas de asientos de cada tramo para visualizar los asientos disponibles en cada uno de ellos, incluyendo el mapa de asientos del vuelo en conexión. El comando es: 

Aceptación de pasajeros con número de contacto

Para aceptar a un pasajero con un número de contacto el comando es a través del SSR PCTC. La estructura del PCTC es:

Ejemplo:

PU1,PCTC/JOE SMITH/US12548.PARTNER CONTACT

El uso del número de contacto depende del parámetro [CTC] PAX CONTACT REQUIRED de la tabla JJCHK que permite establecer si el sistema del Check-In buscará la información del PCTC en el PNR o no. Las opciones del parámetro son:

• NO: el sistema no buscará la info del PCTC en la reserva. Sólo se incluirá en el PLC y en el archivo FLT, si se ingresa el PCTC en los comandos PU o PE.

• OPTIONAL: el sistema buscará la info del PCTC en la reserva (SSR PCTC), si la misma no fuera ingresada en los comandos de check-in. Si no se ingresa el PCTC en el check-in, ni en la reserva, el check-in podrá ser realizado sin inconvenientes; es por este motivo que la variable se llama Optional.

• MANDATORY: el sistema buscará la info del PCTC en la reserva (SSR PCTC), si la misma no fuera ingresada en los comandos de check-in. Si no se ingresa el PCTC en el check-in, ni en la reserva, el check-in no podrá ser realizado; es por este motivo que la variable se llama Mandatory (esta variable aún no se encuentra disponible).

Aceptación de pasajeros en lista de espera

Ver funcionalidad completa aquí

Aceptación de pasajeros ignorando característica del asiento (no implementado)

Aquellos asientos que tengan una característica que impida asignar el asiento al pasajero devolverán un mensaje de error indicando que no se puede tomar ese lugar, sin embargo este control se puede obviar ingresando diferentes parámetros

Ignorar asiento Only Adults (solo adultos)

Se debe ingresar el parámetro ,XSOA (except seat only adult)

Ejemplo:

En este caso la fila 13 no permite asignación de adultos (característica Only Adults) pero al ingresar el parámetro ,XSOA se permite ignorar el control y asignar el asiento. La acción queda regisdtrada en el el historial del vuelo

Asignar infante en asiento sin característica de infante

Se debe ingresar el parámetro ,XSAI (except seat assign infant)

Ejemplo:

En este caso el asiento 9A no permite asignar infantes pero al ingresar el parámetro ,XSAI se permite ignorar el control y asignar el asiento a un infante. La acción queda registrada en el el historial del vuelo

CS - Check-in Stop

Se utiliza para añadir un mensaje en el registro del pasajero que afecta al check-in del mismo. El mensaje se puede añadir antes de aceptar al pasajero en check-in o después de aceptarlo. Si se quiere agregar el mensaje antes de realizar el check-in, en el PNR, el comando es:

En la reserva o PNR, figura como cualquier SSR CKIN con la particularidad de la palabra “STOP” como se puede ver en el ejemplo de abajo.

Cuando se realiza la aceptación del pasajero en check-in con el comando PU, el sistema despliega el siguiente mensaje requiriendo confirmación “AT LEAST ONE PASSENGER HAS CHECK-IN STOP MESSAGE. RE-ENTER THE COMMAND WITH /Y TO CHECK-IN THE FOLLOWING PASSENGERS”, desplegando el nombre del pasajero junto con el mensaje CS o check-in stop.

Una vez que se ha aceptado el pasajero en check-in, el CS o check-in stop queda inhabilitado. Si se quiere reactivar, hay que volver a cargar el mismo mensaje o también se puede añadir uno nuevo con la entrada:

Para eliminar el mensaje CS, el comando es el siguiente:

Y confirmar que se desea borrar con la misma entrada pero acabada en /Y. Ver ejemplo debajo:

Sólo se permite un único mensaje CS por pasajero.

El mensaje también se puede modificar utilizando el comando:

Como ya existe un mensaje CS previo, el sistema despliega el siguiente aviso: “AT LEAST ONE PASSENGER HAS A CHECK-IN STOP MESSAGE. RE-ENTER THE COMMAND WITH /Y TO ACCEPT PASSENGER ON THE FLIGHT”. Justo debajo despliega el nombre del pasajero junto con el mensaje CS precedido por *CS. (Ver ejemplo debajo). Asimismo, vuelve a desplegar el comando PE con /Y al final para que confirmemos la modificación del mensaje porque al transmitir nuevamente esta entrada, el nuevo mensaje reemplazará al anterior.

Una vez agregado el CS, cualquier modificación que se realice en el registro del pasajero, volverá a solicitar confirmación añadiendo /Y al final de la entrada previa. Por ejemplo, si se solicita una reimpresión del boarding pass:

Una vez que se confirma, el mensaje CS queda inhabilitado en el check-in y desaparece. Se puede volver a agregar si se desea.

Hay distintos listados disponibles para verificar todos aquellos pasajeros que poseen un mensaje CS o check-in stop. Para visualizar los pasajeros que poseen un mensaje CS antes de facturar o ser aceptados en check-in, la entrada que se utiliza es:

También se puede ver en el listado de todos los pasajeros que no han facturado y se distinguen por tener una -Y- debajo del nuevo indicador -CS-.

La diferencia es que el listado PLU/CS despliega sólo a los pasajeros sin facturar que tienen CS, mientras que el listado PLU de debajo, despliega a todos los pasajeros sin facturar tengan o no mensaje CS.

El indicador -CS- aparece a partir de ahora también en los siguientes comandos:

Una vez aceptados los pasajeros con CS en check-in, figuran en el PLC como el resto de pasajeros pero no tendrán una -Y- en el indicador CS, a menos que se haya reactivado el mensaje CS con PE-<Item>.

Al agregar el CS en check-in, si aparecen en el siguiente listado:

En el pantallazo se puede observar que hay tres pasajeros que están facturados o aceptados y tienen CS por la -Y- que está situada en el indicador -CS-, así como por el mensaje #check-in stop que figura bajo el nombre de cada uno de los pasajeros.

Por último, la historia del vuelo, PH, también refleja todo lo acontecido con el mensaje CS o check-in stop de cada uno de los pasajeros.

Gate Stop -GS

La funcionalidad de Gate Stop o GS, se utiliza cuando se quiere añadir un mensaje en check-in para que paren al pasajero en la puerta de embarque, bien porque tenga que hacer un pago que no efectuó al chequearse o bien porque se deba revisar su documentación o necesite un cambio de asiento, entre otros ejemplos.

La opción GS o Gate Stop se puede agregar al aceptar al pasajero en check-in con el comando PU

y también se puede añadir una vez facturado o aceptado el pasajero en el vuelo con el comando PE:

Ejemplo con PU:

Ejemplo con PE:

Si el pasajero tiene un GS ingresado y se intenta agregar uno nuevo, el sistema solicita la confirmación de dicha acción, indicando que ya existe un GS y que reemplazará dicha información con la del nuevo GS. El mensaje que despliega es “ THERE IS A GATE STOP ALREADY ASSOCIATED WITH THE PAX.
ADD /Y TO REPLACE THE PREVIOUS MESSAGE WITH NEW DATA”

Simplemente hay que añadir /Y al final de la entrada del nuevo GS y transmitir como se puede ver en:

Para eliminar un GS, el comando que se utiliza es el siguiente:

Se puede ver el listado de pasajeros aceptados en el vuelo que tienen un Gate Stop o GS con el comando:

En el proceso de embarque, cuando se intenta embarcar al pasajero , el sistema no acepta el BN y despliega el mensaje que contiene dicho GS o Gate Stop para que el agente de embarque confirme ese GS con /Y como en el ejemplo que se muestra a continuación:

Tan pronto como se transmite el comando PB<BN>/Y después de la Y, el sistema embarca al pasajero con ese BN como se muestra en este ejemplo:

Una vez asignado el vuelo a la puerta de embarque, se puede ver el listado de pasajeros sin embarcar que tienen Gate Stop o GS con el comando:

NOTA: Esta funcionalidad está habilitada para Duty 5.

Pasajeros chequeados

Para identificar a los pasajeros chequeados en un listado de búsqueda existe un indicador # (numeral) seguido del orden de secuencia de chequeo compuesto por tres dígitos.

Ejemplo:

Los pasajeros 1 y 2 de este listado aún no están chequeados y mantienen el orden asignado en el comando de búsqueda, en cambio, los pasajeros que se identifican con #010 y #011 ya están chequeados con su número de secuencia correspondiente.

Edición de Información de Pasajeros Chequeados

Busqueda de pasajeros chequeados

Búsqueda por número de orden o secuencia

PE-<nro de secuencia u orden>

Descripción:

Ejemplo:

PE-12

Búsqueda por número de asiento

PE-<nro de asiento>

Ejemplo:

PE-12A

Búsqueda por Apellido

PE-<apellido>

Ejemplo:

PE-SMITH

Búsqueda por número de bagtag

Se puede buscar indicando el número de bagtag o el carrier + número de bagtag (siempre usando los 6 digitos del bagtag). Esto funciona para bagtags automáticos y semi-automáticos.

PE-BT<nro de bagtag>

Ejemplo:

PE-BT005565

Búsqueda por party number

Se puede buscar a los pasajeros chequeados indicando su party number

PE-<party number>

Ejemplo:

PE-AA4

Búsqueda por FOID

Se puede buscar a los pasajeros chequeados indicando los primeros caracteres del FOID incluyendo el tipo y el espacio, si existe

PE-FO<nro de FOID>

Ejemplo:

PE-FOPP12345678Z

Búsqueda por número de viajero frecuente

Se puede buscar a los pasajeros chequeados indicando carrier y los primeros números de frequent flyer

PE-FF<carrier code>/<número de FF>

Ejemplo:

PE-FFXX/9876

Adición o Modificación de Equipaje

Para agregar o modificar el equipaje manual (BAGT:N) a un pasajero que ya ha sido aceptado en un vuelo, se debe ingresar el siguiente comando:

En este caso al pasajero recuperado se le adicionó un equipaje con 10 kilos y se le agregó el origen y destino y número de marbete. Este comando reemplaza o agrega los datos indicados. Aquellos indicadores que no son aplicados en este comando quedan como estaban anteriormente.

Respuesta:

Si se encuentra configurado con la opción BAGTS se podrá ingresar también la siguiente opción:

Al agregar equipaje a un pasajero, el sistema controlará que no se duplique el número del bag tag ingresado (del mismo modo en que lo hace en el comando PU). El control de duplicidad es por pasajero y no por vuelo.

No está disponible en esta versión la posibilidad de reemplazar los datos de los equipajes.

Si se ingresara la opción de reemplazo de equipaje (PE-1,1/10,BT123456) el sistema responderá el siguiente mensaje advirtiendo que se debe ingresar el comando con el símbolo +:

En esta versión semiautomática no se encuentra disponible la posibilidad de ingresar solo peso a los equipajes despachados: PE-1,+0/5

Se podrá agregar una pieza al equipaje despachado sin adicionar peso con el comando: PE-1,+1/0/55555

Eliminar Equipaje Aceptado

Para eliminar los datos del equipaje ingresado.

El comando es:

Equipaje Manual

Respuesta:

En la columna BAG aparecen los indicadores en cero.

Si se encuentra configurado con la opción BAGTS se podrá ingresar también la siguiente opción:

Al realizar esta entrada el sistema actualizará los datos de equipajes y responderá con el siguiente mensaje indicando cuáles fueron los bag tags eliminados:

BAG DELETED:  2222

Se podrá eliminar una pieza de equipaje y su bag tag, sin afectar el peso ya ingresado para el pasajero: PE-1,-1/0/55555

Si se desea eliminar todo el equipaje despachado por el pasajero se deberá ingresar la entrada con el símbolo menos (-) indicando la totalidad de las piezas, peso y números de etiquetas de equipaje. Ejemplo: PE-2,-3/30/1111/2222/3333

Equipaje Automático

Respuesta:

Reimpresión de Bagtag de Equipaje

Aquellos transportadores que impriman bagtag automáticamente (BAGT:Y) y que utlicen la versión 2 del Check In contaran con la posibilidad de reimprimir la/s etiqueta/s de equipaje. El agente de aeropuerto deberá conta con el keyword CHKPBT para poder reimprimir bag tags

La funcionalidad de reimpresión de BAG TAGS es válida sólo para un único carrier, si el bagtag involucrara más de un carrier, el sistema no permitirá la reimpresión

Para reimprimir un bag tag con vuelos en conexión, el sistema requerirá que se ingrese obligatoriamente el indicador ,O. Si no se ingresara, el sistema responderá el siguiente mensaje: INVALID - THIS ACTION MUST BE APPLIED TO ALL CONNECTING FLIGHTS

Reimpresion de Bagtag:
Reimprime el número de bag tag indicado en el comando. El mismo puede ser ingresado con el carrier code, con los ceros que anteceden al número completo del bagtag, o sólo la numeración del bagtag sin los ceros antecesores.

Ejemplo:

Reimpresion de Varios Bagtag:

Reimprime los bag tags indicados en el comando. Se podrá ingresar hasta un máximo de 15 bag tags a reimprimir. 

• Diferentes Bagtags:

Ejemplo:

• Reimprime los bag tags contenidos en el rango indicado en el comando. El rango no puede superar la cantidad de 15 bag tags.

Ejemplo:

• Todos los Bagtags:

Reimprime todos los bag tags asociados al pasajero (siempre y cuando los mismos no sean mas de 15; si fueran más de 15 el sistema responderá CHECK BAGTAG)

• Bagtags en Conexión

Reimprime el bag tag cuando el mismo involucra varios vuelos en conexión. 

Ejemplo:

(la opción ,O aplica para todas las opciones del comando)

Aceptación de equipaje en conexión entrante (No IATCI)

JJDCSOA - Tabla de Acuerdos Interlineales para DCS

El comando para desplegar la tabla de DCS que muestra los acuerdos interlineales es:

JJDCSOA/*

¹ JJDCSOA/* es el comando que despliega la tabla de DCS con los acuerdos interlineales con otras aerolíneas y/ o Interline Through Check-in (IATCI), indicando si dichos acuerdos están activos o no.

Descripción:

Consideraciones:

Esta tabla se complementa con la JJIATCI que sigue estando vigente. Por el momento no hay comandos de configuración para esta tabla, pero por lo menos la tenemos como una primera tabla para ser configurada. Esta tabla permite que la aerolínea tenga acuerdos IATCI y SÓLO EQUIPAJE, así como configurar si se acepta la creación manual de conexiones en el proceso de Check-in (caso contrario solo se puede usar el BTOA cuando los vuelos de conexión están en el mismo PNR )

A partir de ahora el PU y el PE miran esta tabla. Si el carrier no está activo muestra el mensaje “ NO VÁLIDO - NO HAY ACUERDO ENTRE LAS AEROLÍNEAS” . Si la aerolínea tiene IATCI y el IATCI no existe o no está activo en la JJIATCI da el mismo error.

Internamente esta tabla está relacionada con las JJIATCI y la nueva que se haga para los BTM, pero como el circuito de gestión no está hecho, puede que manualmente no se relacionen por error. Para tener visibilidad en este caso, se agregará un mensaje en la línea del carrier con el texto * NOT EXISTS SETUP DATA *. La JJIATCI se verá igual (al igual que la del BTM que se haga) pero los comandos podrán fallar sin esta relación interna.

Es importante que el dato del accounting code (ACC) o número de cuenta IATA sea correcto porque eso se informa como parte del número de la bag tag cuando se genera en el flujo del BTM IN. Esta tabla se complementa con la tabla JJIATCI, específica para los acuerdos IATCI. Aún no existen comandos para configurar la tabla JJDCSOA/* pero por lo menos, las aerolíneas pueden visualizar los acuerdos IATCI y Sólo Equipaje que tienen y si están activos o no.

Agregar datos de equipaje en vuelo de conexión entrante (Tránsito o INBOUND)

Para agregar equipaje que llega en un vuelo de otra aerolínea para conectar con nuestro vuelo cuando no existe acuerdo IATCI entre ambas aerolíneas, se deben añadir manualmente los datos del equipaje que viene ya chequeado por otra aerolínea.

Una vez que el pasajero ha sido aceptado en el vuelo local con el comando PU, se puede añadir los datos del equipaje que ha sido chequeado en conexión con el nuestro por otra aerolínea y en otro aeropuerto, utilizando el siguiente comando:

Ejemplo:

PE089/18SEPAEPCOR-2,+1/15/LA123456,HB1/5,O

*HB es el equipaje de mano y es opcional. Si la aerolínea quiere utilizarlo, el Token BAF debe figurar como 2 en la JJCHK 2.

AGREGAR VARIAS BAGS EN TRÁNSITO CON NÚMERO BAG TAG NO CORRELATIVO

Ejemplo:

PE-1,+1/8/DL123456+1/5/DL300333+1/4/DL300888,O

AGREGAR VARIAS BAGS INBOUND O EN TRÁNSITO CON NÚMEROS DE ETIQUETAS CORRELATIVOS

Example:

PE-1,+1/9/DL234567+1/4/DL234568+1/4/DL234569,O

 Consideraciones:

• Actualmente el equipaje en conexión entrante sólo se puede agregar utilizando el comando de Edición de Pasajero (PE).

• El token BAGT debe estar en Y.

• Las maletas se deben agregar individualmente aunque el pasajero tenga varias porque aún no está soportado la adición de varias bags en un mismo comando ( e.g. E-1,+2/30/LA123456/457,O) ni tampoco la adición de maletas individualmente en un mismo comando ( e.g. PE-1,+1/10+1/14/LA123456/457,O)

• La aerolínea transportadora del equipaje en conexión entrante debe figurar en la tabla JJDCSOA/*¹ con un acuerdo bilateral activo.

• El sistema KIU DCS verifica que el número de etiqueta de equipaje no esté´ duplicado en el vuelo, si se diera una duplicidad, el sistema desplegará el siguiente aviso “NO VÁLIDO - YA EXISTE POR LO MENOS UNA BAG TAG EN EL VUELO” . Esto es hasta que esté finalizada la lógica del proceso de BTM.

• En el mismo comando no se puede combinar equipaje recibido en conexión e informado por medio de un BTM y generar bag tags propios para agregar equipaje porque el sistema despliega el error: “NO SE PERMITE AGREGAR EQUIPAJE INTERLINE Y ONLINE SIMULTÁNEAMENTE EN LA MISMA ENTRADA". No es posible mezclar el equipaje entrante que fue informado por medio del mensaje BTM y el chequeado localmente que se informa por medio del mensaje BSM (i.e. PE-28,+1/15+1/12/DL000522,O).

• Cuando KIU DCS pueda procesar el mensaje BTM entrante, se deberá controlar, probablemente en el CHKCLOSE que no existan bag tags agregados sin tener un pasajero asociado. Por ahora, podemos direccionar el BTM entrante a la dirección e-mail que requiera la aerolínea. 

• La otra aerolínea que chequeó el equipaje en conexión con nuestro vuelo, debe informarnos de ese equipaje que nos va a llegar en tránsito por medio del mensaje BTM o “Baggage Transfer Message”. Una vez que hayamos chequeado al pasajero en nuestro vuelo y agregado su equipaje chequeado en el aeropuerto anterior, KIU DCS va a generar un mensaje BSM o “Baggage Source Message” informando de ese equipaje localmente al sistema BRS de reconciliación de equipaje o “Baggage Reconciliation System”.

Ejemplo de BTM entrante: 

BTM
.V/1TJNB
.I/BP201/20OCT/GBE/Y
.F/ET1818/200CT/CPT/Y
.N/0074123512002
.W/K/1/3
.S/Y/3B/C/007
.P/A/JOHNSON/SUSAN MRS
ENDBTM

 Una vez que se ha chequeado al pasajero y agregado su equipaje en tránsito, KIU DCS genera el mensaje BSM o “Bagage Source Message” informando al sistema BRS o “Baggage Reconciliation System” del aeropuerto.

Ejemplo de mensaje BSM o Baggage Source Message:

BSM
.V/1LAEP
.F/XX089/18SEP/COR
.N/045345678001
.W/K/1/15
.S/Y/10A/C/009
.P/BLANCO/A
.L/DACHYB
ENDBSM

Eliminación de datos de equipaje en conexión entrante

Un vez que se ha localizado al pasajero en el listado PF, podemos eliminar los datos del equipaje que le agregamos y que procedía de un vuelo en conexión entrante. La entrada es:

Ejemplo:

PE089/18SEPAEPCOR-2,-1/15/LA123456,O

Al eliminar una maleta y su etiqueta, el sistema genera automáticamente un mensaje BSM DEL para los sistemas aeroportuarios de gestión de equipajes, BRS² y BHS³ o BSS⁴.

BSM

DEL
.V/1LAEP
.F/XX089/01NOV/COR
.O/XX123/01NOV/NQN
.N/999008612001
.W/K/1/15
.S/Y/10A/C/002
.P/A/GOMEZ/LUIS
ENDBSM

² BRS - Baggage Renconciliation System

³ BHS - Baggage Handling System

⁴ BSS - Baggage Sortation System o BHS

Historia de los mensajes relativos a equipajes

Los mensajes de equipaje generados, pueden consultarse como:

Ejemplo:

NOTAS:

¹ *** BSM FOR XX TO BE USED AT AEP LOCAL AIRPORT
NOT SENT DUE TO MISSING CONFIGURATION // AT 2023-09-07 18:32Z *** (Indica que el mensaje BSM se generó pero no pudo enviarse porque faltaba algún dato en la configuración // Fecha y Hora GMT cuando se intentó el envío).

2 *** BTM FOR LA TO BE USED AT COR CONNECTING AIRPORT
SENT BY TTY TO FRABMYA // AT 2023-09-07 18:59Z *** (El mensaje BTM se generó y se envió a la dirección de teletipo FRABMYA//Fecha y Hora GMT del envío).

Por el momento hay dos filtros que permiten la búsqueda de los mensajes BSM o BTM en la Historia del vuelo (PH). El primer filtro es para BSM y el segundo, para el BTM. Para poder realizar una búsqueda de mensajes más precisa, ambos filtros se pueden combinar con el número o números de las etiquetas de equipaje.

El comando para realizar una búsqueda más precisa es:

Ejemplo:

PHXX089/01NOVAEP/MSGBAG008612+999008647

MENSAJES GENERADOS PARA EL SISTEMA DE RECONCILIACIÓN/DISTRIBUCIÓN DE EQUIPAJE

FILTERED FOR BAGTAGS: 008612+999008647

*** BSM FOR XX TO BE USED AT AEP LOCAL AIRPORT
NOT SENT DUE TO MISSING CONFIGURATION // AT 2023-09-07 18:32Z ***

BSM
DEL
.V/1LAEP
.F/XX089/01NOV/COR
.O/XX123/01NOV/NQN
.N/999008612001
.W/K/1/15
.S/Y/3A/C/006
.P/A/CORNQN MR
ENDBSM

El segundo filtro es para buscar los mensajes BTM:

Para una búsqueda con mayor precisión, el tipo de mensaje puede ser combinado con el número o los números de la etiqueta de equipaje:

Ejemplo:

PHXX089/18SEPAEP/MSGBSM123456+0552345670

NOTA: Los detalles de la mensajería de equipaje deben estar disponibles después del cierre de vuelo (PD) pero aún no está desarrollado.

Equipaje con etiqueta de Responsabilidad Limitada o Limited Release

Algunos de los códigos recomendados por IATA para el etiquetado con Limited Release son:

¹ Check IATA Recommended Practice 1708 ** para ver códigos adicionales para la identificación del equipaje etiquetado con Limited Release.

Ejemplo:

PE089/18SEPAEPCOR-4,+1/15,LRLRRD/RUEDA ROTA,O

Consideraciones:

• Aplica a todos los equipajes del comando

• El código es mandatorio 4

• El texto libre opcional permitido es de máximo 25 caracteres cuando se agrega

• El código está validado según manual ** Recommended Practice 1708 ** Additional Recommended Codes for Baggage Identification or Handling

Equipaje Voluminoso

Pendiente de desarrollo

Equipaje etiquetado en Lista de Espera o Standby

Cuando se chequea un pasajero en lista de espera o Standby (SBY o WL), su equipaje es también chequeado y etiquetado como Standby. En este caso, KIU DCS genera un BSM direccionado a los sistemas BRS/BHS del aeropuerto. Una vez que el pasajero es aceptado en el vuelo, su equipaje se acepta también y en este momento, se genera un nuevo BSM pero es un BSM CHG (CHANGE) o de modificación. Si además el pasajero tuviera alguna conexión, también generaría el BTM correspondiente direccionándolo al primer aeropuerto de conexión.,

Equipaje en conexión con otras aerolíneas

En caso de querer aceptar e imprimir bagtag de equipajes con vuelos en conexión con otras aerolíneas se pueden utilizar estas alternativas

Equipaje en conexión en segmentos que están en itinerario

En el caso que se quiera imprimir bagtags con vuelos en conexión con segmentos que están en el itinerario del pasajero pero que no tienen acuerdo IATCI, se deben seguir estos pasos

1. Aceptar al pasajero en todos los vuelos que correspondan pero sin indicar el equipaje

2. Editar al pasajero aceptado agregando la información de equipaje, esta acción agregara equipaje en los vuelos online como en los offline. El indicador es ,BTOAO<cantidad de segmentos de la conexión> Los  segmentos en conexión consideraros serán todos los outbound que figuren como .O/ en la busqueda del pasajero (comando PF) sin considerar las conexiones online

PE<vuelo>/<fecha><ruta>-<número de secuencia>,O,+<equipaje>/<peso>,BTOAO<n>

Ejemplo:

Equipaje en conexión en segmentos que no están en itinerario

En el caso que se quiera imprimir bagtags con vuelos en conexión pero en segmentos que no están en el itinerario del pasajero se deben seguir estos pasos

1. Aceptar al pasajero en todos los vuelos que correspondan pero sin indicar el equipaje

2. Editar al pasajero aceptado agregando la información de equipaje, esta acción agregara equipaje en los vuelos online como en los offline (segmentos que no están en el itinerario del pasajero). El indicador es ,BTOA (bagtag other airline) seguido del carrier, número de vuelo y destino; en caso de existir mas de un vuelo se usa el separador punto (.)

PE<vuelo>/<fecha><ruta>-<número de secuencia>,O,+<equipaje>/<peso>,BTOA<carrier code><número de vuelo><destino>.<carrier code><número de vuelo><destino>.<carrier code><número de vuelo><aeropuerto destino>

Ejemplo:

Agregar o Modificar un Asiento

Para agregar o modificar el asiento asignado en el check-in a un pasajero se debe ingresar el siguiente comando:

Descripción:

Respuesta:

Swap de Asientos

Esta funcionalidad permite intercambiar los asientos de pasajeros chequeados en un vuelo.

El comando para intercambiar los asientos de dos pasajeros es el siguiente:

Ejemplo:

En el ejemplo anterior, se asignará el asiento del pasajero con número de tarjeta de embarque 1, al pasajero con número de tarjeta de embarque 2, y viceversa.

Descripción:

También es posible generar el intercambio de asientos, indicando el número de asiento con el cual se desea realizar el intercambio. La estructura del comando es la siguiente:

Ejemplo:

En el ejemplo anterior, se asignará el asiento del pasajero con número de tarjeta de embarque 1, al pasajero ubicado en el asiento 10A, y viceversa.

El swap, o intercambio de asientos, sólo se puede realizar sobre el check-in directo, es decir, no aplica para los vuelos en conexión

• El swap no se puede realizar sobre pasajeros que tienen asignación múltiple de asientos en un mismo vuelo. Ejemplo: 2A*11C

• El swap verifica que si alguno de los pasajeros a intercambiar tienen infantes asociados, el asiento de destino permita infantes, en caso contrario, responderá CHECK SEAT

• Al intercambiar asientos, se reimprimen automáticamente las tarjetas de embarque

Historia del vuelo

En la historia del vuelo, el swap, o intercambio de asientos, se visualizará de la siguiente manera:

Agregar o Modificar el número de Pasajero Frecuente

Para agregar o modificar el número de pasajero frecuente a un pasajero se debe ingresar el siguiente comando:

Descripción:

Agregar o Modificar el número de Ticket Manual

Para agregar o modificar el número de ticket manual a un pasajero se debe ingresar el siguiente comando:

Agregar o Modificar el Comentario de un Pasajero

Para agregar o modificar el comentario a un pasajero se debe ingresar el siguiente comando:

Descripción:

Este comando ingresa el campo comentario en caso que el pasajero no lo tenga o reemplaza el que tenia por el nuevo.

Para eliminar un comentario, el comando es similar pero si el texto. Por ejemplo:

Modificar el Peso de un Pasajero

Para modificar el peso de un pasajero una vez chequeado se debe ingresar el siguiente comando:

Esta entrada reemplaza al valor correspondiente al peso asignado durante el momento del check-in (default o manual).

Si el pasajero fue chequeado con un valor de peso específico y luego se le quiere indicar al sistema que asuma el valor preestablecido por default (JJCHK) se debe indicar un cero en el valor del indicador WT como se indica a continuación:

Modificar el Género de un Pasajero

 Para modificar el género de un pasajero chequeado se debe ingresar el siguiente comando:

En este caso el pasajero con número de orden 2 es modificado para ser considerado un adulto femenino.

Editar Categoría de Pasajeros

Para editar un pasajero que ya haya sido aceptado en el check in, el comando es:

Ejemplo:

Eliminar la Categoría de Pasajero

Para eliminar la categoría de un pasajero cuando ya fue ingresada, el comando es:

Edición de Pasajeros desde Lectores/Escáner de Código de Barras/QR

Para consultar la información de un pasajero que ya tiene su boarding pass emitido ya sea con código de barras o QR se puede ejecutar el siguiente comando para invocar los datos utilizando una lectora o scanner de código de barras/QR

La respuesta varia según el entorno de aeropuerto en el que se ejecute:

• Entornos CUTE (SITA-ULTRA-ARINC-RESA): el comando indica al agente de aeropuerto que espera el boarding pass para desplegar la información

• Entornos NO CUTE: el comando abre una ventana auxiliar que habilita el uso del lector/scanner. A diferencia del uso en el embarque, la ventana es de uso único por intento de lectura, debiendo re-ingresar el comando PE-R cada vez que se desee utilizar. Tener en cuenta que es es necesario contar con la versión KIU 1.700.102 o superior instalada  y tener configurado en el JJCHK la configuración PBR2 en Setup Readers 

El despliegue de información en pantalla de KIU RES es el mismo en ambos entornos. Se devuelve la ejecución de un PE de consulta y se agrega además una línea de comando lista para utilizar con la variable que el agente de aeropuerto pueda necesitar

Ejemplo:

Eliminación Pasajeros Chequeados

Eliminar Individualmente

Si es necesario bajar a un pasajero ya aceptado se utiliza el comando PE- y el número de orden del mismo. Se puede buscar al mismo desde una lista de pasajeros chequeados (PLC) o con el comando de búsqueda de pasajeros (PF).

Una vez encontrado el pasajero se procede a la bajada del mismo con el siguiente comando:

Respuesta:

El siguiente mensaje indica que el pasajero fue bajado correctamente:

El mismo desaparece del listado de pasajeros chequeados.

Ejemplo:

Respuesta:

Para activar esta opción será necesario activar la opción [CWO]CONFIRMATION WHEN OFFLOADING PAX en la tabla JJCHK. La activación de esta opción debe ser requerida via correo electrónico al HelpDesk.

Eliminar Masivamente

Existe un comando que permite eliminar masivamente a todos los pasajeros chequeados. Se requiere tener los duties 5, 7 u 8. En caso del duty 5 , el usuario deberá tener el keyword CHKLV2 y solo podrá ejecutar el comando para vuelos dentro de las 48hs anterior o posterior a la fecha del día.

Para poder ejecutar el mismo, el status del CHECK IN en el Panel de Control no debe estar en OPEN. Si hay pasajeros embarcados, tienen que ser desembarcados antes de poner el CHK en CLOSE o en SUSP.

Una vez colocado el status en CLOSE, SUSP u otro estado que no sea OPEN, se ejecuta el siguiente comando:

Ejemplo:

Respuesta:

El sistema solicita una validación para ejecutar el comando, requiriendo que se vuelva a ejecutar el mismo comando con /Y al final del mismo. Una vez ejecutado responde lo siguiente:

Esta acción baja a los pasajeros del check in, volviendo a colocar los E-Tickets en status OPEN FOR USE con una leyenda en la historia que aclara que comando se utilizó.

Listado de Pasajeros Eliminados del Check-In

Ver aqui

Reimpresión del boarding pass

Si es necesario reimprimir el boarding pass de un pasajero, se debe ingresar el siguiente comando:

Respuesta: