UiPath License 类型一文讲透：Named User · Floating · Runtime · Host/Tenant 怎么分
🎯 为什么要看懂 License 类型
UiPath 的许可证体系横跨人、机器人、平台三个维度，加上新旧版本命名混用，很多企业是买完才知道买错：开发位买成了运行位、把并发数理解成数量、租户规划混乱导致后面重新分配……
这篇把企业授权的完整概念地图一次讲清——看完你能回答三个问题：我该买什么？买多少？怎么分配？
说明：本文以企业版经典授权体系（私有化 OC 场景）为主线；云订阅体系的命名有更新，概念映射关系类似，具体以官方文档为准。
🧩 第一维度：机器人的两种使用形态
| 维度 | Attended（有人值守） | Unattended（无人值守） |
|---|---|---|
| 工作方式 | 人在旁边，机器人辅助人操作 | 无人干预，按计划/接口触发自主运行 |
| 典型场景 | 客服桌面助手、Excel 半自动处理 | 夜间批量对账、跨系统数据搬运 |
| 运行位置 | 员工的办公电脑 | 服务器/指定运行机 |
| License 侧重 | 按"人"授权 | 按"机器/Runtime"授权 |
决策口诀：流程里有人参与选 Attended，全自动化跑选 Unattended。两类流程都有的企业，两类授权都要规划。
👤 第二维度：开发者与用户授权
开发/使用 Studio 的人怎么授权：
| 授权类型 | 绑定对象 | 适合 |
|---|---|---|
| Named User（指定用户） | 绑定到具体的人 | 开发人员固定，一人一位 |
| Floating（浮动/并发） | 不绑人，占并发池 | 人员多但同时在线少，按峰值规划 |
| Studio Key（设备授权） | 1 个码绑 2 台电脑 | 开发位补充，个人/小团队灵活 |
注意区别：Named User 绑"人"，Studio Key 绑"设备"——前者适合大团队集中管控，后者适合开发者个人多机使用。个人/小团队不想搞复杂，直接看 Studio License Key（1 个起购）。
🤖 第三维度：Runtime 运行位（Unattended 的燃料）
Unattended 机器人要跑起来，机器上必须有 Runtime：
| 类型 | 绑定 | 特点 |
|---|---|---|
| Standard Runtime | 绑定固定机器 | 机器固定的生产环境，稳定直给 |
| Floating Runtime | 占并发池 | 机器池动态分配，扩容灵活 |
常见误区：Runtime ≠ 机器人数量。一个流程运行时占 1 个 Runtime，跑完释放（Floating 场景）。按"同时最多在跑的流程数“规划并发，而不是按项目数——很多企业在这里买多了一倍。
🏢 平台维度：Host / Tenant / Machine 层级
上了 Orchestrator 之后，授权是分层管理的：
flowchart TD
H[Host 租户
平台级：授权分发 + 租户管理] --> T1[租户 A
部门/业务线]
H --> T2[租户 B ...]
T1 --> U[用户授权
Named / Floating]
T1 --> M[Machine 机器/模板]
M --> R[Runtime 运行位]flowchart TD
H[Host 租户
平台级：授权分发 + 租户管理] --> T1[租户 A
部门/业务线]
H --> T2[租户 B ...]
T1 --> U[用户授权
Named / Floating]
T1 --> M[Machine 机器/模板]
M --> R[Runtime 运行位]flowchart TD
H[Host 租户
平台级：授权分发 + 租户管理] --> T1[租户 A
部门/业务线]
H --> T2[租户 B ...]
T1 --> U[用户授权
Named / Floating]
T1 --> M[Machine 机器/模板]
M --> R[Runtime 运行位]flowchart TD
H[Host 租户
平台级：授权分发 + 租户管理] --> T1[租户 A
部门/业务线]
H --> T2[租户 B ...]
T1 --> U[用户授权
Named / Floating]
T1 --> M[Machine 机器/模板]
M --> R[Runtime 运行位]- Host：私有化部署后的"总管理台”，License 先到 Host，再分配给各租户
- Tenant：租户 = 隔离的业务单元（按部门/项目线/环境划分），授权、机器人、队列都在租户内
- Machine / 机器池：机器人运行在哪台机器上，Runtime 落在机器维度
常见的"授权乱、机器人找不到、队列串了"，基本都是层级规划没做就开干了——这正是我们 OC 授权规划服务 最高频的接单场景：对现有 Host/Tenant/License/Machine 配置做梳理重构。
🧾 典型场景怎么配（对号入座）
| 你的场景 | 建议配置思路 |
|---|---|
| 3 人小团队，流程半自动为主 | Named User / Studio Key 开发位 ×3，暂不上 OC |
| 财务月结全自动化，夜间定时跑 | 少量开发位 + Unattended Runtime 按并发峰值 |
| 多部门上 RPA，权限要隔离 | Host 统一分发 → 按部门开 Tenant，各管各的 |
| 开发测试 + 生产环境分离 | 开发环境 Floating 灵活分配，生产环境 Standard 固定绑定 |
⚠️ 选购避坑 5 条
- 先规划后购买：把"谁开发、跑什么、跑在哪、并发峰值"四个问题写清楚再下单，拿着答案询价最快
- 开发位与运行位分开算：Studio 是"人/设备"的授权，Runtime 是"机器"的授权，混着买必浪费
- 并发 ≠ 数量：Floating 类按"同时在线峰值"规划，不要按项目总数堆
- 版本线要匹配：Key 与 Studio/OC 版本线对应，先定 key 再定安装包（版本选择参考下载安装指南）
- 社区版别用于商用生产：许可条款有限制，被停用/审计的代价远大于省下的授权费
❓ FAQ
Q：我只想激活一个 Studio 开发位，需要懂这么多吗？ A：不需要。个人/小团队直接看 Studio License Key（1 码 2 机、1 个起购、在线/离线激活都支持）；Host/Tenant 那套是 OC 管理员才需要操心的。
Q：怎么查我们 OC 现在的 License 用量？ A：OC 管理界面的 Licenses/许可证页面可查看各租户分配与余量；界面混乱看不明白的，我们提供授权梳理服务，重新规划 Host/Tenant/Machine 分配。
Q：Named User 授权的人离职了怎么办？ A：解绑后分配给新人即可，授权跟"人"走；解绑操作在渠道方指导下完成，不影响授权效力。
Q：Floating 并发不够会怎样？ A：新任务排队等待，外在表现是"机器人时灵时不灵"。先查并发余量，再查机器人本身——顺序别反了。
Q：价格怎么算？ A：按类型、数量、版本组合评估，批量有阶梯优惠。带着"四个问题"（谁开发/跑什么/跑在哪/并发峰值）的答案来询价，一次就能报准。
📞 规划你的授权组合
提供 Studio 开发位、Runtime 运行位、Host/Tenant 授权规划的一站式服务：先规划后购买，买对不买贵；已购配置混乱的，提供梳理重构服务。
- 📧 邮件：Bruce@uipath.cc
- 💬 微信：扫描下方二维码添加，备注「License规划」
