UIPath - 没有 Orchestrator 的计划答案

【问题标题】：UIPath - Schedule without OrchestratorUIPath - 没有 Orchestrator 的计划
【发布时间】：2020-04-09 22:04:35
【问题描述】：

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

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

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

但从我们的角度来看，我们只有很少的进程会占用机器人容量的 10% 左右，这使得立即获得 Orchestrator 有点矫枉过正。由于 Orchestrator 许可证非常昂贵，我们希望等到我们“填满”机器人后再进行一些操作。

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

希望问题足够清楚

提前谢谢你。奥利弗

【问题讨论】：

在您准备好建立自己的 Orchestrator 实例之前，能否使用社区版的 Orchestrator？

标签： rpa uipath uipath-orchestrator

【解决方案1】：

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

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

Here 是 UiForum 帖子的链接，UiPath 解释了如何进行此操作。

【讨论】：

【解决方案2】：

如果您只有几个机器人，您可以考虑将它们连接到新的 UiPath Cloud Orchestrator 平台，这样可以省去购买或购买机器人的麻烦。除非您这样做，否则没有 Orchestrator 的无人值守机器人并不是真正的东西，而且新 (19.10) 有人值守机器人具有内置的调度程序和新代理

【讨论】：

【解决方案3】：

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

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

【讨论】：

【解决方案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"

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

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

【讨论】：

【解决方案5】：

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

你可以下载那些here：

【讨论】：

【解决方案6】：

关于政策：

在销售政策方面，UiPath 不销售没有 Orchestrator 的无人值守机器人许可证

关于小规模部署：

正如 Ilya 所提到的，您可能想看看 Cloud Platform，对于一些无人看管的机器人来说，这应该是一个更实惠的选择。

请注意，Orchestrator 的价值不仅仅是调度进程，您还可以访问资产、队列、日志记录等。

关于通过 Robot 命令运行进程：

两种方法

是这个线程中许多其他人提到的，它是运行文件的遗留（-f 或 --file）
是更现代的方法（-p 或 --process ），以进程名称为目标（您可以在机器人代理或 UiPath 助手中看到任何这些名称）

两者都记录在这里：

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

但请记住，您要谨慎使用这些选项：除了技术上可行之外，每种许可类型还附带法律义务。

由于使用命令启动进程打开了启动无人值守进程的大门，因此假设您使用的是无人值守许可证。在使用有人值守许可证激活的机器人上使用命令启动进程可能会也可能不会违反 EULA。

2个具体例子：

在登录时通过命令在有人值守的机器人上启动进程是可以的：该进程由登录用户的操作以及机器人获得许可的操作触发
在有人值守机器人上的 Windows 任务计划程序的时间触发器中通过命令启动进程是不行的：触发器不是用户的直接操作，因此需要无人值守许可证

社区用户在这方面拥有更大的灵活性，但违反 EULA 对公司来说可不是开玩笑的。

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

【讨论】：

【解决方案7】：

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

【讨论】：

上下文是什么？问题是什么？您正在使用什么技术？
问题是关于在没有协调器的情况下运行机器人。我是 uipath 工程师，我想评论 Ilya 的回答，我认为这是错误的。