
Cómo funciona realmente la prestación de servicios cuando ambos modelos están activos
Tenemos un nuevo problema para los equipos de las aerolíneas que se encuentran en una situación complicada. La mayoría de las compañías aéreas siguen utilizando un registro de reservas tradicional (Passenger Name Record o PNR) mientras empiezan a estudiar la posibilidad de vender y entregar con Orders.
«Sabemos que las órdenes están llegando, pero seguimos gestionando nuestras operaciones con PNR y billetes. ¿Qué cambia realmente eso en la prestación del servicio?».
El día de la operación, ambos modelos están en juego. La prestación de servicios debe tener en cuenta esa realidad.
Esta edición incluye tres cosas: respuestas a algunas de sus preguntas, construcciones concretas con socios que muestran cómo funcionan conjuntamente las ofertas, los pedidos y las entregas, y algunos puntos que añadir a su hoja de ruta.
Vamos a profundizar en ello.
Preguntas frecuentes sobre la prestación de servicios: desde los PNR hasta los pedidos
Hemos recopilado las preguntas que nos hacían con más frecuencia los equipos de las aerolíneas en una breve lista de preguntas frecuentes. En términos sencillos, abarca:
- En qué se diferencia la entrega con pedidos de la entrega con PNR y billetes
- Qué significa elegir una «fuente de verdad» para un viaje cuando existen ambos modelos
- Donde los documentos antiguos siguen siendo importantes y pueden presentarse cuando se soliciten.
- Cómo medir el progreso por el tiempo de recuperación y las promesas cumplidas, en lugar de por el número de pantallas.
Leer: Preguntas frecuentes sobre la prestación de servicios: desde los PNR hasta los pedidos
Cómo funcionan conjuntamente las ofertas, los pedidos y la entrega
El Consorcio de Venta Minorista de Aerolíneas de la IATA planteó una pregunta sencilla: ¿pueden las ofertas y los pedidos gestionarse a través de múltiples proveedores en sistemas reales, mientras las aerolíneas siguen utilizando los PNR? El programa «Modularidad en acción» trasladó esa pregunta de las diapositivas a las integraciones de sistemas operativos.
Dentro de esa iniciativa, hay algunos ejemplos que son importantes si usted es responsable de la prestación de servicios.
Desde la oferta hasta la entrega sin PSS: Ink, Datalex, PROS
En esta prueba de concepto, Datalex se encarga de la creación de ofertas y la gestión de pedidos, PROS proporciona los precios e Ink la entrega en el aeropuerto.
- Las ofertas se crean y se fijan sus precios en el nivel minorista.
- Los pedidos contienen lo que se ha vendido, con derechos claros.
- La entrega lee ese mismo pedido, ejecuta el registro y el cumplimiento de servicios auxiliares, y luego vuelve a escribir el estado.
Un sistema tradicional de servicio al pasajero no controla el flujo. Esto permite a la aerolínea añadir o cambiar componentes sin tener que reiniciar todo el sistema, y mantiene abierta la vía para que los PNR y los pedidos funcionen en paralelo durante la transición.
Pedidos de canal directo que llegan al aeropuerto: Ink FLYR.
Prueba de concepto de que Ink FLYR funcionan y mantienen flujos fluidos:
- FLYR gestiona ofertas y pedidos: compras, precios, creación de pedidos y ciclo de vida.
- Ink Entrega: procesos aeroportuarios, cumplimiento de servicios auxiliares y estado de la entrega.
Cómo funciona. Los viajeros compran y FLYR crea el pedido. Ese pedido está disponible para Ink el aeropuerto. Los agentes preparan el viaje, cambian los asientos, añaden extras y esas acciones actualizan el mismo registro del pedido en tiempo real. No hay una «copia del aeropuerto» separada de la realidad.
Hay tres puntos que vale la pena destacar:
- La entrega es más que el control de salidas. No limite el cumplimiento a un único sistema aeroportuario.
- La gestión de pedidos forma parte del control de salidas. Ambos equipos deben llegar a un acuerdo claro sobre quién actualiza cada estado y cuándo.
- Las operaciones se retrasarán hasta que vean que el trabajo se ha eliminado, no solo trasladado. La compilación tiene que facilitarles el trabajo.
Leer: Pedidos por canal directo que llegan al aeropuerto – Ink FLYR
Riyadh Air: entrega de un proyecto totalmente nuevo en un mundo híbrido
Riyadh Air es una nueva aerolínea, no una compañía aérea tradicional que está pasando por un proceso de transición. Desde el primer día, su capa de entrega tiene que operar en un mundo en el que los socios, los aeropuertos y los reguladores todavía hablan «lenguajes» tradicionales (PNR, billetes, mensajes tradicionales).
La gestión Ink está diseñada para situarse en ese término medio: es compatible con el modelo centrado en los pedidos de Riyadh Air, al tiempo que se comunica de forma clara con los sistemas heredados cuando es necesario. El resultado no es «una aerolínea en transición», sino una operación totalmente nueva diseñada para funcionar en ambos lados del sector mientras dure esa realidad híbrida.
Leer: Oferta y habilitación de pedidos a través de la modularidad
Qué significa esto para su hoja de ruta
No necesitas otra pieza conceptual. Necesitas unas cuantas opciones claras.
- Comience por los procesos, no por los sistemas. Para cada flujo, decida qué registro es la referencia operativa. Si existe un pedido, que sea la fuente principal para los derechos y el estado.
- Mantenga ambos identificadores utilizables. El personal debe poder recuperar la información mediante una referencia de tipo PNR o un ID de pedido sin tener que ejecutar dos procesos separados.
- Trate los documentos heredados como productos. Muchos socios y autoridades aún los necesitan, pero no tienen por qué dictar cómo gestionar su entrega.*
- Diseña para más de un proveedor. Asume que la oferta, el pedido y la entrega pueden no residir todos en la misma plataforma. Utiliza interfaces claras para poder cambiar un elemento sin tener que reconfigurar todo.
*Sin embargo, hay una pregunta que plantear.
En OOSD (Offer Order Settle Delivery), cada orden debe incluir un ID de orden y, opcionalmente, puede incluir un ID de reserva alfanumérico de seis caracteres, que puede utilizarse en lugar de un PNR tradicional. Aunque este ID de reserva funciona de manera similar a un PNR, no es en sí mismo un PNR, ya que no hereda las restricciones estructurales que se aplican normalmente a los PNR; sin embargo, sigue proporcionando una referencia de reserva conforme a las normas APIS de muchos gobiernos, así como a las normas BSM y otras normas de mensajería que dependen de un identificador de seis caracteres. La mayoría de los vuelos, especialmente los servicios internacionales, requerirán dicha referencia. No obstante, sigue sin resolverse la cuestión de si estos ID de reserva deben seguir finalmente las normas tradicionales de los PNR, como garantizar que todos los pasajeros compartan la misma clase de cabina o el mismo origen y destino, con el fin de evitar problemas o alertas generados por los sistemas posteriores.
Compartiremos más opiniones sobre los siguientes temas.


