Mediante servicio ImportReservationByPnrAndProcessTicketing se incorporará la reserva a la cola de proceso del Robot Automático de emisión.
Procesos del Robot Automático de Emisión
Pre-validación
Proceso en el cual se controla que la reserva contenga todos los datos necesarios para poder realizar la emisión. Entre los que se controla, que tenga una cotización guardada (PQ, TST, etc), datos del pasajero, FOID, TSA, CTCE, CTCM, teléfono valido, forma de pago válida, reglas de Glas cargadas en la reserva, etc.Emisión Automática
Genera toda la información necesaria para la emisión. Si son reservas generadas en GWC o Importadas, se realiza la carga y validación de Reglas comerciales. Si son reservas generadas en Add-In, como estas vienen ya con reglas cargadas, las valida.
Puede ser Bloqueada por estar deshabilitada por regla de ruteo en la cual se coloca que “no” se emita automático. En tal caso, un usuario Administrador debe resolver si autoriza la continuidad del proceso o lo cancela. De cancelar, no se cancela la reserva, solo se cancela el proceso de emisión.
Control de Crédito
Si existe la posibilidad de consultar el límite de crédito de una cuenta al BackOffice de la empresa mediante webservices, se configura GWC para que, ante cualquier emisión, primero haga la consulta y de acuerdo con la respuesta del BackOffice, seguirá adelante en el proceso o no, para que un usuario Administrador reintente la consulta contra el BackOffice o autorice la misma.Pre-Ticketing
En esta etapa se hace la carga de varios campos en el PNR que vienen controlados por el Motor de Reglas necesarios para la emisión.Emisión
Se realiza la emisión propiamente dicha en la fuente de contenido de acuerdo con todo lo ya controlado y cargado.Post-Ticketing
En esta etapa se realizan procesos de post emisión, necesarios para los distintos procesos que se requieran por parte de la Agencia. Estos pueden incluir, borrado de remarks de reservas en contenido GDS, encolado a una Queue especifica en contenido GDS, entre otros.Información Request / Response
Request – EndPoint
https://api-gwc.netviax.com/api/FlightReservation/ImportReservationByPnrAndProcessTicketingRequest – GDS vs NDC
➣ GDS:
• Se envía un request por cada StoredFare.
➣ NDC
• Se envía un request para toda la Reserva, el cual debe incluir todos los StoredFares.
Ejemplo request – GDS – 2 StoredFares
Si la reserva tiene 2 StoredFares, se enviarán 2 request por storedFare.
Ejemplo:
• Request 1:
{
"source": "{{locatorSource}}",
"recordLocator": "{{recordLocator}}",
"storedFareReferences": ["1"],
"extensionData": {},
"notificationUrl":https://myurl.com/notificationendpoint
}
• Request 2:
{
"source": "{{locatorSource}}",
"recordLocator": "{{recordLocator}}",
"storedFareReferences": ["2"],
"extensionData": {},
"notificationUrl":https://myurl.com/notificationendpoint
}
Ejemplo request – NDC – 2 StoredFares
Si la reserva tiene 2 StoredFares, se enviará 1 único request con todos (2) los StoredFares.
Ejemplo:
• Único Request:
{
"source": "{{locatorSource}}",
"recordLocator": "{{recordLocator}}",
"storedFareReferences": ["1", "2"],
"extensionData": {},
"notificationUrl":https://myurl.com/notificationendpoint
}
Fecha de última actualización: 13/10/23