Recaudo de Ancillary Services sin dispersión

OBJETIVO

El objetivo de este desarrollo es que se puedan recaudar correctamente en Netoffice los servicios ancillary, los cuales no tienen dispersión, cuando el ticket aereo que dió origen a los servicios ancillary si tiene dispersión.

El servicio aéreo, debe poder recaudarse teniendo en cuenta la dispersión como sucede hoy en día cuando se hacen pagos con tarjeta de crédito, pero los ancillary o servicios complementarios al servicio aéreo deben poder recaudarse sin dispersión, como si fueran pagados en efectivo (cash) siempre.

FUNCIONAMIENTO ACTUAL Y ALCANCE

Hoy en día en Netoffice existe lógica para determinar cuando se recauda un servicio con dispersión y cuando no.

Tenemos por un lado los códigos de establecimiento (Administración - Configuración - Códigos de Establecimientos), allí se configuran los códigos de los prestadores de servicios aéreos y los códigos propios de la agencia.

Cuando se va a generar un recaudo en en tarjeta de crédito, Netoffice comparará el código de comercio del prestador y código de comercio propio de la agencia (tabla: autorizacion_tarjeta, se filtra por id_solicitud_auto_credito que es es el id de la solicitud de recaudo), dependiendo de los códigos sean iguales o distintos se determinará si hay dispersión o no.

Si el código de prestador (CódigoAerolínea) y el código propio de agencia (CódigoAgencia) son iguales, no hay dispersión.
Si el código de prestador (CódigoAerolínea) y el código propio de agencia (CódigoAgencia) son distintos, hay dispersión.

Cuando no hay dispersión, en el recibo de caja todo lo recaudado va a una sóla caja que es la caja de la agencia representado en un solo valor de la solapa “Valores” del recibo.

Cuando hay dispersión, los valores en el recibo se dividen:

Por un lado, en un línea se crea un “valor” donde se envía el servicio aéreo. Esa el valor en la caja BSP va directamente a la aerolínea. El importe del aéreo a directo al prestador.
Por otro lado, en otra línea de valores, se crea un “valor” donde irán todos los fees asociados al file y el resto de los servicio terrestres a la caja propia de la agencia.

Esto quiere decir que cuando hay dispersión en la solapa valores del servicio, tendremos un valor para el total de los aéreos y otro valor para los demás servicios no aereos o terrestres y fees (incluidos los fees del servicio aéreo), es decir, el aéreo lo recauda la aerolínea y los demás servicios y fees los recauda la agencia.

Hoy en día manejamos los siguiente casos de recaudo con y sin dispersión y confirmación desde Netoffice a Netsuite a travéz del servicio rest:

Confirmación y emisión de servicios en NetSuite al hacer recaudos en NetOffice

Itinerario SIN aéreos, pagado con TARJETA → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. — NO HAY CAMBIOS

Itinerario SIN aéreos, pagado con CASH → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. - NO HAY CAMBIOS

Itinerario SIN aéreos, con pago COMBINADO → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. - NO HAY CAMBIOS

Itinerario CON aéreos, pagado con TARJETA → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. Los aéreos pagados con tarjeta requieren de emisión manual. - REQUIERE MODIFICACIÓN

Itinerario CON aéreos, pagado con CASH → Se aprueba el pago y se confirman todos los servicios terrestres y aéreos del itinerario. - NO HAY CAMBIOS

Itinerario CON aéreos, con pago COMBINADO (tarjeta + cash) → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. Los aéreos pagados con tarjeta requieren de emisión manual. - REQUIERE MODIFICACIÓN

Itinerario CON aéreos sin dispersión, pagado con TARJETA → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario, los aéreos pagos con tarjeta si no tienen dispersión se deben confirmar y emitir como si fueran pagados con cash, si hay dispersión se deben seguir emitiendo de forma manual como hasta entonces. - NO HAY CAMBIOS

SE REQUIERE:

Para los servicios aéreos que se pagan con tarjeta de crédito, sabemos que hay dispersión en general, pero si a ese servicio aéreo se le agrega un ancillary o servicios complementarios, los mismos no tienen dispersión por lo cual NO se deben sumar en el recaudo como parte del valor de los aéreos y NO se deben recaudar en la caja BSP que va directo a la aerolínea

Los ancillary se importan a Netoffice desde el desarrollo del User Story 103125: Ancillary Services - Lectura y creación de servicios en Netoffice.

Hay que identificar qué ticket corresponde a Ancillary y enviar para que se recaude por la caja de la agencia - ReservationItemType = Ancillary (como si fuera un terrestre o se pagara en cash)

La particularidad de este desarrollo es que agregamos una condición para que si bien el ancillary se recaude por la caja de la agencia el mismo NO se confirme en NSS como pasa con los servicios terrestres que se recaudan con efectivo o cash.

Si se realizó el pago con tarjeta de crédito del ticket aéreo original el mismo tendrá confirmación manual y no es lógico que el ancillary que es un servicio complementario quede confirmado y el ticket original no, por ejemplo, no es lógico que yo tome el asiento como un ancillary se confirme y el ticket del vuelo aún no esté confirmado, puede fallar la emisión del ticket y tendríamos problemas.

Si bien las reservas de Ancillary se comunican con la misma estructura de una reserva aérea, se creó un tipo nuevo de reserva y especificó para poder identificarlas

Los cambios se realizarán para los recaudos en los siguientes casos:

Itinerario CON aéreos, pagado con TARJETA → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario.

Los aéreos pagados con tarjeta requieren de emisión manual.

Hoy funciona de esta manera pero si el aéreo tiene ancillary asociados que son también un servicio aéreo se recauda como si fuera terrestre y el mismo NO debería confirmarse, es decir, que se requiere:

Ticket original del vuelo, se recauda en la caja BSP y requiere emisión manual en Netsuite.
Ticket ancillary, está asociado al ticket original, se recauda con la caja de la agencia como si fuera cash, pero NO se debe confirmar en NSS, sino que requiere confirmación manual, no podemos tener el ancillary confirmado y el vuelo que le dió origen sin confirmar. Se requiere agregar una condición para que el ancillary se recaude como con Cash pero no confirme en NSS a través del servicio REST.
Si el itinerario tiene servicios terrestres se deben confirmar.

Itinerario CON aéreos, con pago COMBINADO (tarjeta + cash) → Se aprueba el pago y se confirman todos los servicios terrestres del itinerario. Los aéreos pagados con tarjeta requieren de emisión manual. - REQUIERE MODIFICACIÓN

Ticket original del vuelo, se recauda en la caja BSP y requiere emisión manual
Ticket ancillary, está asociado al ticket original, se recauda con la caja de la agencia como si fuera cash, pero NO se debe confirmar en NSS, sino que requiere confirmación manual, no podemos tener el ancillary confirmado y el vuelo que le dió origen sin confirmar.
Si el itinerario tiene servicios terrestres se deben confirmar

Itinerario CON aéreos, pagado con Cash → Se aprueba el pago y se confirman todos los servicios del itinerario, Aéreos, Terrestres y Ancillary.