- Getting Started
- Demo apps
- How To
- Notifications
- Using VB Expressions
- Designing your App
- Designing your App with Autopilot
- Events and Rules
- Rule: If-Then-Else
- Rule: Open a Page
- Rule: Open URL
- Rule: Close Pop-Over/Bottom Sheet
- Rule: Show Message
- Rule: Show/Hide Spinner
- Rule: Set Value
- Rule: Start Process
- Rule: Reset Values
- Rule: Upload File to Storage Bucket
- Rule: Download File From Storage Bucket
- Rule: Create Entity Record
- Rule: Update Entity Record
- Rule: Delete Entity Record
- Rule: Add to Queue
- Rule: Trigger workflow
- Rule: Submit Action
- Leveraging RPA in your App
- Supported Process Argument Types
- Replacing a Process
- Referencing a Storage Bucket From Orchestrator
- Connecting Apps to an on-premises Orchestrator instance
- Orchestrator Permissions
- Data Flow Between UiPath® Apps and Orchestrator
- Leveraging Entities in Your App
- Leveraging Queues in Your App
- Leveraging Media in your app
- Leveraging Actions in your app
- Leveraging Connections in your apps
- Web apps in Studio Web
- Application Lifecycle Management (ALM)
- UiPath® First-Party Apps
- Basic Troubleshooting Guide
Data Flow Between UiPath® Apps and Orchestrator
While UiPath® Apps is a cloud hosted experience, it can be used with automation in an on-premise or self-hosted Orchestrator. The following is a summary of the data that is transferred when a client browser open a UiPath® App and runs automation:
- On navigation to the app, the App definition is retrieved from the UiPath® Apps web service. This definition has no data, only the metadata used to render the application in the browser.
- When the start process rule (attended) is executed by an app, the browser contacts the local attended robot and passes input arguments. This is used to execute an automation locally on the client machine where the app is running. When the automation completes, the local robot returns the output arguments from the automation to the app in the browser. The only data that is exposed by the robot are the output arguments and any logging messages coded into the automation; no other data, screenshots, etc. seen by the automation leaves the box.
- When the start process rule (unattended) is executed by an app, the browser contacts Orchestrator via the Apps service and passes input arguments. This is used to execute an automation on an available unattended robot. When the automation completes, Orchestrator sends the output arguments from the automation to the Apps service, which routes them to the app in the browser. The only data that is exposed by the robot are the output arguments and any logging messages coded into the automation; no other data, screenshots, etc. seen by the automation leaves the box.
In both the attended and unattended cases, the only data that is sent to and stored by Orchestrator are:
- The inputs + outputs of all processes that are run
- Logging messages added by the RPA developer to the process (this is opt-in)
In all cases, communication between Orchestrator and Apps service is encrypted end-to-end. Input and output arguments are never stored in the Apps service.
The graphic below describes the UiPath® Apps data flow for cloud, using unattended robots.
- The user navigates to an app using a browser on the client machine.
- The browser calls the UiPath® Apps service in the cloud to retrieve the Apps definition (metadata).
- The Apps definition is sent to the browser where the Apps runtime renders the app.
- The app calls the cloud-hosted UiPath® Orchestrator to run an unattended process, via the apps service.
- Orchestrator reaches out to an Unattended Robot to execute the process.
- The process output is returned to Orchestrator.
-
The client app is notified of the process results.
Note: Only the process inputs and outputs are returned to Orchestrator. The app automated by RPA, and all its data, remains on the robot machine.
The graphic below describes the UiPath® Apps data flow for cloud, using attended robots.
- The user navigates to an app using a browser on the client machine.
- The browser calls the UiPath® Apps service in the cloud to retrieve the Apps definition (metadata).
- The Apps definition is sent to the browser where the Apps runtime renders the app.
- The app calls the local robot service on the client machine to execute a process. The results are returned locally.
-
Audit trail is logged to Orchestrator, including process output.
The sections below describes the UiPath® Apps data flow when using cloud apps with an on-prem (or self hosted) Orchestrator.
The graphic below describes the UiPath® Apps data flow for hybrid, using unattended robots.
- The user navigates to an app using a browser on the client machine.
- The browser calls the UiPath® Apps service in the cloud to retrieve the Apps definition (metadata).
- The Apps definition is sent to the browser where the Apps runtime renders the app.
- The app calls your self-hosted UiPath® Orchestrator on-premises to run an unattended process, via the apps service.
- Orchestrator reaches out to an Unattended Robot to execute the process.
- The process output is returned to Orchestrator.
-
The client app is notified of the process results.
The graphic below describes the UiPath® Apps data flow for hybrid, using attended robots.
- The user navigates to an app using a browser on the client machine.
- The browser calls the UiPath® Apps service in the cloud to retrieve the Apps definition (metadata).
- The Apps definition is sent to the browser where the Apps runtime renders the app.
- The app calls the local robot service on the client machine to execute a process. The results are returned locally.
-
Audit trail is logged to Orchestrator, including process output.
Note: Only the process inputs and outputs are returned to Orchestrator. The app automated by RPA, and all its data, remains on the robot machine.