UIPath - 没有 Orchestrator 的调度

Question

我在一家公司工作，我们目前正在该公司实施 RPA 作为试点项目的一部分。

我们正在考虑从咨询公司购买正确的许可证，但有一件事我们似乎无法获得可靠的信息。

我们需要安排无人值守的机器人，据我所知，这可以通过 Windows 任务计划程序实现。 但是，该咨询公司认为 UIPath 已关闭“解决方法”，因此现在只能通过 Orchestrator 进行调度。

但从我们的角度来看，我们只有很少的进程会占用机器人容量的 10% 左右，这使得立即获得 Orchestrator 有点过头了。 我们希望等到我们再“填满”机器人，因为 Orchestrator 许可证非常昂贵。

问题是：是否仍然可以使用最新版本的 UIPath 通过 Windows 任务计划程序来安排 UIPath 进程？ 或者我们是否需要同时购买 Orchastrator 以及 Studio 和无人值守机器人许可证？

希望问题足够清楚

先感谢您。 奥利弗

Answer 1

这是可能的，但有一段时间没有得到 UiPath 的正式支持。 您可以在批处理文件中使用以下命令，然后通过 Windows 任务计划程序计划该批处理文件。

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

这是 UiForum 帖子的链接，其中 UiPath 解释了如何执行此操作。

Answer 2

如果您只有几个机器人，您可以考虑将它们连接到新的 UiPath Cloud Orchestrator 平台，这样您就可以省去拥有自己或付费的麻烦。 除非你这样做，没有 Orchestrator 的无人值守机器人并不是真正的东西，新的 (19.10) 无人值守机器人在新的代理中内置了一个调度程序

Answer 3

你是对的，缺乏信息。 甚至向我们出售我们平台的 UiPath 代表也暗示需要 Orchestrator 的副本。 它不是。 假设您有机器人许可证，您可以将您的流程发布到机器人机器并通过使用 Windows 任务调度程序调用 uirobot.exe 并指定您的流程的 project.json 文件来运行。

请参阅此处的“重要”框。 https://docs.uipath.com/studio/docs/about-the-projectjson-file

Answer 4

目前我使用的是 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"

3. 在 Windows 任务计划程序上创建任务。
   行动：启动一个程序
   程序/脚本：上述第 2 步中的批处理文件路径。
   

代码项目： Robotic-Process-Automation-UiPath-Test-WindowsTaskScheduler00001

Answer 5

您也可以尝试使用旧版本的 UiPath Studio， Windows 任务计划程序再次使用该版本。

你可以在这里下载：

Answer 6

关于政策：

在销售政策方面，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 对公司来说不是开玩笑。

支持是另一个话题，但这个答案已经足够长了。

Answer 7

Ilya，新的有人值守机器人代理内置了调度程序，但这并不意味着进程将自动触发。 这个调度器只是一个提醒，用户仍然需要自己运行机器人。 有人值守的机器人由人类运行，这是有人值守和无人值守的 uipath 机器人之间的唯一区别。