- 发行说明
 - 概述
 - 入门指南
 - UiPath 市场供应商
 - UiPath Marketplace 客户
 - 发布准则
 - 即用型自动化发布准则
 - 解决方案加速器发布准则
 - Integration Service 连接器的发布准则
 - Process Mining 应用程序模板发布准则
 - 安全性与 IP 保护
 - 其他 UiPath 列表
 - 连接器
 - 如何创建活动
 - 构建集成
 

UiPath Marketplace 用户指南
UiPath Marketplace 上的所有列表应符合以下一般准则:
| 
                               准则  | 
                               详细信息  | 
|---|---|
| 
                               高可重用性  | 
                               在考虑创建内容时,请记住,它应该是高度可重用的,因为它可以在多个流程中使用,并且可以很容易地被大量用户适应不同的情况。  | 
| 
                               用户友好性  | 
                               另一个重要方面是内容配置的复杂性。 用户并不总是技术人员,他们更喜欢易于配置的工具。 这也应反映在列表描述的编写方式上。  | 
| 
                               扩展/增强/改进 UiPath 产品  | 
                               UiPath 与其他产品之间的集成可构成出色的内容,因为它们可以改善大量工具和产品的使用情况。  | 
| 
                               多样性  | 
                               建议内容带来新的内容或方法。  | 
| 
                               复制难度  | 
                               开发自动化所需的工作量应相当高,因此无法轻易复制。  | 
| 
                               完整性  | 
                               该列表应涵盖所有主要功能的大部分,以自动化所选应用程序或平台的要求。  | 
| 
                               原创性  | 
                               请勿复制 UiPath Studio 中官方/核心/UiPath 团队活动中已提供的功能或 UiPath Marketplace 中已提供的功能,除非内容在现有功能的基础上具有扩展功能。  | 
对于要在 UiPath 市场上发布的列表,您必须在列表的描述中包含有关自动化中使用的或与自动化兼容的 UiPath 产品的所有详细信息,以及它们所扮演的角色。
未经第三方的明确授权,合作伙伴不得在 UiPath Marketplace 上的列表或产品说明文本中包含第三方或第三方应用程序或其他第三方产品的名称。
- 所有活动都需要具有至少一个输出。
 
在将其提交到 UiPath 市场之前,需要在 Nuget 包元数据中解决以下所有检查:
- 
                     
ID/包名称约定:
- 如果列表是代表公司提交的:公司名称。 {包名称}
                           
。
 - 如果活动由个人提交:{Package Name}.Activities。
 
 - 如果列表是代表公司提交的:公司名称。 {包名称}
                           
 - ID/dll 中不应包含 UiPath 标签名称。
 - 已指定包版本。
 - 作者姓名是否存在。
 - 已填写活动说明。
 - 已添加相关标签。
 - 根据所选的许可证类型指定许可证 URL 和许可证接受复选框。
 - 提到了包的所有者。 如果代表公司发布,则需要添加公司名称。
 - 
                     
即使该字段标记为“可选”,如果代表公司发布内容,也需要图标。
仅当上传的图像可免费供公众使用且不侵犯版权时,才能在个人用户发布的情况下使用图标 URL。 这可以在下载图像的站点的条款和条件中进行检查。
 - 如果内容已本地化,即使该字段标记为“可选”,也要指定语言。
 
在 UiPath 市场上提交列表之前,需要解决以下所有检查问题:
- 参数需要遵循 in_argument/out_argument 约定。
 - 活动在工作流中具有唯一名称,以使其更易于调试。
 - 变量命名在整个项目中保持一致。
 - 避免使用硬编码元素。
 - 检查执行期间可能发生的极端情况。
 - 检查性能瓶颈。
 - 检查优化机会。
 - 实施异常处理,以便用户在发生错误时收到有意义的消息。
 - 如有必要,请使用“ 重试作用域”活动,而不必实施相同的机制。
 - 在决策较多的情况下,对主要为线性的工作流和流程图使用“序列”。 保持解决方案的模块化,以便用户可以轻松地重用和自定义它。
 - 使用注释添加有关部分工作流的更详细的说明。
 - 已清楚列出列表的兼容性。
 - 通过具有至少一个输入或输出参数,可以参数化列表。
 - 该列表包含明确的用例,并且可重复使用。
 - 工作流不应公开或记录密码或敏感信息。
 
对于框架和解决方案,请在需要时使用配置文件。