UIPath-不含Orchestrator的时间表

Question

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

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

我们需要安排无人值守的机器人，据我所知，这可以通过Windows Task Scheduler来实现。但是，这家咨询公司认为UIPath已关闭了“解决方法”，因此现在只能通过Orchestrator进行安排。

但是，从我们的角度来看，我们只有很少的过程会占用大约10％的机器人能力，这使得立即使Orchestrator变得有点过头了。由于Orchestrator许可证非常昂贵，因此我们想等到我们“填满”更多机器人之后。

问题是：是否仍然可以使用最新版本的UIPath通过Windows Task Scheduler来调度UIPath进程？还是我们需要同时购买Orchastrator以及Studio和无人值守的机器人许可证？

希望这个问题很清楚

先谢谢您。 奥利弗

Answer 1

您是正确的，缺少信息。甚至向我们出售平台的UiPath代表都暗示了Orchestrator的副本。不是。假设您具有机器人许可证，则可以使用Windows Task Scheduler调用uirobot.exe并指定您的进程的project.json文件，将您的进程发布到机器人机器上并运行。

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

Answer 2

当前，我正在使用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 Task Scheduler上创建任务。
   行动：启动程序
   程序/脚本：上面第2步中的批处理文件路径。
   

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

Answer 3

有可能，但是一段时间以来UiPath尚未正式支持它。您可以在批处理文件中使用以下命令，然后通过Windows Task Scheduler计划该批处理文件。

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

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

Answer 4

如果您只有几个机器人，则可以考虑将它们连接到新的UiPath Cloud Orchestrator平台，这省去了拥有自己的机器人或为之付费的麻烦。 除非您这样做，否则没有Orchestrator的无人值守机器人并不是什么真正的东西，而且是新的（19.10）有人值守的机器人具有新Agent内置的调度程序。

Answer 5

您还可以尝试使用旧版本的UiPath Studio，其中 Windows Task Scheduler 可以再次使用。

您可以下载那些here：

Answer 6

关于政策：

根据销售政策，如果没有Orchestrator，UiPath不会出售无人看管的机器人许可证

---

关于小型部署：

如Ilya所述，您可能想看看Cloud Platform，对于一些无人值守的机器人使用Orchestrator来说，这应该是一个更实惠的选择。

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

---

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

两种方法

1. 是该线程中许多其他人提到的那个，它是运行文件的旧式（-f或--file）
2. 是一种更现代的方法（-p或--process），它以进程名称为目标（您可以在Robot Agent或UiPath Assistant中看到的任何一种）

两个都记录在这里：

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

但是请记住，您要谨慎使用这些选项： 除了技术上可能的范围外，每种许可证类型还具有法律义务。

由于使用命令启动进程会打开启动无人值守进程的门，因此假定您正在使用无人值守许可证。 使用命令在已获得许可证的情况下激活的机器人上启动过程可能会也可能不会违反EULA。

2个具体示例：

• 在登录时通过命令在有人值守的机器人上启动过程是可以的：该过程是由用户登录并为其获得许可的用户的动作触发的
• 在有人值守的机器人上Windows Task Scheduler的时间触发器中通过命令启动进程是不正确的：该触发器不是用户的直接操作，因此需要无人照管的许可证

社区用户在这方面具有更大的灵活性，但是违反EULA对公司而言并不是笑话。

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

Answer 7

Ilya，新加入的机器人代理程序具有调度程序的内置功能，但这并不意味着将自动触发流程。该计划程序只是一个提醒，用户仍然必须自己运行机器人。有人值守的机器人是人为操纵的，这是有人值守和无人值守的uipath机器人之间的唯一区别。