RPA 流程定义文档 (PDD) 概述

RPA 流程定义文档 (PDD) 概述

流程定义文档可帮助您记录现有流程。

一旦一个流程被确定为自动化的潜在候选者，就该详细记录它了。

这将作为实施软件机器人的基础，这些机器人将在未来处理手动流程。

在需求收集阶段，开发人员和业务分析师将与客户/业务方密切合作以熟悉当前流程。

在找到流程中的所有差距和改进的可能性以使其更灵活地自动化之后，此需求收集阶段的结果被收集在称为流程定义文档的文档中。

记录后将与业务方共享以供批准。

有了这个，我们就可以了解 PDD 以及它是如何记录的。

现在，让我们看看创建 PDD 所涉及的步骤。

您可以遵循多种格式/模板为您创建一种格式/模板。这是我遵循的东西：

流程定义文档：

一、简介：

文件目的：

请简要说明我们使用本文档的原因。

这如何帮助开发人员和目标流程描述。

目标：

提及企业主自动化此过程背后的主要座右铭是什么。

例如流程执行时间和很快。

主要联系人：

谁负责从业务方面向开发团队澄清所有对流程中异常的疑问或澄清。

自动化的先决条件：

本节讨论服务器、工具许可证以及客户端环境的权限或限制。

主要是开发流程所需的测试数据。

2. 原样流程：

工艺概述：

在这里，我们通常会提到流程名称、手动完成所花费的时间以及流程的简短描述。

过程中使用的应用程序：

本节提及用于执行业务流程自动化的所有应用程序。

原样流程步骤：

收集业务流程的分步流程并将其记录在本部分中。

3.待流程说明：

成为流程图：

正如我们之前在收集需求时所讨论的，我们对现有流程进行了一些更改。

此流程图中要描述的所有步骤的高级概述。

可以作为流程图或逐步进行。

待处理步骤：

此处将记录有关如何设计机器人的完整步骤。

平行倡议/重叠：

在本节中，我们提到了我们在自动化中使用的任何服务器升级或任何应用程序更新。

RPA 的适用范围：

提及机器人可以在该特定业务流程中执行的可能性/活动。

超出 RPA 的范围：

提及机器人在该特定业务流程中无法执行的可能性/活动。

业务异常处理：

手动执行该过程时可能会遇到哪些已知异常？

这有助于开发人员在执行机器人时集成这些异常处理机制来处理错误。

应用程序错误处理

这里需要提到业务流程中经常会导致的已知错误。

4. 报告：

本节提到由谁报告机器人的所有执行结果和异常报告。

5. 过程文档的其他来源：

提及创建此流程定义文档时参考的所有录制视频或任何其他文档。

笔记：

在需要的地方提及所有必需的文档链接。