- Overview
- Get started
- Concepts
- Using UiPath CLI
- How-to guides
- CI/CD recipes
- Command reference
- Overview
- Exit codes
- Global options
- uip codedagent
- uip coder
- uip context-grounding
- uip docsai
- uip function
- uip guardrails
- uip llm-configuration
- uip llm-gateway
- uip model-hub
- add-test-data-entity
- add-test-data-queue
- add-test-data-variation
- analyze
- build
- create-project
- diff
- find-activities
- get-analyzer-rules
- get-default-activity-xaml
- get-errors
- get-manual-test-cases
- get-manual-test-steps
- get-library-object-repository
- get-object-repository
- get-versions
- get-workflow-example
- indicate-application
- indicate-element
- inspect-package
- install-data-fabric-entities
- install-or-update-packages
- list-data-fabric-entities
- list-instances
- list-workflow-examples
- pack
- publish
- remote
- restore
- run, debug & execution
- run-file
- search-templates
- start-studio
- stop-execution
- tm
- uia
- uip tasks
- uip traces
- uip traces feedback
- Migration
- Reference & support
Syntax and options for `uip insights filter-processes`, which discovers processes with recent Insights activity for use with --process-name filters.
uip insights filter-processes discovers processes that have had Insights activity recently, restricted to folders the current caller can access. Use it to find the --process-name values that jobs accepts.
"Recent" is a fixed 30-day window set by the backend — it cannot be changed with a flag. This route is also feature-gated to Cloud and Dedicated SaaS deployments; on other deployment types the command fails with a ConfigError rather than an empty result.
Synopsis
uip insights filter-processes list [-l <n>] [-o <n>]
uip insights filter-processes list [-l <n>] [-o <n>]
This verb honors the global options and the standard exit codes. It does not accept -t, --tenant — it uses the tenant selected during uip login.
uip insights filter-processes list
List processes with Insights activity in the backend's fixed 30-day window.
Options
| Flag | Description |
|---|---|
-l, --limit <number> | Maximum rows to return. Defaults to 50. |
-o, --offset <number> | Rows to skip before returning results. |
Rows are deduplicated and sorted after fetching — the backend returns one entry per underlying job run, not one per distinct process, so pagination is over the distinct set. Pagination itself is client-side, over the full unpaginated backend response.
Example
uip insights filter-processes list
uip insights filter-processes list
Data shape
{
"Code": "InsightsFilterProcessesList",
"Data": [
{
"processName": "Invoicing",
"folderKey": "f0f0f0f0-0000-0000-0000-000000000001"
}
],
"Pagination": { "Returned": 1, "Limit": 50, "Offset": 0, "Total": 1, "HasMore": false }
}
{
"Code": "InsightsFilterProcessesList",
"Data": [
{
"processName": "Invoicing",
"folderKey": "f0f0f0f0-0000-0000-0000-000000000001"
}
],
"Pagination": { "Returned": 1, "Limit": 50, "Offset": 0, "Total": 1, "HasMore": false }
}
The backend also returns process key, version, and project key data, but only processName and folderKey are guaranteed aligned across rows and are emitted — the other fields skip null entries in the backend response and can lose row alignment, so they're deliberately not included. An empty Data array means no matching activity in the 30-day window — it is not proof the process doesn't exist.
Related
- jobs — accepts
--process-namevalues discovered here. - filter-folders, filter-machines, filter-queues — sibling discovery commands.