- Überblick
- Erste Schritte
- Konzepte
- Verwenden der UiPath CLI
- Anleitungen
- CI/CD-Rezepte
- Befehlsreferenz
- Überblick
- Exitcodes
- Globale Optionen
- UIP-codierter Agent
- uip coder
- uip context-grounding
- UIP-Dokumentation
- uip function
- uip guardrails
- uip llm-configuration
- uip llm-gateway
- uip model-hub
- Add-Test-Data-Entität
- Add-Test-Data-Queue
- Add-Test-Data-Variation
- Analysieren
- Erstellen
- Ein Projekt erstellen
- Diff
- Suchaktivitäten
- Get-Analyse-Regeln
- get-standard-aktivität-xaml
- Fehler abrufen
- Manuelle-Testfälle erhalten
- Manuelle-Testschritte erhalten
- get-library-object-repository
- get-object-repository
- Get-Versionen
- Beispiel für einen Workflow abrufen
- Anwendung anzeigen
- Anzeigeelement
- Inspektionspaket
- install-data-fabric-entities
- Pakete installieren oder aktualisieren
- list-data-fabric-entities
- list-instances
- Beispiele für Listenworkflows
- Packen
- Veröffentlichen
- remote
- restore
- run, debug & execution
- Ausführungsdatei installieren
- Suchvorlagen
- Studio starten
- Ausführung anhalten
- tm
- UIA
- uip tasks
- UIP-Ablaufverfolgungen
- uip traces feedback
- Migration
- Referenz und 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.
Zusammenfassung
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.
Optionen
| Markieren | Beschreibung |
|---|---|
-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.
Beispiel
uip insights filter-processes list
uip insights filter-processes list
Datenform
{
"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.
Zugehörig
- jobs — accepts
--process-namevalues discovered here. - filter-folders, filter-machines, filter-queues — sibling discovery commands.