apps
latest
false
编码 Apps 用户指南
- 入门指南
- 使用编码Apps
- Studio Web 中的编码 Apps
- Coded Action Apps
重要 :
有关 Studio Web 中的应用程序项目文档，请参阅 Studio Web 文档中的“应用程序项目”一章：https://docs.uipath.com/zh-CN/studio-web/automation-cloud/latest/user-guide/apps-in-studio-web。
请注意，此内容已使用机器翻译进行了部分本地化。
新发布内容的本地化可能需要 1-2 周的时间才能完成。
常见问题
有关编码 Apps 的常见问题，包括对共享部署的应用程序链接时的访问错误和未生效的 OAuth 作用域更改进行故障排除。
共享和访问
为什么会显示“用户在任何组织中都不存在。”的提示登录编码应用程序链接时出错？
当您与之共享编码应用程序链接的用户不是部署编码应用程序的组织的成员时，会出现此错误。
要解决此问题，请执行以下操作：
- 作为编码应用程序创建者或组织管理员，请邀请用户加入部署应用程序的组织。
- 作为受邀用户，接受邀请并登录该组织。
加入组织后，用户就可以登录编码应用程序。
如果组织名称包含 _，为什么在重新部署编码应用程序后身份验证会失败？
对于名称包含下划线的组织，可以通过 URL 的下划线和连字符形式访问编码应用程序。建议使用连字符形式，因为根据RFC 952 ，下划线在主机名中无效，并且按主机名列入允许列表的网络代理或防火墙可能会拒绝下划线 URL。
重新部署应用程序时，其 uipath:redirect-uri 元标记使用主机名的连字符形式。如果应用程序最初是使用下划线 URL 部署的，则在重新部署后通过下划线 URL 访问该应用程序将失败身份验证，因为元标签中的重定向 URI 不再与 URL 主机匹配。
要解决此问题，请使用以下选项之一：
- 重新部署后，通过连字符 URL 访问应用程序。
- 在应用程序代码中动态设置重定向 URI，使其遵循为应用程序提供服务的 URL。有关推荐的模式，请参阅 SDK 文档中的编码 Apps 入门。
身份验证和权限
为什么我将新作用域授予外部应用程序后不生效？
Apps 使用部署时的作用域。仅刷新页面不足以使新作用域生效。
每当向外部应用程序添加或删除作用域时：
- 重新部署应用程序。
- 如果您的应用程序列出了特定作用域，请将新作用域添加到您的应用程序代码库中，然后重建并重新部署。
- 使用以下方法之一强制应用程序选择新的作用域：
- 退出应用程序，然后重新登录。
- 关闭浏览器选项卡，然后重新打开应用程序。
为什么uip codedapp命令在 Automation Cloud (专属) 中失败？
安装的 CLI 比专用生产环境中运行的 Apps 版本新。使用以下命令安装 CLI 1.202.0 ：
npm install -g @uipath/cli@1.202.0
npm install -g @uipath/[email protected]
将专用生产环境升级到 2026 年 9 月 24 日的 Apps 版本后，您可以升级到更高的 CLI 版本。