- Release Notes
- Getting Started
- Tutorials
- Automation Projects
- About Automation Projects
- About Workflow Analyzer
- Governance and Auditing
- Tutorial: Working With Source Control
- Creating Automations
- Automation Basics
- Automation Best Practices
- Tutorial: Creating a Pivot Table
- Tutorial: Iterating Through Rows in a Table
- Tutorial: Comparing Excel Files and Emailing Reconciliation Errors
- Tutorial: Extracting Data From Automated Emails and Moving It to a Desktop Application
- Tutorial: Filtering Data in Excel
- Tutorial: Formatting Cells
- Tutorial: Adding Information About the Files in a Folder to an Excel File
- Tutorial: Adding Your Own Formulas to the Project Notebook
- PowerPoint Automation
- Common Activities
Governance and Auditing
To enable organizations to provide StudioX to a broad group of users securely, StudioX has automatic logging and controls built in that can enforce organizational policies.
Watch the following video for an overview of the governance capabilities available in Studio and a demo of how to use them in StudioX.
One of the main concerns organizations have regarding broad Citizen Developer deployments is how to track usage, know what automations exist, and what those automations are doing.
If your organization licenses Robots and StudioX through Orchestrator, the Robots and associated StudioX instances are connected to Orchestrator. This means that many common actions are logged by default in the execution logs including every time an automation is executed. The logged events include:
- Windows identity of the user
- Name of the machine
- Name of the process
- Version, and more
This enables your organization to have deep visibility into automation use in the organization.
How can we know who is using automations in the organization?
Events in the execution logs include user and machine information. This enables you to build reports from the execution logs showing all the users who ran automations in your organization using supported reporting technologies (direct queries against the logs, UiPath Insights, etc.).
How can we know what automations are used in the organization?
By logging all user and process information in the execution logs, you can build reports and know who is running which automations. This enables you to enact organizational policies that ensure all automations are shared with IT and properly documented and understood if needed, avoiding situations where employees build automations that nobody else in the organization knows about.
How can we know what users are doing in their automations?
By default, the activities used by StudioX projects record important information in the execution logs with no action required from the user. This gives you a high-level picture into important actions performed by the Robot. For more details on what is logged, see Audit Logging.
How can we know which users are using StudioX, Assistant, etc.?
initiatedBy
property that records which product started the automation (Assistant, StudioX, Studio, or Orchestrator). This means that
you can build a report from the logs showing who is using which product, and detect patterns such as users running only from
StudioX, rather than publishing completed processes and running them from the Assistant.
Many organizations want the ability to put guardrails in place to ensure that Citizen Developers follow organizational policies and guidelines. To enable this, StudioX offers the ability to specify policies that control areas such as:
- Settings (for example, Workflow Analyzer)
- Permitted activities package feeds
- Permitted activities and packages
- Applications and URLs that can be automated
For more information, see Governance in the Studio Guide.
How do we configure and deploy a governance policy to our users?
json
file. You place this file in a read-only location accessible from your users' machines, such as a network share or blob storage,
and then set a registry key either via your install script or Windows group policy. StudioX loads the policy when it starts
and behaves as defined by the policy. For more information, see Governance in the Studio Guide.
How can we place limits on which applications and/or websites can be automated?
StudioX includes an App/URL Restrictions Workflow Analyzer rule. To limit which applications and/or URLs users may automate, you can choose to either prohibit specific apps/URLs or allow only those from a specific list (both options are supported). To block any non-compliant workflows from being run or published:
- In the policy file, set the AnalyzeOnRun and AnalyzeOnPublish properties to
true
. This will require automations to pass a Workflow Analyzer check prior to being run or published. - Configure the App/URL Restrictions rule using either the prohibited or allowed lists per your organization's requirements, and set the Default action to Error.
What Workflow Analyzer rules are included in StudioX?
See About Workflow Analyzer for a full list of rules.
Can we create custom Workflow Analyzer rules for StudioX?
You can create custom Workflow Analyzer rules for StudioX in the same way as you do for Studio. To make a rule available in the StudioX profile, an additional property must be defined. For more information, see Building Custom Rules in the Studio Guide.
Audit:
.
initiatedBy
property that records where each project execution was initiated: Assistant, StudioX, Studio, or Orchestrator. This enables
organizations to keep track of how the tools are used.
Watch the following video for an overview of the governance capabilities available in Studio and a demo of how to use them in StudioX.
The following table lists audit information logged for StudioX activities. For more information about logging, see the Studio guide.
Activity |
Audit Information Logged |
---|---|
Use Application/Browser |
|
Use Excel File |
|
Use Word File |
|
Use Outlook 365 / Use Gmail / Use Desktop Outlook App |
|
Extract Table Data |
|
Send Email |
|
Reply to Email |
|
Forward Email |
|
Use PowerPoint Presentation |
|