Capacitación Pricing Workflow Flujo SOX

Pricing Workflow
Junio 2018
OBJETIVOS
Asegurar que todos los usuarios entiendan cómo usar la nueva
herramienta y poner en práctica su uso
© Airnguru Confidential Material

CONTENIDOS
Introducción
Pricing Workflow:
Fare Builder
Publishing Manager
Delegados

Pricing Workflow
• Es una plataforma para gestionar las solicitudes de publicación de tarifas, en la cual interactúan distintos
roles del equipo de Pricing
• El objetivo de esta herramienta es agilizar y facilitar el flujo de pricing, a través de la sustitución de archivos
excel y de la comunicación vía mail
• Pricing Workflow está compuesto principalmente por dos módulos, descritos a continuación:
FARE BUILDER PUBLISHING MANAGER
• Creación de fare records • Repositorio y priorización de solicitudes

• Importar data desde FV • Gestión a través de “Work teams”
• Tabla de output • Manejo de estados
• Validaciones • Descarga de solicitudes
• Envío de notificaciones
• Usuarios: Analistas de Pricing y POPs
(limitado a funcionalidad “FN • Usuarios: A. Pricing, Coordinador,
Designator”) Gerentes, Director, POPs, Auxiliar POPs

Pricing Workflow -‐ Fare Builder
• Permite crear una tabla con registros, para publicar cambios de Fare record, es decir: N, I, R, C, FN, Curr, RTG.
• En el futuro se habilitarán otras posibilidades de publicación (Rules, cambios masivos, etc.)
• Existen dos formas de crear la tabla Funcionalidades:
Encabezado resumen del

request
Creación de fare récords
Eliminación de fare records
Filtro por status
SAVE
SUBMIT
Configuración
Cerrar el Request
Descarga de archivo .CSV

Fare Builder – Campos
• La tabla contempla los campos necesarios para cargar cambios de Fare records en ATPCO

Fare Builder – Proceso de creación de récords
• Es posible agregar filas individuales o múltiples
• Se usa para generar cambios de bajo volumen

• Add “multiple records” se utiliza para agregar filas vacías

• Las filas están previamente validadas, indicando los campos obligatorios.
• Algunos se autocompletarán luego de llenar la información necesaria
• Se pueden ver hasta 150 filas por página, en orden descendente (el más nuevo se muestra más arriba)

Fare Builder – Funcionalidad “Records Generator”
• Se utiliza principalmente para generar grandes cantidades de fare records, a partir de agrupaciones
previamente definidas

• La data ingresada en la modal irá generando una tabla (se creará una fila por cada apertura de la modal)
No se permiten
campos múltiples,
solo en Include y
Exclude

• La data ingresada en la modal se va viendo reflejada en una tabla, que indica un resumen de lo que vamos a
generar en la tabla “output"
• Es posible editar la información ingresada en cada fila, mediante el botón “editar” (la modal se volverá a
abrir y permitirá realizar modificaciones)

• También es posible crear la tabla mediante una carga de archivo excel
• El formato del archivo está disponible para ser descargado. La información debe cargarse en ese formato

• Al seleccionar “Generate output” se realizará un cruce de todas las combinaciones especificadas y se sobre
escribirá la tabla de output
• El límite de filas a generar en Fare Builder es de 10.000

Fare Builder – Output del “Records Generator”
• El output generado fue validado antes de popular la tabla de output
• Es posible volver a ver la tabla resumen del generador, mediante las flechas laterales

Fare Builder – Importar datos desde FV
• Fare Visualizer permite hacer consultas masivas de tarifas, seleccionarlas y exportarlas a Fare Builder
Selección de
tarifas de manera
masiva: solo
tarifas en la
página actual
(máximo 200)
Selección de
tarifas de manera
individual

• Al exportar la data, es posible realizar modificaciones a las tarifas seleccionadas, tales como: Aumentar o
Reducir el Base Price, modificar el Fareclass, cambiar el FN, CURR o RTG y, por último, Cancelar tarifas.

• El usuario puede optar por exportar las tarifas a un nuevo Request o uno ya existente. En este último caso,
deberá escribir el número del Request deseado.
• Si se elige exportar las tarifas a un nuevo Request, luego de apretar “SEND” se desplegará el número del
nuevo Request creado, permitiendo acceder a él mediante el botón “Go To Rquest”
• Luego de hacer “SEND” la modal siempre permanecerá abierta, facilitando una nueva acción sobre las tarifas
previamente seleccionadas. Si ya no se desea seguir modificando esas tarifas, se debe presionar “Cancel”
• Al volver a abrir la modal, el número de Request vendrá vacío (la opción por default es “New”)

• Increase / Reduce: permite aumentar o reducir el base price de las tarifas seleccionadas, en un monto o
porcentaje, tanto para las tarifas OW como las RT. El campo “Change type” en Fare Builder será I / R
• New: Permite ingresar un monto al Base Price, que aplicará para todas las tarifas seleccionadas. La
funcionalidad “Fareclass Change” se utiliza para cambiar ciertos caracteres específicos en el fareclass. El filtro
“search” sirve para buscar los caracteres que se desean cambiar y en la casilla “Replace” deben ingresarse los
nuevos caracteres para reemplazar los especificados en “Search”. Es posible utilizar los mismos comodines que
se usan en FV (“_” para definir posición exacta de un carácter y “%” para número de caracteres no
especificado). En esta opción también es posible cambiar el FN, RTG y CURR de las tarifas seleccionadas, con el
fin de generar una nueva tarifa. El Footnote se llenará en la columna “Footnote” en Fare Builder. El campo
“Change type” en Fare Builder será N.
• Cancel: no permite realizar modificaciones a las tarifas seleccionadas
• Other: En este caso el campo “Change type” en Fare Builder irá vacío. Se utiliza principalmente para cambiar el
FN, RTG o CURR de las tarifas seleccionadas.
• Footnote: El filtro “Search” permite buscar tarifas con un Footnote específico. El valor ingresado en “Change” irá ubicado en la
columna “Change Footnote” en Fare Builder (únicamente para las tarifas cuyo FN coincida con el espcificado en “Search”)
• Routing Change: El filtro “Search” permite buscar tarifas con un Routing específico y luego reemplazar este valor por el valor
ingresado en “Replace”. Es decir, en la columna RTG de Fare Builder se reemplazará el valor buscado por el nuevo valor elegido.
• Currency Change: El filtro “Search” permite seleccionar un Currency específico y luego reemplazar este valor por el valor
ingresado en “Replace”. Es decir, en la columna CURR de Fare Builder se reemplazará el valor buscado por el nuevo valor
elegido.
• Es posible dejar los campos “Change” y/o “Replace” en blanco. De ser así, el nuevo campo quedará en blanco
Fare Builder -‐ Validaciones
Warning
Error
• Validaciones: se ejecutan una serie de validaciones* que revisaremos más adelante
• Warning vs Error: Un ”Error” no permite enviar a publicar tarifas. Un “Warning” sí lo permite, pero es
una advertencia de que hay algo inconsistente con las validaciones del sistema (aunque no sea crítico)
• Tipos de errores:
• Error en un campo: formato o inexistencia. Ejemplo: Formato de fecha incorrecto
• Error de Fare Record: inconsistencia entre campos. Ejemplo: Ingresar FN y especificar fechas
• Error a nivel de Request. Ejemplo: registros duplicados
* Validar 1500 filas puede tardar 5min aprox.

Fare Builder – Validaciones tabla output Obligatrio
Tablas AV
• Resumen de las validaciones cargadas en Fare Builder

STATUS VALIDATION DISC MIN CHANGE CODE ORIGIN DESTINATION FARECLASS OW/RT BASE FARE
Tipeo obligatorio Sí Sí Sí Sí Sí
Solo output Sí Sí Sí
Caracteres (input) X,N,I,R o blanco 3 3 1, 2 u 8 1, 2 numérico
Validación ATPCO Sí Sí
Tabla Validación AV Sí Sí Sí Sí
Completado automático Sí Sí Sí
Arroja Warning o error? Warning Error Error Error/Warng Error Error
CHANGE CHANGE CHANGE

CURR FN RTG CRR FTKT LTKT FTVL LTVL TCOM FL APL OBS
CURR FN RTG
Tipeo obligatorio
Solo output
Caracteres (input) 3 3 1 ó 2 2 fecha fecha fecha fecha fecha*
Validación ATPCO FTKT: Has to be equal or greater than current date
LTKT: Has to be equal or greater than current date or FTKT, and
Tabla Validación AV Sí Sí Sí not more than 90 days from FTKT if informed
Completado FTVL: Has to be greater than current date and equal or greater
Sí Sí Sí than FTKT if informed
automático
LTVL: Has to be greater than current date and equal or greater
Arroja Warning o than FTVL if informed
Error Error Error
error? TCOM: Has to be greater than current date and equal or
greater than LTVL if informed
* Ejemplo: 07-‐MAR-‐2018 (3 primeras letras del mes, en inglés) . Se validará consistencia entre las fechas
Fare Builder – Validaciones críticas
Fareclass:
• En caso de faltar alguna validación, deberá ser revisada con los usuarios líderes, Juan y Rodrigo. Ellos serán el
canal oficial de comunicación.
• Se le enviará una tabla con un resumen de las validaciones actuales
Errores a nivel de Request:
• Private y Public fares en el mismo Request
• Registros duplicados (aquellos Fare Records que son idénticos en los siguientes campos: Change code,
Origin, Destination, Fareclass, Curr, Fn, Rtg, Carrier, Ftkt, Ltkt, Ftvl, Ltvl, Tcom)

Fare Builder – Disc. Min. Requiere aprobación
Aprobación para reducciones de tarifas:

• DISC. MIN. es el % de descuento que se está aplicando a una tarifa en específico, sobre la tarifa mínima del
mercado, incluyendo el fuel: (Tarifa+fuel)/(Mínima+fuel) -‐1
• La tarifa mínima del mercado se calcula de la siguiente manera “la más baja sin FN o la más baja con FN y LTKT > 3
meses” considerando una excepción de DOM: “segundo caracter C son de contraflujo, por lo tanto no se toman en
cuenta como referencia”. Se considera la tarifa más baja que había publicada hace 1 día (es decir, el día anterior a
las 00:00hrs)
• Para el cálculo se utiliza el fuel estimado
• Si una tarifa requiere ser aprobada por un rol de igual o menor jerarquía, esta se aprobará de manera automática

Fare Builder – Múltiples carriers
• En caso de que un OD deba publicarse para más de un carrier (según la tabla de validación), se generará de
manera automática un duplicado de cada fare record (idéntico) para todos los carriers que corresponda.
• Al momento de generar un Fare Record, el analista de pricing deberá dejar el campo carrier en blanco, con el
fin de que se autopopule con la información de la tabla.
• En caso de que el analista especifique un carrier, no se generará ningún duplicado (a pesar de estar indicado
en la tabla).
• Para efecto de las validaciones, ambas filas deben coincidir 100%. Si algún campo es modificado
manualmente, surgirá un error.

Fare Builder – SAVE, SUBMIT y Settings
• SAVE & VALIDATE: Guarda y además valida todos los fare records. La primera vez que se hace SAVE, es necesario
configurar el nombre y otros campos. Permite crear el Request. Cada vez que se realiza un cambio en alguna celda, es
necesario volver a seleccionar “SAVE” para validar.
• SUBMIT: Solo se activa cuando no existen errores. Si se realizan cambios en la tabla, el botón se desactivará y se debe
volver a hacer click en “SAVE”. Luego de hacer SUBMIT, se cerrará el Request.
• Settings: sirve para modificar la configuración del Request

Fare Builder – SAVE y SUBMIT
• Nombre: Máximo 20 caracteres.
• Team: es posible cambiar el workteam a cualquier otro al que el
usuario pertenezca
• Motivo: En caso de seleccionar “Fare Integrity”, cuando POPs
descargue el archivo, los Fare Records serán separados según
“Change Code”. Debe seleccionarse esta opción cuando se desee
separar los Cancel de los New, los Increase de los Reduce, por
ejemplo.
• Available to POPs only when fully approved: Visualización de
Requests que requieren de aprobación. En caso de haber tarifas que
requieran de aprobación, el analista de Pricing tendrá la opción de
enviar a publicar el Request de forma parcelada (es decir, el analista
de POPs recibirá únicamente los fare records que estén listos para
ser publicados) o “esconderlo” hasta que todas las tarifas hayan sido
aprobadas (en este caso, el analista de POPs recibirá la solicitud de
publicación únicamente cuando el Request completo esté listo para
ser publicado).
• Send to publish: Si el usuario selecciona “Set date and time”, puede
elegir una fecha de cuándo desea que se publique el Request.
• Luego de enviar a publicar, el Request será cerrado
Por default está en “verde” (es decir, POPs
solo verá el request cuando esté 100%
aprobado) y no puede desactivarse
Fare Builder – Encabezado
• Permite ver un resumen del Request. Se indica el número, el nombre, el team, la cantidad de filas, número
de Errores, Warnings y pendientes de Aprobación

Fare Builder – Filtros y status
• Luego de haber guardado/validado, es posible filtrar los fare records, según:
• Requiere aprobación (de supervisor, manager o director)
• Tiene errores
• Tiene Warnings
• Luego de ingresar o modificar los Settings de un request, todos los fare record pasarán al estado “Draft”

Fare Builder – Funcionalidades para POPs
• POPs tendrá la facultad para Validar (a través del botón SAVE) el Request y también de cambiar la
configuración (Settings)
• POPs podrá editar los fare records que tengan asignado el estado “Ready to Publish” y podrá modificar
únicamente los campos “FN” y “Change FN” (celdas de color blanco), con la finalidad de completar la
información necesaria para publicar
• Existe una funcionalidad llamada “Footnote Designator” que facilita la asignación de Footnotes

Fare Builder – Footnote Designator (POPs)
• Esta funcionalidad es de uso exclusivo para POPs
• La forma de acceder será a través de Publishing Manager (no directamente en el ícono de Fare Builder)
• Permite ingresar Footnotes (campos “Footnote” o “Change Footnote”) a grupos de fare records que tengan
los mismos rangos de fecha asociados. En la tabla, las celdas de color gris no pueden ser modificados
(indican el input del analista de pricing).

Publishing Manager
• Permite gestionar las solicitudes de publicación de tarifas
Funcionalidades:
Búsqueda de Requests por
“modification date” (el
default es últimos 30 días)
Búsqueda por Request
number
Filtro por status
Creación de comentarios
Cambio de status

Edición del Requests
(Pricing Analyst y POPs)
Descarga de archivo .CSV

(solo fare records en
estado “Ready to Publish”)

Publishing Manager -‐ Nomenclaturas
Nomenclatura de Statuses: Roles en AV:
Ø Draft = D
Ø Waiting for Manager = WM Ø Analista de Pricing = Pricing Analyst
Ø Waiting for Supervisor = WS Ø Coordinador = Supervisor
Ø Waiting for Director = WfD
Ø Gerentes = Manager
Ø Rejected by Manager = RfM
Ø Rejected by Supervisor = RfS Ø Director = Director
Ø Rejected by Director = RfD Ø POPs = POPs
Ø Rejected by POPs = RbP
Ø Auxiliar POPs = Auxiliar
Ø Ready to Publish = RP
Ø Waiting for Distribution = WD
Ø Waiting for Distribution with Warnings = WDW
Ø Published = P
Ø Publishing Error = PE
Ø Upload Error = UE
Ø Reviewed = R

Publishing Manager – Definición de Estados
Cada fila (o fare record) de un Request tendrá un estado, el cual puede ser alguno de los siguientes:
Asignación de Status a: Abreviación Definición
Draft D Se genera al crear un Request

Waiting for Manager WM Lo genera el sistema luego de validar un Request
Waiting for Supervisor WS Lo genera el sistema luego de validar un Request
Waiting for Director WfD Lo genera el sistema luego de validar un Request
Ready to Publish RP Es generado luego de apretar “Submit” y se aplica a todas las filas que no tengan estado “Waiting for…”
Rejected by Manager RbM Manager lo asigna manualmente cuando no aprueba la tarifa
Rejected by Supervisor RbS Supervisor lo asigna manualmente cuando no aprueba la tarifa
Rejected by Director RbD Director lo asigna manualmente cuando no aprueba la tarifa
Rejected by POPs RbP POPs lo asigna manualmente cuando no aprueba la tarifa
Waiting for distribution WD POPs podría asignarlo manualmente luego de haber publicado las tarifas. O se genera por el sistema, en caso de
que POPs suba el Batch de ATPCO y la tarifa esté correcta
Waiting for distribution with warning WDW Se genera por el sistema cuando POPs sube el Batch de ATPCO y la tarifa está correcta, pero con alguna
inconsistencia
Published P Se genera por el sistema, luego de haber chequeado que las tarifas WD y WDW estén publicadas correctamente
en ATPCO
Publishing Error PE Se genera por el sistema, en caso de que las tarifas WD/ WDW no estén publicadas correctamente en ATPCO
Reviewed R Se asigna manualmente a las tarifas que fueron validadas para la revisión SOX
Upload Error UE Se genera por©el sistema cuando POPs sube el Batch de ATPCO y la tarifa tiene un error
Airnguru Confidential Material
Publishing Manager – Asignación de Status
• Es posible observar el detalle de cada Request y cambiar el status a nivel de Fare Record o
agrupaciones de Fare Record que comparten el mismo status
Existen 3 maneras de
seleccionar los estados
para cambiarlos:
1. Marca todos los

Fare records del
Request (del status
seleccionado)
2. Marcar todos los
Fare records de la
página (del status
seleccionado)
3. Marca una fila
única
Pricing Workflow -‐ Notificaciones por mail
Se generará un correo cada vez que algún récord cambie de estado, considerando la siguiente asignación de estados:
Asignación de Status a: Email de notificación a:
Waiting for Manager Manager
Waiting for Supervisor Supervisor
Waiting for Director Director
Ready to Publish POPs
Rejected by Manager Pricing Analyst
Rejected by Supervisor Pricing Analyst
Rejected by Director Pricing Analyst
Rejected by POPs Pricing Analyst
Published Pricing Analyst, Auxiliar
Publishing Error Pricing Analyst, POPs, Auxiliar
Reviewed Auxiliar
Upload Error Pricing Analyst, POPs
Waiting for distribution / with warning Auxiliar
* Las notificaciones son parametrizables, por lo que podrían variar© dependiendo de Material
Airnguru Confidential lo que AV redefina en el futuro
Pricing Workflow -‐ Notificaciones por mail
• Ejemplo de un correo producto de un cambio de estado a “Ready to Publish”
Para visualizar el Last

Comment en el mail,
se recomienda
escribirlo antes de
hacer el cambio de
estado en Publishing
Manager

Publishing Manager -‐ Roles y Estados * La información en
esta tabla es
parametrizable, por
ROL Visible Editable Asignable
Draft
lo que podría variar
Waiting for manager dependiendo de lo
Waiting for supervisor
Waiting for director que AV redefina en el
Ready to publish
Draft futuro
Rejected by manager
Rejected by manager
Rejected by supervisor
Pricing Analyst Rejected by pops
Rejected by director
Rejected by pops
Draft
Waiting for distribution
Publishing error
Published
Waiting for distribution with warning
Reviewed
Upload error
Waiting for supervisor Waiting for supervisor Waiting for supervisor

Supervisor Ready to publish
Ready to publish
Ready to publish
Waiting for manager Waiting for manager Waiting for manager

Manager Ready to publish
Rejected by manager
Ready to publish
Rejected by manager
Ready to publish
Rejected by manager
Waiting for director Waiting for director Waiting for director

Director Ready to publish
Ready to publish
Ready to publish
Ready to publish Draft
Ready to publish
Rejected by pops Ready to publish
Rejected by pops
Waiting for distribution Rejected by pops
Pop's Publishing error
Published
Publishing error
Publishing error
Reviewed Published
Published
Waiting for distribution with warning Waiting for distribution with warning
Upload Error
Upload error Upload error
Publishing error
Published Publishing error Publishing error
Auxiliar Reviewed
Published
Reviewed
Published
Reviewed
Pricing
Pricing Workflow – Flujos de trabajo Analyst

POPs
Flujo de publicación de tarifas, donde interactúan los siguientes roles: Supervisor
Analista de Pricing, Coordinador/Manager/Director y POPs Manager
Director
Sistema
Sí* Asigna
Modificar status RP
Sí Mail: solicitud Aprueba
Request
de aprobación ?
Asigna
Creación de status Rb_
SAVE SUBMIT Aproba No
Request ción?
Sí** Asigna
Cerrar Mail: Solicitud Publica status WD
Draft No de publicación ?
Asigna
(PM) No status RbP
FARE BUILDER MAIL PUBLISHING MANAGER
* Supervisor/Manager/Director aprueba al pasar del status “Waiting for…” a “Ready to Publish”
** POPs publica al pasar del status “Ready to Publish” a “Waiting for Distribution”
Pricing
Pricing Workflow – Flujos de POPs y Auxiliar Analyst
POPs
Zoom al flujo de publicación de tarifas, donde interactúan los siguientes roles: Auxiliar/ P.
Analista de Pricing, POPs y Auxiliar Analyst
Sistema
Asigna
Carga el estados
Sí Batch WD/UE*
Publica en Sí Asigna P.
Mail Valida ATPCO Está Correctly
Descarga Asigna Published/
Solicitud ATPCO correct
el Excel ? status WD PE** (SUB
publicación Escribir o?
ATPCO) Asigna P.
No comentario with Error
No
Asigna
status RbP
Asigna status Modifica Fare

“Draft”*** SUBMIT
records en FB
* Fare Record pasará a estado “Upload Error” en caso de que la publicación no haya podido efectuarse (esto es un input del Batch)
** Fare Record pasará a estado “Publishing Error” automáticamente en caso de que la publicación no coincida con lo publicado en
ATPCO, en un máximo de 2 timestamps luego de ser haber sido publicado (debe coincidir en ODC-‐Fareclass-‐BasePrice, OW/RT, RTG,
FN, CURR, vs los cambios de Fare Changes que ocurran en ese periodo de tiempo)
*** Para todos los status “Rejected…” el flujo para el Analista de Pricing es análogo
Publishing Manager – Edit Fare Records (Pricing Analyst)
• Solo será posible editar los fare records que están en estado “Draft”
• Al hacer click en el ícono “Edit Request”, se abrirá el Request completo en Fare Builder, permitiendo
editar únicamente los Fare records que tengan estado “Draft”
Publishing Manager
Fare Builder
Publishing Manager – Edit Fare Records (POPs)
• Solo es posible editar los fare records que están en estado “Ready to Publish”.
• Al hacer click en el ícono “Edit Request”, se abrirá el Request en Fare Builder, permitiendo editar los
Footnotes de los Fare records que tengan estado “Ready to Publish”
Publishing Manager
Fare Builder
Actualizar FOTO FB

Pricing Workflow -‐ Notas
• Se crearán comentarios automáticos cada vez que ocurra un cambio de estado, informando el usuario que
realizó el cambio
• Es posible escribir comentarios con texto enriquecido, pegar tablas e imágenes livianas
• Los comentarios amarillos son los del propio usuario. Los de color blanco son los generados por otros
usuarios (a partir de acciones realizadas por ellos o comentarios propiamente tal) y los grises son generados
exclusivamente por el sistema.
• Si un usuario escribe un comentario, al resto de los usuarios del team se les marcará en color verde el ícono
de “Notes”. El color se borrará una vez que abran la modal y vuelvan a cerrarla

Publishing Manager – Orden de los Requests:
• Los requests se ordenan por: “Status”, Prioridad” y “Creation Date” ROL Status order
(el más nuevo primero) Publishing error
Upload error
Rejected by manager
Rejected by pops
Draft
Pricing Analyst Waiting for manager
Waiting for director
Ready to publish
Published
Reviewed

Supervisor Rejected by supervisor
Ready to publish
Waiting for manager

Manager Rejected by manager
Ready to publish
Waiting for director

Director Rejected by director
Ready to publish
Publishing error
Upload error
Ready to publish
Pop's Waiting for distribution

Rejected by pops
Published
Reviewed
Published
Auxiliar Publishing error

Upload error
© Airnguru Confidential Material Reviewed
Publishing Manager – Descarga del Request
• Es posible descargar la data del Request en un archivo con formato .CSV
• Se descargarán todos los statuses que son visibles, excepto para POPs, que solo descargará el status “Ready to Publish”
• Si un usuario POPs descarga el Request, este se descargará en .ZIP (puede contener uno o varios archivos
.CSV). El Request será dividido en distintos archivos, según se cumplan las siguientes reglas:
Ø Distintos tarifarios (Tariff Code) serán descargados en distintos archivos
Ø Tarifas con origen o destino Canadá (excluyendo origen o destino BOG), serán descargadas en un archivo aparte (serán
distinguidos por el nombre “Normal” y “Canadá”)
Ø En caso de haber distintas cabinas, estas serán separadas y especificado en el nombre de cada archivo
Ø Los fare records también serán separados según el carrier a publicar
Ø Si el Request fue guardado con motivo “Fare Integrity”, se separan todos los Change Code en archivos diferentes y será
especificado con la sigla en el nombre del archivo. En caso de no tener Change Code asociado, será {}
• Ícono de error: aparecerá en caso de que la descarga exceda el tiempo límite
• El nombre del archivo tendrá alguno de los siguientes formatos:
FR-‐NE0229-‐06_fechaDescargaYYMMDD_FileName_RequestNumber
FR-‐NE0229-‐06_fechaDescargaYYMMDD_FileName_RequestNumber_Carrier_ Cabin_TariffCode_ChangeCode_ Normal/Canada
Ejemplo de nombre para Pricing Analyst:

Publishing Manager – Descarga a Excel
• Descarga de archivo .CSV requiere tabulaciones especiales para ser visualizado en Excel
1 2

Publishing Manager – Respaldo del Request
• Un archivo .zip (compuesto por archivos .csv, uno por cada batch) es generado cada vez que un Request
pasa a estar “Fully approved” (es decir, todos los fare records pasan al estado “Ready to Publish”)
• Es posible acceder a descargar el archivo, el cual queda registrado en los comentarios del Request
• Cada vez que se crea un archivo, se guardan todas las tarifas que en ese momento están en estado
“Ready to Publish”

Publishing Manager – Carga de Batch ATPCO
• Es posible cargar archivos .XLS o .CSV a un Request. Se debe cargar el Batch arrojado por ATPCO luego de
haber ingresado las tarifas en ATPCO.
• Estos archivos quedarán almacenados en una BBDD y también se generará un registro en los comentarios,
permitiendo su posteriormente descarga
• La herramienta, de manera automática, comparará todos los Fare records del Batch con los del Request
asociado (únicamente las filas con estado “Ready to Publish”) y asignará un estado nuevo, dependiendo
del resultado arrojado por el batch de ATPCO:
• Waiting for Distribution (En ATPCO “P”): El Fare Record será distribuido correctamente
• Waiting for Distribution with Warning (En ATPCO “W”): El Fare Record será distribuido pero hay una advertencia asociada
• Upload Error (En ATPCO “U”): El Fare Record no será distribuido ya que ocurrió un error

Publishing Manager – Verificación de Tarifas
• Con el fin de cumplir con los requisitos SOX, Publishing Manager permite subir información relativa a la
verificación de tarifas
• Por cada batch, se seleccionará un grupo de tarifas a ser verificadas (por el Analista de Pricing o el
Analista Auxiliar). El cálculo se hace en base a un algoritmo y ocurre cuando un Request está “Fully
approved” (es decir, cuando todos los fare records están en estado “Ready to Publish”. Junto con esto, la
opción de “Available to POPs only when fully approved” estará siempre activa en Fare Builder).
• Las tarifas a ser verificadas se marcarán con un flag gris, en el momento en que POPs cambie el status de
los fare records a “Waiting for Distribution”
• Los roles que podrán ingresar un input de verificación son: Analista de Pricing, Analista Auxiliar
• El resto de los usuarios de Pricing Workflow podrán ver únicamente ciertos estados

• El usuario verificador debe ingresar la data requerida
en una modal, la cual se abre al dar click sobre cada
banderín (solo los de color más oscuro pueden
modificarse)
• Para todas las tarifas se debe ingresar información
sobre:
• Despliegue (texto)
• Despliegue (texto enriquecido obligatorio. Imagen
opcional, archivo único)
• “Quotation time window” hace referencia a los
tiempos de verificación y se completan de manera
automática, según:
• Initial (Hora Inicio): Fecha y hora en la cual se abre la
modal por primera vez
• Final (Hora Final): Fecha y hora de la última vez que se
guardó la verificación de una tarifa (en caso de que se
edite la data de verificación, solo se guardará la última
fecha y hora)

• Solo para casos que requieran cotización, se deberá
agregar información de:
• Cotización (texto enriquecido)
• Cotización (Imagen, archivo único, opcional)
• Los Pricing Analyst deberán seleccionar si se requiere
la cotización en el módulo de Fare Builder, por medio
de seleccionar el motivo denominado “Promotion
with validation”
• Al finalizar, deberá indicar si la publicación está
correcta (dedo hacia arriba) o incorrecta (dedo hacia
abajo) y luego apretar “Save” (o “Close” en caso de no
querer guardar nada)
• Una vez guardada la verificación, será posible editarla
posteriormente, simplemente haciendo click sobre el
banderín de un fare record individual

• Las tarifas seleccionadas para revisión podrán tener 4 posibles estados de verificación:
• “Waiting for verification by Pricing Analyst” (Ícono: banderín gris): Visible por P. Analyst y Auxiliar
• “Waiting for verification by Auxiliar” (Ícono: banderín gris): Visible por P. Analyst y Auxiliar
• “Published correctly” (Ícono: banderín verde): Visible por todos los usuarios de Pricing Workflow
• “Published with error” (Ícono: banderín rojo): Visible por todos los usuarios de Pricing Workflow
• El banderín indica el número de fare records que hay en cada estado (en un Request)
• Se creará un registro del usuario que verificó la tarifa, visible en un tooltip que se activa al posarse sobre
el estado de cada tarifa revisada

Pricing Workflow – Responsabilidades del Admin
1. Registrar y asignar el rol correspondiente a cada usuario
2. Crear los Work teams

Pricing Workflow -‐ Delegados
• Esta funcionalidad se ubica en “Settings” y se usa para delegar responsabilidades a otro(s) usuario(s)
• El único que puede delegar funciones a otro es el propio usuario
• Las Delegaciones pueden activarse/desactivarse en cualquier momento
• El usuario “delegado” debe asociarse a uno o más Teams del usuario “Delegador”
• Las funciones se delegan por completo, durante el periodo de tiempo que la Delegación se mantenga
activa. Es decir, durante ese tiempo el “delegado”:
• Será copiado en los correos de notificación de PW (asociados a los Teams seleccionados)
• Tendrá todos los permisos y facultades que tiene el usuario “Delegador” (solo para los Teams seleccionados)
• Es posible delegar a un usuario que tenga un rol diferente al usuario “delegador”
• El usuario Delegado no recibirá notificaciones cuando alguien le delegue responsabilidades

• Para cada Delegación, se debe especificar al menos un usuario y un Team
• Todos los usuarios especificados asumirán el (los) mismo(s) rol(es) del usuario “delegador” para ese Team

• Es posible activar / desactivar fácilmente cada delegación
• El botón “Edit” permite modificar la Delegación previamente creada

• En el caso de que exista alguna Delegación activa, al ingresar a la plataforma, el usuario Delegador verá
un banner de advertencia
• Este banner no es visible para usuarios “Delegados”

Pricing Workflow
FIN

Capacitación Pricing Workflow Flujo SOX

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Capacitación Pricing Workflow Flujo SOX

Cargado por

Copyright:

Formatos disponibles

Pricing Workflow

© Airnguru Confidential Material

© Airnguru Confidential Material

FARE BUILDER PUBLISHING MANAGER

• Creación de fare records • Repositorio y priorización de solicitudes

© Airnguru Confidential Material

Encabezado resumen del

Eliminación de fare records

Filtro por status

Descarga de archivo .CSV

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

* Validar 1500 filas puede tardar 5min aprox.

• Resumen de las validaciones cargadas en Fare Builder

CHANGE CHANGE CHANGE

© Airnguru Confidential Material

Aprobación para reducciones de tarifas:

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

Creación de comentarios

Cambio de status

Descarga de archivo .CSV

© Airnguru Confidential Material

© Airnguru Confidential Material

Draft D Se genera al crear un Request

1. Marca todos los

Para visualizar el Last

© Airnguru Confidential Material

Waiting for supervisor Waiting for supervisor Waiting for supervisor

Waiting for manager Waiting for manager Waiting for manager

Waiting for director Waiting for director Waiting for director

Pricing Workflow – Flujos de trabajo Analyst

FARE BUILDER MAIL PUBLISHING MANAGER

Asigna status Modifica Fare

Actualizar FOTO FB

© Airnguru Confidential Material

Waiting for supervisor

Waiting for manager

Waiting for director

Pop's Waiting for distribution

Auxiliar Publishing error

Ejemplo de nombre para Pricing Analyst:

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material

© Airnguru Confidential Material