Existen algunos sistemas para el guardado de datos como perfiles de usuario, estos datos se utilizan tanto para informar preferencias de viaje como asientos, restricciones de comidas, etc. así como información de la propia organización como centro de costos, sucursal y otros.

Toda esta información se puede editar directamente en Argo, sin embargo al usar este tipo de sistema es mucho más práctico actualizar solo en la herramienta de perfil, por lo que Argo permite que estos datos se actualicen desde estos sistemas.

Esta actualización se realiza a través de la API de Argo, por lo que siempre que haya un login de usuario o inserción del viajero en una búsqueda, Argo realizará una consulta en el sistema de perfiles y siempre que haya nueva información o actualización de uno existente, será actualizado en el perfil de usuario en Argo.

Para que este proceso pueda ser habilitado, es necesario utilizar la API de Argo, por lo que es necesario que contacte a su representante comercial de Argo para más detalles, y así mismo, habilitar la política ‘INTPER’ que se encargará de permitir la actualización.

INTPER tiene algunos parámetros:

• Permite el acceso al sistema sin inicio de sesión único (Permite acesso ao sistema sem single sign-on)

En un ambiente que tiene usuarios con datos integrados desde otro sistema, no es posible que estos usuarios accedan a ARGO desde la pantalla de inicio de sesión. El acceso del usuario se realiza a través de otro sistema que da acceso directo a ARGO, mediante el esquema conocido como Inicio de Sesión Único o ‘Single Sign On’ (SSO). Si esta política está habilitada, el usuario también puede acceder a ella a través de la pantalla de inicio de sesión de ARGO.

• Permite atualizar datos bancarios del usuario

Un usuario que tiene sus datos integrados desde otro sistema, no puede editar su perfil en el registro ARGO. Si esta política está habilitada, los datos bancarios de ese usuario se publicarán para su edición.

• Permite actualizar perfil de usuario sin integración

En un ambiente que tiene usuarios con datos integrados desde otro sistema, permite editar los datos de los usuarios que no tengan código de integración. Los usuarios con código de integración continuarán sin poder ser editados.

• Permite desconsiderar cliente en la integración

No considera que el usuario que se está creando tenga un “ClientId” en el momento de la creación.

• Permite la integración de perfil a través de Webservice

Permite importar datos de usuario de otro sistema. También permite que el acceso de estos usuarios lo realice otro sistema autenticándolos en ARGO mediante inicio de sesión único. En estos entornos, los usuarios no pueden editar sus datos.

• Permite relación de los usuarios

Un usuario puede tener más de un inicio de sesión en el sistema. Sus inicios de sesión deben estar registrados en la tabla UsuarioRelacao (no hay pantalla de registro para esta tabla). Al cambiar de un cliente a otro, el sistema obtendrá el inicio de sesión en esta tabla y se autenticará automáticamente con el nuevo inicio de sesión del usuario. Esto permite que el usuario pertenezca a diferentes grupos en diferentes clientes. La navegación a través del sistema no cambia nada sobre un usuario que cuente con un solo inicio de sesión y que esté vinculado a más de un cliente.

• Permite transformar la aprobación em Nacional/Internacional cuando haya sólamente una de ellas

En la rutina de integración de datos de usuario, que actualiza los datos de perfil vía Webservices de otros sistemas, y que se activa mediante la selección del viajero en la pantalla de calificación de solicitud o en el registro del usuario, también se cargan datos de la estructura de aprobación. Si ese usuario tiene aprobadores, éstos son importados. Si en los datos de aprobadores enviados por el cliente se indica que hay aprobadores nacionales y no internacionales o al revés, y esta política está habilitada, la estructura de aprobación se creará como Nacional / Internacional. Si esta política no está habilitada y el cliente envía aprobadores nacionales y no envía aprobadores internacionales, la estructura se creará solo como Nacional.

• Permite transformar la aprobación nacional en el reembolso

En la misma rutina de importación de aprobadores como se describe en el parámetro anterior, si el cliente usa el módulo de reembolso, una estructura enviada como Nacional también se creará como de reembolso. Si esta política no está habilitada, la estructura se creará únicamente como Nacional.