Page Comparison

Este servicio genera un Json con la estructura completa del PNR cada vez que sufre un cambio. La estructura es la siguiente:

...

Introducción

KIU SNAPSHOTS (PNR) es un servicio para el envío de PNRs que permitirá mantener sincronizado con el PSS el estado de todos los PNR en tiempo real. Cada vez que un PNR es creado, modificado, dividido o purgado se enviará un archivo JSON con el o los PNRs afectados.

Estructura del archivo

El nombre del archivo json generado contiene como prefijo PNRS_ y el timestamp en UTC, quedando el siguiente patrón PNRS_YYYYMMDDTHHMMSSFFFZ.json, por ejemplo PNRS_20230512T105030923Z.json

Internamente, el archivo contiene un objeto “event_details” que da detalles sobre el evento que generó el cambio y una lista de PNR[1..n] afectados por el mismo. Cada objeto del array representa un PNR y la estructura del mismo está representada en el schema de la api get_booking_information (con la excepción del evento de purga).

Ejemplo de archivo

{
  “event_details”: {...},
  "pnr_list": [
                {     
 {objetos json de PNR según schema api get_booking_information}                "record_locator_version_information": {},
     ] }

Al schema de la api mencionada solo se agrega un nuevo elemento “event_details” que agrega data sobre el evento que generó la modificación. Abajo describimos al estructura y las consideraciones en cada evento en particular.

Asi queda la esctructura de cada PNR informado:

{        “event_details”: {},   "record_locator_version_information": {},
         "record_locator_information": {},         "passengers_information": {},
                  "flights_segment_information": {},
                  "flights_origin_destination_information": {},
                  "contacts_list": [],
                  ...
      "pricing_information": {}
}

Procesos que generan un evento para el servicio

...

Proceso Grabar PNR (comando E), emisión y void

• application: KIU_COMMAND si output = 0 sino es OTHER (a mejorar)

• origin: AGENT o WEBSERVICES (si output = 0 es agente, sino es webservices -incluye las apis-) (a mejorar)

• device: el que genera la transacción

• agent: el que genera la transacción

...

Proceso de Creación de Reservas, Modificación de Reservas y División de Reservas por webservices (v1 y v2)

• application: OTHER (a mejorar)

• origin: WEBSERVICES (a mejorar)

• device: el que genera la transacción

• agent: el que genera la transacción

...

Proceso de Creación de Reservas, Modificación de Reservas y División de Reservas por apis

• application: KIU_COMMAND si output = 0 sino es OTHER (a mejorar)

• origin: AGENT o WEBSERVICES (si output = 0 es agente, sino es webservices -incluye las apis-) (a mejorar)

• device: el que genera la transacción

• agent: el que genera la transacción

...

Proceso de Creación, Modificación de Reservas y División de Reservas por mensajería TTY Type B/Type A

• application: MESSAGE_PROCESS

• origin: FROM_EXTERNAL_MESSAGE

• device: la oficina configurada para el host con terminal address 00

• agent: KIUSYSTEM

...

Cambios de reservas por schedule change (reacomodación)

• application: SCHEDULE_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Cambios de reservas por comando VMOVE (reacomodación)

• application: VMOVE_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Proceso de confirmación automática de lista de espera

• application: CONFIRM_WAITLIST_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Ajustes del robot time limit

• application: ROBOT_TIME_LIMIT

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Ajustes por los mensajes post-departure (PFS, PRL)

• application: PFS_PROCESS / PRL_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

Proceso de gestión de cupos KAM (PNRs de inventario)

...

application: KAM

...

device: el que genera la acción en el KAM

...

agent: el que genera la acción en el KAM

...

Proceso de cancelación de itinerarios activos expirados (aquellos que pasaron mas de 40 horas desde su fecha de vuelo)

• application: EXPIRED_ITINERARIES_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Proceso de cancelación de itinerarios o ssr por vencimiento.

• application: SERVICES_AUTOMATIC_CANCEL

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Proceso de confirmación/rechazo de SSR con inventario

• application: SSR_INVENTORY_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Proceso interno asignación de asientos (esto pasa por ejemplo con la funcionalidad actual del webcheckin de 2W que elige un asiento por default y como es con PRS se modifica el PNR)

• application: SEAT_ASSIGN_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

...

Proceso de emisión post-validación forma de pago on-line (acá el proceso de validación puede agregar remarks con errores del proceso o por ejemplo un remark con una referencia de la transacción)

• application: FOP_VALIDATION_PROCESS

• origin: INTERNAL_PROCESS

• agent: KIUSYSTEM

• Description event_details (por ahora solo se agrega en XX hasta que se implemente en todos los métodos y estén documentados)

          },
                {...}
              ]
}

Estructura event_details

El objeto event_details tiene la sieguiente estrucura:

Origen y Aplicaciones

Al existir distintos escenarios en los cuales un PNR puede ser modificado, se optó por clasificación en base al tipo de transacción, directa o indirecta, el origen de la modificaión y la aplicación que la desencadenó.

En base a estas variables se construyen las siguientes combinaciones:

Purga

El proceso de purga de PNRs podrá contener hasta 1000 pnrs en un mismo archivo. Bajo este escenario, se informará la key record_locator_version_information de cada PNR y una copia de la historia del pnr al momento de la purga(equivalente al *H)

Ejemplo de archivo

{
	"event_details": {
		"application": "RECORD_LOCATOR_PURGED",
		"timestamp": "2023-08-15T05:02:13.540Z"
	},
	"pnr_list": [
		{
			"record_locator_version_information": {
				"record_locator": "AWCVUB",
				"record_locator_version": "2023-08-14T00:00:05.360Z"
			},
			"history_item_list": [
				"ARM  ITINERARY RECEIPT-» BAGGAGE ALLOWANCE 1 PIECES UP TO 10K FOR ADT",
				"      /XX100 Y 12AUG AEPOYO",
				"BUE.BUEXX-DA 1325/12JUL23",
				"XS  XX100 Y 12AUG SA AEPOYO HK1  0800 0830",
				"SYS-EX 0000/14AUG23"
			]
		},
		{
			"record_locator_version_information": {
				"record_locator": "BFLNBT",
				"record_locator_version": "2023-08-14T00:00:05.360Z"
			},
			"history_item_list": [
				"XTK  OK",
				"AT FC WK*F/VIXXXXXXXXXXXX4242N/XXXX/V123/Z12466",
				"ATT OK * 10AUG23/AEPXX-FT",
				"ATK 9990210044640 * 10AUG23/AEPXX-FT - FERNAN/M.",
				"ATK 9990210044641 * 10AUG23/AEPXX-FT - FERNAN/M.",
				"AEP.AEPXX-FT 1524/10AUG23",
				"ASR ABAG XX HK1 AEPCOR2049Y12AUG-1FERNAN/MR.UPTO 23KG BAGGAGE",
				"ASR ABAG XX HK1 AEPCOR2049Y12AUG-1FERNAN/MRS.UPTO 23KG BAGGAGE",
				"AEP.AEPXX-FT 1525/10AUG23",
				"XSR ABAG XX HK1 AEPCOR2049Y12AUG-1FERNAN/MR.UPTO 23KG BAGGAGE",
				"XSR ABAG XX HK1 AEPCOR2049Y12AUG-1FERNAN/MRS.UPTO 23KG BAGGAGE",
				"SYS-TX 0730/11AUG23",
				"XS  XX2049Y 12AUG SA AEPCOR HK2  0800 0900",
				"SYS-EX 0000/14AUG23"
			]
		}
	]
}

Recap

Al relizarse la implementación de este módulo, se ejecutará un proceso de RECAP que recorrerá la base de datos generando una imagen de cada PNR. Bajo este escenario no hay una modificación sobre el PNR, el event_datails solo tendrá la key "application": "RECORD_LOCATOR_SYNCHRONIZATION".

Esta funcionalidad de RECAP está incluida en el costo de implementación. Cualquier solicitud adicional por parte de la aerolínea para la re ejecucion de este proceso deberá ser evaluado por el departamento comercial.