| Expandir |
|---|
| title | Asistente de configuración |
|---|
| Debido a la complejidad de políticas de viajes corporativos y las variaciones de reglas entre las empresas, el proceso de viajes tiene una serie de parametrizaciones. Están concentradas en el Asistente de Configuración (FINA691) y dividas en:
| Expandir |
|---|
| - Avisos por e-mail - permite el envío de e-mail de las notificaciones de aprobación de la prestación de cuentas y del anticipo
- Días de retroceso - permite parametrizar la fecha retroactiva para consulta de pedidos por medio de la web service (integración Protheus vs. Reserve)
- Aprobador Estándar - aprobador utilizado en la importación de pedidos que no tienen autorizador vinculado (integración Protheus vs. Reserve)
- Usa días hábiles o calendario - define si la actuación del parámetro "Días de Retroceso" será sobre días hábiles o días calendario
- Grupo de Acceso Estándar - define un único grupo de acceso que se considerará en las rutinas de viajes
- Exportación Protheus/Reserve - habilita exportación de registros del Protheus para el Reserve: 1=Sí 0=No Orden: C. Costo, Clientes, Participantes. Ej: 001 (exporta solo participantes)
- Participante como aprobador - permite que el participante sea auto aprobador (informando su propio código en el campo Aprobador en el registro de participante)
- Usuario del Departamento de Viajes - define a los usuarios que actuarán en el departamento de viajes, informando el código del usuario Protheus (y no el código del registro de participante)
|
| Expandir |
|---|
| - Producto
- Condición de pago
- TES de Entrada
- TES de Salida
- Anticipa la facturación
|
| Expandir |
|---|
| title | Prestación de cuentas |
|---|
| - Prefijos de los títulos por pagar y cobrar
- Tipos de título por pagar y cobrar
- Origen de los títulos por pagar y cobrar
- Origen para los abonos por pagar y cobrar
- Prefijo de los abonos
- Días de atraso
- Cliente y tienda estándares
- Tipo de tasa utilizada - Cotización turismo, primer día del viaje o último día del viaje
- Moneda para el reembolso - Fuerte u Original
- Moneda para el anticipo - Fuerte u Original
- Días para vencimiento de los títulos por pagar y cobrar
|
| Expandir |
|---|
| - Días máximo - prestación de cuentas pendiente
- Cantidad máxima - prestaciones de cuentas pendiente
- Anticipo sin estadía
- Valor fijo
- Valor diario
- Modalidad
- Días para previsión
- Previsión de anticipos urgentes
- Tipo de viaje - Nacional, Internacional o Ambas
- Tipo de título
- Prefijo de anticipo solicitado con el viaje
- Prefijo de anticipo separado
- Fecha base del cálculo - Pedido o inicio del viaje
Pedido: Considera como base de cálculo la fecha de la solicitud del viaje hasta la fecha de finalización Inicio del viaje: Considera como base de cálculo la fecha inicial del viaje hasta la fecha final - Conversión del turismo - antes o después de generar el título
|
| Expandir |
|---|
| - E-mails de los administradores
- Centro de costo del prorrateo
- Entorno de interacción con el Reserve
- Integración con el Reserve - Desactivado, On Line, Schedule, On Line y Schedule
- Numeración de viajes internacionales
- Numeración de viajes sueltos
- Configuración de aprobaciones
|
| Expandir |
|---|
| - Aéreo
- Hotel
- Automóvil
- Seguro
- Carreteras
- Otros
|
| Expandir |
|---|
| title | Vínculo automático de viajes |
|---|
| - Pasajero
- Cliente
- Fecha - con tolerancia
- Centro de costo
|
| Expandir |
|---|
| title | Verificación de servicios |
|---|
| - Prefijo
- Tipo de título
- Modalidad
- Proveedor y tienda
|
Es importante resaltar que todas las modificaciones efectuadas en este asistente refleja directamente en los parámetros del Protheus (SX6).
|
| Expandir |
|---|
| title | BKO Protheus vs. Reserve |
|---|
| Esta rutina es responsable por el mapeo de las sucursales del backoffice Protheus con el entorno Reserve, tales como usuario y contraseña de acceso para integración. Para más informaciones, vea en la página el manual de esta integración aquí. |
| Expandir |
|---|
| El grupo de acceso define las jerarquías de visualización de los datos de viajes de los colaboradores. Por ejemplo: Tenemos los siguientes colaboradores de la Empresa A: - Juan - Gerente
- Pablo - Coordinador
- Luciana - Analista de sistemas
- Ricardo - Analista de sistemas
Existen dos grupos posibles para configuración en este escenario: 1) Juan es el responsable del Grupo Departamento A, donde Pablo, Luciana y Ricardo son integrantes. Entonces, Juan logra visualizar sus propios viajes y los viajes que contienen por lo menos uno de los participantes de su grupo. 2) Pablo es el responsable del Grupo Departamento A.1, donde Luciana y Ricardo son integrantes. Entonces, Pablo logra visualizar sus propios viajes y los viajes que contienen por lo menos uno de los demás participantes de su grupo. 
| Informações |
|---|
| Los usuarios configurados en el parámetro de Usuario del Departamento de Viajes tienen visualización total de los datos. |
|
| Expandir |
|---|
| title | Grupo Tipo de gastos |
|---|
| Los gastos son los tipos de gastos que un colaborador puede prestar cuentas a la empresa. Se puede configurarlas a través del registro de Tipo de Gastos (FINA679). Estas pueden o no efectuar algún control de límites para la prestación de cuentas, tales como: - Sin límite - Los gastos informados se considerarán reembolsables
- Límite diario - La suma de los gastos registrados del mismo tipo y en el día, no debe superar el límite informado
- Límite total - La suma de todos los gastos del mismo tipo registrados en la prestación no debe superar el límite informado
- Límite/Gasto - El gasto está limitado al límite informado
Si es necesario controlar estos límites, los valores posibles para configuración de un gasto son: - Valor unitario - Para cálculo automático cuando se informa la cantidad en la prestación de cuentas (ej. Km.)
- Límite sin estadía - Valor límite para viajes que no exigen estadía
- Límite con estadía - Valor límite para viajes que exigen estadía
- Límite Moneda 2 - Valor límite para gastos efectuados en dólar
- Límite Moneda 3 - Valor límite para gastos en euro
Los límites tienen vigencia, es decir, si es necesario cambiar la política se puede finalizar una vigencia informando la fecha final e informando los valores para un nuevo período. Se pueden vincular los tipos de gastos a las localizaciones: - Nacionales
- Internacionales
- Ambos
Este vínculo se realiza como otra acción en la pantalla de registro del tipo de gastos. | Dica |
|---|
| El tipo de gasto tiene en su encabezado los datos de los entes de costo como facilitador para el registro de la línea de gastos en la prestación de cuentas. Se puede informar el grupo de gastos, pero no es obligatorio. |
|
| Expandir |
|---|
| El Grupo de Gastos (FINA681) tiene las mismas características del Tipo de Gasto, excepto los entes de costo, tipo de límite por gasto y valor unitario, que son específicos de la línea de gastos, y tiene como objetivo agrupar y definir límites estándar para un determinado grupo. | Aviso |
|---|
| El valor configurado en el gasto, cuando se informa, es prioritario en el cálculo de la prestación de cuentas. |
|
| Expandir |
|---|
| El proceso de viajes utiliza la base de participantes (APDA020) del SIGAAPD - Evaluación y Encuesta de Desempeño. Por lo tanto, en este registro existe en la solapa Viajes las informaciones necesarias para volverlo en viajero, son estas: - Solapa "Datos generales"
- E-mail - utilizado para que el participante reciba e-mails de la notificación de aprobación de prestaciones de cuentas y anticipos
- Solapa "Viaje"
- Nivel de cargo - utilizado para la integración con el Reserve y que define el tipo de acceso que el participante tendrá
- Login Reserve - acceso del participante en el Reserve
- ID Reserve - informado después de integrar el registro con el Reserve
- Empresa y Sucursal actual - empresa y sucursal donde el participante actúa en el momento para el control de los pedidos del Reserve
- Empresa y Sucursal anterior - registro historial empresa y sucursal donde el participante actuó anteriormente para el control de los pedidos del Reserve
- Permite Anticipo - informa si el participante es elegible al anticipo
- Aprobador - ID del usuario aprobador
- Sustituto - ID del usuario aprobador sustituto
- Proveedor y tienda - Código del proveedor y tienda para crédito de los anticipos y reembolsos
- Sustituto de la Prestación de Cuentas - ID del usuario que puede realizar la prestación de cuentas en lugar del participante (Ej. Empleado de una Oficina de Proyectos, Secretarías o Asistentes Ejecutivas, etc).
Un participante puede ser o no un empleado, y las integraciones con el módulo de Gestión de Personal para este son las que existen en el Protheus (del registro del participante, copiando a la planilla de haberes o viceversa con la configuración del .ini)
| Informações |
|---|
| Para que el participante se considere autoaprobador, es necesario configurar el parámetro MV_RESAPRT con el valor "1" (sí) y completar el campo Aprobador en el registro de Participantes (solapa Viaje) con su propio código. Solo se puede realizar este proceso del registro en operación de Modificación. |
| Aviso |
|---|
| title | Privilegios para el control de acceso a rutinas |
|---|
| Los usuarios que tienen acceso a la rutina del menú aprobación (F677APROVA), rutina: FINA677 también deben tener acceso al menú Aprobar/Reprobar (F677ARVrpv) de la rutina FINA677APR. Si el privilegio FINA677APR no se agrega al FINA677, ocurrirá un error de permiso en el momento de aprobar una prestación de cuentas. Veamos enseguida un ejemplo de configuración: 
|
Para más informaciones de la integración de participantes con el Reserve, consulte aquí.
|
| Expandir |
|---|
| A pesar de que el Reserve tiene solamente como ente de costo al Centro de Costo y el Protheus trabaja con otros entes, se pueden efectuar las clasificaciones en el Protheus a través de la rutina de viajes (FINA665). En Acciones Relacionadas, a través de la opción Modificar Ent. Costos, se puede informar también la Clase de Valor y el Ítem Contable. El restante de las rutinas cargan estos costos del viaje o entonces, en el caso de la Prestación de Cuentas o Solicitud de Viaje, tienen campos para la entrada de los entes. Para más informaciones de la integración del Centro de Costos con el Reserve, consulte aquí. |
| Expandir |
|---|
| Algunos eventos del proceso de viajes realizan el envío de e-mail estándar para notificar al participante involucrado en la acción que acabó de ejecutarse. ¡¿Muy bueno no?! Vea cuáles son estos eventos: En la rutina de Viajes (FINA665) - Al verificar la solicitud, transitando el estatus de esta p/ "Esperando aprobación" - Notifica el aprobador.
En la rutina de Anticipos (FINA667) - Al generar el anticipo en estatus "Solicitado" - Notifica el aprobador.
- Al reprobar un anticipo en la etapa de aprobación del administrador (incluyendo la aprobación por lote) - Notifica el viajante.
- Al liberar el pago del anticipo generando el título financiero, por medio de la acción "Liberar Pago" - Notifica el viajante.
En la rutina de Prestación de Cuentas (FINA677) - Al verificar una prestación de cuentas por parte del departamento de viajes, mediante la acción "Verificar" - Notifica el aprobador.
- Al reprobar una prestación de cuentas en la etapa de aprobación del administrador - Notifica el viajante.
- Al liberar el reembolso para el viajante o la devolución p/ la empresa, generando el título financiero a través de la acción "Liberar Financ." - Notifica el viajante.
Para que todo este flujo tenga la dinámica del envío de e-mails, es necesario algunos requisitos previos, tales como: - Configurar servidor de e-mail del Protheus;
- Tener el campo "E-mail" informado en el registro del participante con una dirección válida.
- Tener el parámetro MV_RESAVIS (presente en el Asistente de Configuración, sección "Generales") configurado como "1".
- Permitir que el servicio de e-mail (Google, Office365, etc.) se acceda por medio del Protheus. Esta acción solo es necesaria si usted recibe un aviso de alerta Google/Microsoft sobre el bloqueo al intento de conexión de un dispositivo desconocido.
Ejemplo de un e-mail que se ejecutó para el administrador aprobador en el momento en que el departamento de viajes verificó la prestación de cuentas (acción "Verificar->Aprobar"): 
| Aviso |
|---|
| Si se utiliza el workflow con el Fluig, para cada proceso configurado (SOLVIAJ1 - Solicitud de viaje, SOLADIANTA - Anticipo, APVPRESTCO - Prestación de Cuentas), el envío de e-mail en estos eventos se desconsiderará. |
|
|