UiPath Cartographer：流程地图改动仍须人工批准

UiPath于2026年9月23日在拉斯维加斯发布并开放Cartographer。这款产品通过引导式对话，把文档、流程步骤、业务规则、例外情况和员工掌握的经验整理成Map of Work。地图归客户企业所有，每次变更都须由具名流程所有者批准。

同日，Constellation Research的会议报道记录了这项发布，并转述了覆盖超过100种行业流程的预建地图说法。报道也指出，把流程知识与AI代理的判断、自动化编排真正结合起来，仍是执行层面的挑战。对企业而言，Cartographer目前可用于起草和维护地图；地图获批之后，还需要构建、部署和运行相应的自动化。

访谈和资料怎样形成Map of Work

Cartographer面向业务分析人员，用引导式对话收集分散的流程知识。现有文档、系统中的步骤、适用规则和例外处理方式共同构成输入；员工在实际工作中作出的判断，可以补足制度文件没有写明的部分。形成的地图旨在描述工作如何流转、遇到偏离时如何处理，并为后续构建提供设计文档和规格。

引导式对话能更快暴露知识缺口，却不能自行裁定规则的效力。制度可能只描述正常路径，没有说明资料不齐或系统记录冲突时由谁处理；员工熟悉的惯例也可能与现行政策不一致。把这些回答放进同一张地图，有助于看见分歧，但是否采纳某种做法仍是企业自己的决定。

这也是Map of Work与一张只画出步骤的流程图的区别：它还要容纳规则、例外和人的判断，使后续构建工作知道何处可以继续、何处需要交还给有权限的人。输入资料若已过期，生成的地图也可能准确记录一套已经失效的做法。产品能整理资料，不能代替流程所有者确认资料是否仍然有效。

以贷款发起说明常规路径与例外

贷款发起是UiPath列出的预建地图适用流程。以下为条件性示例，并非某家银行的已上线案例：一家机构梳理申请受理、材料核验、风险复核和授权决定之间的交接，可以提供现行政策、岗位权限、系统步骤及已记录的异常情形，再由经办人员补充文件遗漏的判断。

假设申请材料与系统记录不一致，访谈需要问清谁发现差异、能够核查什么、何时升级处理，以及谁有权作出决定。Cartographer可把这些回答组织成常规路径和例外路径，并生成供后续构建参考的描述。这个示例只说明流程知识怎样进入地图，不预设贷款审批门槛，也不表示产品会替机构决定是否放款。

地图中的描述随后可以用于制作工作流、代理任务和测试，但这些构建工作仍须落实机构自己的系统权限与授权范围。若业务人员发现某条处理路径不符合现行政策，新的一次访谈回答不能直接成为正式规则。它首先是需要审定的变更建议。

地图改动与单笔业务决定由谁批准

标题中的“每次改动”指Map of Work中流程知识和规则的变更，并非要求地图所有者批准每一笔贷款。经办人员可以在个案中依其权限判断；要把某种判断写成今后通用的处理方式，则涉及另一层审批。产品设置具名地图所有者，由其批准或拒绝变更建议。

这条界线使员工发现的重复做法不会自动变成企业政策。Cartographer可以把运行中的判断整理为建议，客户企业仍要明确流程归谁负责、谁有权批准规则，以及获批后哪些构建和执行环节需要同步调整。地图的所有权因此是一项持续责任，而非首次生成时填写的名称。

维护工作也不会随着地图完成而结束。贷款政策、岗位权限或所用系统发生变化时，原先正确的路径可能失效；所有者需要判断变化是否应进入地图，相关自动化是否需要更新。工具有助于减少反复收集知识的工作，但政策解释、冲突裁定和变更批准仍由企业承担。

Cartographer已开放，Decision Ledger仍待后续交付

UiPath在 FUSION产品公告中，将Cartographer列为全面提供，将随产品交付的Process Atlas列为包含83项经专家确认流程的资料库，并说明Decision Ledger已作预览、仍在后续路线图中。公告还描述了地图中每项事实附带来源和核验人的设计。这些交付状态需要分别理解：预建流程可作为梳理业务的起点，企业自身的政策和例外仍须核对并补充。

Decision Ledger的目标是保留运行中由谁、依据什么作出判断，再把可复核的判断反馈为地图修改建议。它所描述的决策记录与Cartographer当前开放的地图起草、维护能力处于不同阶段。因此，现阶段不能仅凭Cartographer发布，就认定从记录判断、批准改动到更新执行系统的完整闭环已经普遍投入生产。