Studio 工作流
在 Studio Desktop 或 Studio Web 中搭建的自动化,使用合适的活动类型:基于屏幕的 RPA、API 工作流,或者在同一项目中混合使用两者。
无论是因为总部标准已经确定,还是因为第一次试点做得很成功,一家已经选定 UiPath 的迪拜企业,往往会迪拜聘请UiPath开发工程师,而不是通用型人才,因为这个平台自身的工具决定了工作该如何开展。UiPath 官方产品页面把 Studio 描述为设计和搭建自动化的环境,把 Orchestrator 描述为部署、调度和监控这些机器人运行的网页应用。UiPath 开发工程师要同时掌握两者:在 Studio 中搭建自动化,再确保它上线后通过 Orchestrator 可靠运行。
如今的 UiPath Studio 已经不止于传统的基于屏幕的 RPA。根据 UiPath 官方文档,Studio 支持结合计算机视觉搭建的 RPA 工作流、在存在 API 时完全跳过界面的 API 驱动工作流,以及搭建在自动化前端的低代码应用,此外还有一套基于 C# 的编码方式,用于更复杂的逻辑。一位值得聘请的 UiPath 开发工程师,应该能判断这些方式中哪一种适合您的流程,而不是对所有需求都默认使用基于屏幕的机器人。
Orchestrator 是另一半技能所在。它管理整个机器人队列,通过队列分发工作,并存储执行日志,这意味着 UiPath 开发工程师的工作不会在机器人通过第一次测试后就结束:上线之后,工作还要持续下去,并依赖其他人的流程正确运行。
这个职位搭建什么
聘请UiPath开发工程师专门负责这个平台时,应期待的具体交付物。
在 Studio Desktop 或 Studio Web 中搭建的自动化,使用合适的活动类型:基于屏幕的 RPA、API 工作流,或者在同一项目中混合使用两者。
把完成的自动化作为流程发布到 Orchestrator,配置其可靠运行所需的调度、触发条件和队列设置。
选择并配置合适的机器人类型:与员工自己的会话协同工作的有人值守机器人,或按计划独立运行的无人值守机器人。
明确捕获故障并通过 Orchestrator 上报的工作流逻辑,而不是一个悄无声息卡住的机器人。
只搭建一次、在多个自动化中复用的共享工作流和库,让之后的机器人搭建更快、维护更容易。
Orchestrator 内部的仪表盘和告警,能标记失败或卡住的运行,让问题在几分钟内浮现,而不是等有人发现缺失的输出才察觉。
重要技能
要看重的是平台深度,而不只是对界面的熟悉程度。
| 技能或工具 | 好的表现是什么样 | 为何重要 |
|---|---|---|
| UiPath Studio | 熟练搭建 RPA 工作流和 API 工作流,并知道该在什么情况下用哪一种 | 在有 API 可用时默认使用基于屏幕的机器人,会让自动化变得更慢、更脆弱 |
| Orchestrator | 有通过 Orchestrator 部署、调度和监控流程的真实经验,而不只是在 Studio 本地搭建 | 只能在一位开发人员电脑上运行的机器人,算不上一个生产环境的自动化 |
| 队列设计 | 理解针对高负载工作、基于事务的队列处理方式 | 队列让追踪、重试和上报单笔事务成为可能,而不是一次冗长、不透明的整体运行 |
| 可复用工作流设计 | 搭建可复用的组件,而不是在每个自动化中重复相同逻辑 | 重复的逻辑会让日后每一次改动的维护成本成倍增加 |
| 对当前平台的了解 | 实操使用过近期的 UiPath 版本,清楚平台的变化 | UiPath 会定期推出更新,旧的模式和认证会被淘汰 |
UiPath 官方 Orchestrator 文档把它描述为管理整个机器人队列的集中节点,这是判断候选人的经验是否只停留在 Studio、还是真正延伸到在生产环境中运行自动化的一个合理测试。
合作方式
一个明确的机器人,或一小组机器人,适合一次限定项目:在 Studio 中搭建,通过 Orchestrator 部署,并附带文档交接。不断扩展的 UiPath 项目适合一位专职开发人员,随企业陆续发现新需求持续承接新的自动化。招聘支持适合正在把 UiPath 确定为标准平台、希望把这项技能长期留在内部的企业。咨询服务适合已经在使用 UiPath、希望在进一步扩展前,对现有的 Studio 项目或 Orchestrator 配置获得一次经验丰富的审查的企业。
评估候选人
无论您通过哪种方式在迪拜聘请UiPath开发工程师,以下方法都适用,能超越一次 Studio 演示,深入了解真实的生产经验。
询问它是如何调度的、故障是如何被发现的,以及出问题时谁会收到告警。
实力较强的候选人会给出清晰、实用的回答,而不是默认选择 RPA。
对于任何高负载流程,询问他们是否使用了 Orchestrator 队列,以及如何处理其中一笔失败的事务。
询问他们是否在多个项目中搭建过共享工作流或库,以及这如何降低了后续的维护成本。
询问他们最近几个月搭建过什么,基于哪个 UiPath 版本,因为这个平台的变化速度快于简历更新的速度。
认证
UiPath 直接运营自己的认证体系,在迪拜聘请UiPath开发工程师时值得核实。
UiPath 的认证体系包含 Associate 和 Professional 两个级别的 Automation Developer 方向,专门针对 Studio 和 Orchestrator 技能。应询问候选人持有哪个级别、何时取得,因为随着平台演进,UiPath 会定期淘汰旧的认证。
UiPath 以数字徽章的形式颁发认证,候选人可以直接从认证提供方分享,让您能够独立核实,而不只是听信简历上的说法。应把索要徽章链接,作为评估流程中与技术评估同步或先行的一步。
阿联酋相关考虑
在迪拜聘请UiPath开发工程师负责几乎任何部署时都值得提出的问题。
阿联酋联邦个人数据保护法《2021 年第 45 号联邦法律令》适用于通过电子系统处理的个人数据,而 Orchestrator 的日志和队列数据,恰恰可能为机器人处理的每一笔事务保存这类信息。应核实保留期限和访问权限设置符合您的义务,而不只是沿用平台默认值。
如果 UiPath 机器人需要读取阿拉伯语界面、表单或文档,应确认这一点确实经过测试,因为只针对英语内容搭建和验证的选择器和文本提取逻辑,在阿拉伯语文本和从右到左的布局上可能表现不稳定。
直接解答
如果您的企业已经在使用 UiPath,一位有 Studio 和 Orchestrator 实操经验的人,比在工作中现学这个平台的通用 RPA 开发工程师上手更快。如果您还没有确定平台,我们的 RPA 顾问或通用 RPA 开发工程师页面是更合适的起点。
取决于要实现的自动化。UiPath 把 Studio Desktop 定位为面向 Windows 上复杂 RPA 和桌面自动化,Studio Web 则面向浏览器中的 API 工作流和智能体流程建模。UiPath 开发工程师能判断哪一种更适合您的具体流程。
在实操层面通常可以,因为这个平台本身就是围绕两者一起设计的。对于拥有大量机器人和流程的更大规模环境,持续管理这一面的工作更接近我们的 RPA 工程师角色,专门负责让整套体系可靠运行。
无人值守机器人按计划或触发条件运行一项流程,期间无需任何人在场,适合夜间或高负载的工作。有人值守机器人则在员工自己的电脑上与其协同工作。大多数迪拜的部署会根据流程逐一决定,采用两者的组合。
UiPath 会定期推出平台更新,其自身的认证体系也已经把一些考试迁移到新版本,并淘汰了旧版本。应询问候选人最近一次在当前平台上实操是什么时候,而不是只看他们最初学习这个平台是多久以前。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。