簡體   English   中英

UIPath - 沒有 Orchestrator 的調度

[英]UIPath - Schedule without Orchestrator

我在一家公司工作,我們目前正在該公司實施 RPA 作為試點項目的一部分。

我們正在考慮從咨詢公司購買正確的許可證,但有一件事我們似乎無法獲得可靠的信息。

我們需要安排無人值守的機器人,據我所知,這可以通過 Windows 任務計划程序實現。 但是,該咨詢公司認為 UIPath 已關閉“解決方法”,因此現在只能通過 Orchestrator 進行調度。

但從我們的角度來看,我們只有很少的進程會占用機器人容量的 10% 左右,這使得立即獲得 Orchestrator 有點過頭了。 我們希望等到我們再“填滿”機器人,因為 Orchestrator 許可證非常昂貴。

問題是:是否仍然可以使用最新版本的 UIPath 通過 Windows 任務計划程序來安排 UIPath 進程? 或者我們是否需要同時購買 Orchastrator 以及 Studio 和無人值守機器人許可證?

希望問題足夠清楚

先感謝您。 奧利弗

這是可能的,但有一段時間沒有得到 UiPath 的正式支持。 您可以在批處理文件中使用以下命令,然后通過 Windows 任務計划程序計划該批處理文件。

UiRobot.exe -file C:\\<name of nupkg package>

是 UiForum 帖子的鏈接,其中 UiPath 解釋了如何執行此操作。

如果您只有幾個機器人,您可以考慮將它們連接到新的 UiPath Cloud Orchestrator 平台,這樣您就可以省去擁有自己或付費的麻煩。 除非你這樣做,沒有 Orchestrator 的無人值守機器人並不是真正的東西,新的 (19.10) 無人值守機器人在新的代理中內置了一個調度程序

你是對的,缺乏信息。 甚至向我們出售我們平台的 UiPath 代表也暗示需要 Orchestrator 的副本。 它不是。 假設您有機器人許可證,您可以將您的流程發布到機器人機器並通過使用 Windows 任務調度程序調用 uirobot.exe 並指定您的流程的 project.json 文件來運行。

請參閱此處的“重要”框。 https://docs.uipath.com/studio/docs/about-the-projectjson-file

目前我使用的是 UiPath Studio 社區版 19.10.2 版。
請嘗試以下步驟。
1.獲取UiRobot.exe路徑。
在此處輸入圖片說明

2. 創建批處理文件。

"UiRobot.exe path from step 1 above" - file "Workflow path"

例如:

"C:\Users\AkkapolK\AppData\Local\UiPath\app-19.10.2\UiRobot.exe" -file "C:\~Akkapolki\Project\Robotic Process Automation\UiPath\Test\WindowsTaskScheduler00001\Main.xaml"
  1. 在 Windows 任務計划程序上創建任務。
    行動:啟動一個程序
    程序/腳本:上述第 2 步中的批處理文件路徑。
    在此處輸入圖片說明

代碼項目: Robotic-Process-Automation-UiPath-Test-WindowsTaskScheduler00001

您也可以嘗試使用舊版本的 UiPath Studio, Windows 任務計划程序再次使用該版本

你可以在這里下載: 在此處輸入圖片說明

關於政策:

在銷售政策方面,UiPath 不銷售沒有 Orchestrator 的無人值守機器人許可證


關於小規模部署:

正如 Ilya 所提到的,您可能想看看 Cloud Platform,對於一些無人值守的機器人,使用 Orchestrator 應該是一個更實惠的選擇。

請注意,Orchestrator 的價值不僅僅是調度進程,您還可以訪問資產、隊列、日志記錄等。


關於從 Robot 命令運行進程:

2 種方法來做到這一點

  1. 是該線程中許多其他人提到的那個,這是運行文件的遺留(-f 或 --file )
  2. 是針對進程名稱的更現代的方法(-p 或 --process )(您可以在機器人代理或 UiPath 助手中看到的任何一個)

兩者都記錄在此處:

https://docs.uipath.com/robot/docs/arguments-description#section-the-execute-command

但請記住,您要謹慎對待如何利用這些選項:除了技術上可行的方法外,每種許可證類型還具有法律義務。

由於使用命令啟動進程打開了啟動無人值守進程的大門,因此假設您使用的是無人值守許可證。 在使用有人照管的許可證激活的機器人上使用命令啟動進程可能會也可能不會違反 EULA。

2個具體例子:

  • 登錄時通過有人值守機器人上的命令啟動流程是可以的:該流程由登錄的用戶的操作觸發,並且機器人已獲得許可
  • 在有人值守的機器人上通過 Windows 任務計划程序的時間觸發器中的命令啟動進程是不正確的:觸發器不是用戶的直接操作,因此需要無人值守許可證

社區用戶在這方面有更大的靈活性,但違反 EULA 對公司來說不是開玩笑。

支持是另一個話題,但這個答案已經足夠長了。

Ilya,新的有人值守機器人代理內置了調度程序,但這並不意味着進程將自動觸發。 這個調度器只是一個提醒,用戶仍然需要自己運行機器人。 有人值守的機器人由人類運行,這是有人值守和無人值守的 uipath 機器人之間的唯一區別。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM