Solución de problemas de conexión

En esta página se explica cómo solucionar los problemas que puede encontrar al utilizar las conexiones.

Solicitud del cliente fallida: no se pudo recibir el token de acceso

Descripción

Este error se debe a credenciales no válidas o detalles proporcionados por el cliente.

Solución

Asegúrese de que todas las credenciales rellenadas / proporcionadas sean válidas.

Error al crear la conexión, cierre la pestaña del navegador y vuelva a intentarlo

Descripción

Este error se debe a ámbitos o permisos de la aplicación no válidos.

Solución

Compruebe si todos los ámbitos / permisos se proporcionan según lo esperado.

La conexión está inactiva en este momento, haga clic en Corregir conexión

Descripción

Es posible que una conexión caduque debido a la caducidad del token de OAuth o a un problema de actualización.

Solución

Selecciona Corregir conexión y rehace el flujo de creación de la conexión. Para arreglar una conexión, selecciona el botón Más correspondiente de tu conexión en el lado derecho de la interfaz y selecciona Corregir conexión.

Código de error: 400 Mensaje: no se puede eliminar la conexión con uno o más desencadenadores asignados

Descripción

Al intentar eliminar una conexión, puede aparecer el siguiente mensaje: Código de error: 400 Mensaje: No se puede eliminar la conexión con uno o más desencadenadores asignados.

Solución

No puede eliminar la instancia cuando tiene un desencadenador habilitado. Elimina el desencadenador antes de eliminar la instancia.

El usuario no tiene permisos de Connections.View en la carpeta de conexión.

Descripción

Las conexiones en Integration Service parecen tener éxito (Estado: Conectado), pero los trabajos desatendidos fallan con el siguiente mensaje de error: "El usuario no tiene permisos Connections.View en la carpeta de conexión".

Solución

El robot necesita acceso a la conexión utilizada en el proceso.

Para que un robot ejecute un trabajo mediante un conector de Integration Service, se requieren lo siguiente:

• La conexión y el robot destinados a ejecutar el trabajo deben estar en la misma carpeta de Orchestrator.
• Al robot se le debe asignar un rol que tenga permisos de Vista de carpetas para el elemento Conexiones. Para obtener más información, consulta la Guía del usuario de Orchestrator.

Restricciones de red

Es posible que a veces no puedas crear conexiones a aplicaciones externas. Esto suele deberse a restricciones de red o de firewall, en las que la aplicación de destino bloquea las solicitudes de Automation Cloud porque las IP de Integration Service no están en la lista de permitidas.

Sigue estos pasos para verificar la conectividad y resolver estos problemas.

1. Asegúrese de que:

   • Tienes el punto final de la aplicación (URL o IP) al que Integration Service necesita acceder.
   • Tienes acceso al firewall de tu empresa o a la configuración de red para permitir la lista de rangos de IP si es necesario.

2. Verifique la accesibilidad del punto final.

   Utiliza una sencilla utilidad de red para comprobar si el punto final de tu aplicación es accesible desde Internet.

   Uso de curl:

   curl -v https://<your-application-endpoint>

   Si la solicitud falla, el punto final no es accesible públicamente o la IP se bloquea.

3. Añade las IP de Integration Service a la lista de permitidos.

   Consulta la lista de intervalos de IP de UiPath Automation Cloud en la documentación oficial y añade los intervalos de IP de Integration Service a tu lista de aplicaciones o firewall permitidos.

4. Vuelva a intentar la creación de la conexión.

   Después de confirmar la accesibilidad del punto final y de incluir las IP en la lista de permisos, intenta crear la conexión de nuevo en Integration Service.

Usuarios autenticados por SSO

Al iniciar sesión en UiPath Automation Cloud a través de SSO (por ejemplo, Okta, Azure AD, Microsoft SSO, etc.) puedes encontrar problemas para crear conexiones a aplicaciones externas que utilizan el mismo proveedor de SSO.

Este problema se produce porque Integration Service utiliza automáticamente tu sesión SSO existente, lo que puede hacer que la aplicación omita el paso de inicio de sesión o utilice la cuenta incorrecta para crear la conexión.

Escenario de ejemplo

El siguiente ejemplo demuestra cómo la propagación de la sesión SSO puede interferir con la creación de conexiones en Integration Service:

1. Inicio de sesión SSO de UiPath : Alejandra inicia sesión en UiPath Automation Cloud utilizando su cuenta corporativa de Okta [e-mail].
2. SSO de la aplicación de destino : Alice quiere crear una conexión a Workday REST, que también utiliza Okta SSO según lo configurado por el administrador de la empresa.
3. Creación de conexión : durante la configuración de la conexión:
   • El navegador envía automáticamente su token de sesión de Okta existente.
   • Workday asume que el usuario de SSO es [e-mail] sin volver a solicitar el inicio de sesión.
4. El problema : si Alice tenía la intención de conectarse utilizando una cuenta de Workday diferente, la conexión puede fallar o los flujos de trabajo pueden ejecutarse con los permisos incorrectos.

Soluciones recomendadas

Utilizar una sesión de navegador privada (de incógnito)

Abre la página de creación de conexión en una ventana privada/de incógnito. Esto evita que el navegador reutilice la sesión de UiPath SSO.

Workday solicitará credenciales de inicio de sesión explícitas cada vez que se deba crear una conexión.

Cambie a la cuenta deseada antes de la creación de la conexión

1. Inicia sesión en UiPath Automation Cloud a través de SSO.

   Accede a Integration Service como de costumbre.

2. Inicia sesión en Workday por separado.

   Si la aplicación ha iniciado sesión automáticamente utilizando tu sesión SSO actual, es posible que veas una cuenta predeterminada.

3. Cierra sesión en Workday e inicia sesión con la cuenta prevista para la creación de la conexión.

   Esto garantiza que la aplicación tenga la sesión de usuario correcta.

4. Vuelve a Integration Service para crear la conexión.

   Integration Service ahora desencadenará el flujo de conexión.

   La sesión de la cuenta deseada se utiliza para la autorización, evitando permisos incorrectos o solicitudes de consentimiento omitidas.