收集资料
查找客户、订单和金额，整理必要开票字段。
销售与客户 · RPA定制
客户开票与结果跟进
自动整理开票资料，列出缺失信息和金额差异；按约定范围推进开票、发票发送与结果跟进，减少业务与财务之间的反复确认。
- 资料与核对依据集中查看
- 差异交给对应人员确认
- 开票与发送结果分别记录
适合依据订单等业务资料向客户开票的企业财务与业务团队，可围绕现有 ERP 和开票系统开展。
KP-003
购方
税号
价税合计差额 200 元
业务与财务
授权开票
开票结果通知结果
开票前补资料，开票后跟结果
确认差异
资料不全或金额不一致，业务与财务反复核实。
跟进结果
确认是否已开票、发票是否已发送，还有哪些任务未完成。
从开票请求，到开票和通知结果
取得客户与业务资料，按企业规则核对字段和金额；缺失与差异交给对应人员确认，再继续后续授权步骤。
三项开票任务（虚拟数据，金额为人民币）
本例包含资料核对、授权开票与结果通知。开票、票据获取和发票发送分别根据系统、权限及项目范围确认。
- 3个任务
- 1符合示例规则
- 1缺少必要字段
- 1金额差异
本例概况：3 个任务；资料符合示例规则 1 个、缺少必要字段 1 个、金额差异 1 个。数字只对应本例。
| 开票任务 | 资料核对结果 | 处理进展 | 开票／通知结果 |
|---|---|---|---|
| KP-001：甲公司，请求与来源金额均为 10,000 元，必要字段齐备 | 符合本例规则 | 财务已确认并按授权处理 | 开票结果已核实；通知已发送 |
| KP-002：乙公司，请求与来源金额均为 6,000 元 | 缺少本例要求的购方税号 | 待业务补充、财务核对 | 未开票、未通知 |
| KP-003：丙公司，请求 8,200 元，来源金额 8,000 元 | 存在 200 元差异 | 待业务与财务确认 | 未开票、未通知 |
保留业务编号、来源资料、原请求与人员决定。资料核对通过后，开票仍需按企业授权办理。
相差 200 元，由谁确认？
流程示意｜以 KP-003 为例
演示界面｜虚拟数据处理进展已确认，待授权开票
- 系统
- 业务
- 财务
- 系统业务财务
展示请求 8,200 元、来源 8,000 元及差额 200 元，交给业务与财务确认。
- 资料核对结果存在 200 元差异
- 处理进展待业务与财务确认
- 开票／通知结果未开票、未通知
- 系统业务财务
例如双方确认应为 8,000 元，保留原请求和调整依据，更新相应字段后重新核对，进入“已确认，待授权开票”。
- 处理进展已确认，待授权开票
- 系统财务
纳入范围的操作按授权执行；交给财务操作的环节保留交接和结果。开票结果不明确时先核实，避免重复开票；通知未完成时继续保留待办。
开票与通知分别记录结果。通知发送成功不代表客户已确认收件，尚未核实的环节继续跟进。
业务与财务会拿到什么？
开票任务汇总
查看客户、金额、核对结果和当前进展。
缺失与差异清单
知道要补什么、谁来确认、依据在哪里。
确认及结果记录
保留人员决定，以及范围内的开票、票据和发送结果；交给财务的任务保留交接状态。
从一类开票任务的一批资料开始
首次沟通先说明当前做法、使用的系统和常见差异。后续按约定使用开票请求、客户与业务资料样例，检查字段与金额、人员确认，以及范围内的开票和通知结果。
本页具体任务可作为定制 RPA 项目独立报价、实施、验收和维护。需要跨系统、跨人员持续跟进时，可进一步讨论相关流程协同及逐步引入业务智能体的范围。
现有开票系统能继续使用吗？
先评估系统访问、接口和权限条件，确认可行的连接与处理方式。
可以直接开票并发送发票吗？
可以作为方案范围评估。开票、票据获取和发票发送分别确认系统、权限及实施范围；纳入范围后，分别核验结果，并继续跟进未完成事项。