Connections troubleshooting

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.

Network restrictions

You may sometimes be unable to create connections to external applications. This is often caused by network or firewall restrictions, where the target application blocks requests from Automation Cloud because Integration Service IPs are not allowlisted.

Follow these steps to verify connectivity and resolve these issues.

1. Asegúrese de que:

   • You have the application endpoint (URL or IP) that Integration Service needs to access.
   • You have access to your enterprise firewall or network settings to allowlist IP ranges if required.

2. Verify endpoint accessibility.

   Use a simple network utility to check if your application endpoint is reachable from the internet.

   Using curl:

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

   If the request fails, the endpoint is not publicly accessible, or the IP is blocked.

3. Add Integration Service IPs to the allow list.

   Consult the list of UiPath Automation Cloud IP ranges in the official documentation, and add Integration Service IP ranges to your application or firewall allow list.

4. Retry connection creation.

   After confirming endpoint accessibility and allowlisting the IPs, attempt to create the connection again in Integration Service.

SSO-authenticated users

When logging in to UiPath Automation Cloud via SSO (e.g., Okta, Azure AD, Microsoft SSO, etc.) you may encounter issues creating connections to external applications that use the same SSO provider.

This issue occurs because Integration Service automatically uses your existing SSO session, which can cause the application to skip the login step or use the wrong account to create the connection.

Example scenario

The following example demonstrates how SSO session propagation can interfere with connection creation in Integration Service:

1. UiPath SSO Login - Alejandra logs in to UiPath Automation Cloud using her corporate Okta account [e-mail].
2. Target Application SSO - Alice wants to create a connection to Workday REST, which also uses Okta SSO as set up by the company admin.
3. Connection Creation - During the connection setup:
   • The browser automatically sends her existing Okta session token.
   • Workday assumes the SSO user is [e-mail] without prompting again for login.
4. The problem - If Alice intended to connect using a different Workday account, the connection may fail, or workflows may run under the wrong permissions.

Recommended workarounds

Use a private (incognito) browser session

Open the connection creation page in a private/incognito window. This prevents the browser from reusing the UiPath SSO session.

Workday will then prompt for explicit login credentials each time a connection must be created.

Switch to the intended account prior to connection creation

1. Log in to UiPath Automation Cloud via SSO.

   Access Integration Service as usual.

2. Log in to Workday separately.

   If the application automatically logged you in using your current SSO session, you may see a default account.

3. Log out of Workday and log in with the intended account for connection creation.

   This ensures the application has the correct user session.

4. Return to Integration Service to create the connection.

   Integration Service will now trigger the connection flow.

   The intended account session is used for authorization, preventing wrong permissions or skipped consent prompts.