Ajuste en la importación de pagos desde Kontrol Travel

Objetivo

Discriminar el importe cobrado por la aerolínea cuando se realiza el pago con dispersión de fondos en Kontrol Travel. A su vez, almacenar el consecutivo de viaje (ID de itinerario de Kontrol Travel) para poder dejarlo como referencia en la factura de venta del backoffice.

Alcance

Afecta el API AIR/KONTROLTRAVEL/SALEINFO.

Contexto

Hasta la versión 3.18 de NetSuite, se importan reservas aéreas emitidas desde Kontrol Travel con su respectivo pago, sin embargo, dichos pagos quedan siempre a nombre de Viajes Exito por más que el pago se haya efectuado con dispersión en el front corporativo.

Ajuste

A partir de la versión 3.19 de NetSuite, se valida la forma de pago de la aerolínea y del fee en la sección Payments del objeto BookReserva para identificar cuando un cobro se hizo con dispersión de fondos.

CASO 1: Tarjeta de Crédito con Dispersión

Caso en el cual el pago se realiza con tarjeta de crédito enviado el dinero del boleto a la aerolínea y el fee a la agencia. La emisión del boleto también se realiza con tarjeta de crédito.

Resultado: Se genera un Recibo con tarjeta de crédito con dispersión de fondos tanto en NetSuite como NetOffice, cada transacción con su respectivo código de autorización.

CASO 2: Línea de Crédito

Caso en el cual el cliente paga con LINEA DE CREDITO y la emisión se realiza en CASH.

Resultado: Se genera un Recibo con Línea de Crédito en NetSuite. En NetOffice no se hace recibo automático dado que no hay regla por esa forma de pago, una vez el cliente paga, se hace Recibo manual directamente desde el backoffice.

CASO 3: PSE

Caso en el cual el cliente paga con PSE y la emisión se realiza en CASH.

Resultado: Se genera un Recibo con forma de pago PSE tanto en NetSuite como NetOffice.

CASO 4: UATP

Caso en el cual el cliente paga con linea de credito y la agencia realiza la emisión del boleto con una tarjeta corporativa.

Resultado: Se genera un Recibo con Línea de Crédito en NetSuite. En NetOffice no se hace recibo automático dado que no hay regla por esa forma de pago.

CASO 5: Tarjeta de Crédito sin Dispersión

Caso en el cual el cliente paga con tarjeta de crédito y la agencia recauda tanto el valor del boleto como el fee. La emisión se realiza en cash (caso sin dispersión).

Resultado: Se genera un Recibo con Tarjeta de Crédito sin dispersión tanto en NetSuite como en NetOffice.

Caso TransactionCode

A partir de la versión 3.19 de NetSuite, se lee el campo nuevo <transactionCode> dentro del objeto Book que representa el ID de itinerario en Kontrol Travel.

Dicho campo se almacena como un comentario con la siguiente estructura:

Remark - Type: TransactionCode - Text: 67384984

Netactica.com