2

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

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

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

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

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

希望问题足够清楚

先感谢您。奥利弗

4

7 回答 7

2

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

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

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

于 2019-12-20T18:58:11.173 回答
1

目前我正在使用 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

于 2020-01-03T04:29:24.700 回答
1

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

于 2019-12-26T13:10:00.083 回答
1

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

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

于 2020-01-02T17:18:53.380 回答
0

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

你可以在这里下载： 在此处输入图像描述

于 2020-01-02T12:28:14.283 回答
0

关于政策：

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

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

于 2020-04-30T06:59:02.620 回答
-1

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

于 2020-01-09T16:26:59.967 回答