易企办博客 / 行业观察

用易企办、Power Automate 和 SharePoint 衔接供应商付款申请

将审批通过的申请与发票归档串起来,核对事件鉴权、去重和跨系统失败处理。

Abe Flatley·

从审批到发票归档。易企办,录入并审批申请。HTTP 请求,发送通过事件。Power Automate,校验和协调操作。SharePoint,记录和文件入库。

本文由国际版原文本地化,文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。

供应商付款申请通常横跨审批、发票文件和财务台账。重复录入可能使发票金额、审批状态和归档位置彼此对不上。参考方案让易企办控制审批,Power Automate 接收通过事件并编排后续操作,SharePoint 保存结构化记录和发票文件。

用申请编号关联审批与凭证

在申请阶段收集供应商、发票号、金额、币种、申请人和附件。用业务申请编号把流程实例、SharePoint 列表记录和文档库文件关联起来。财务可从一条记录查到审批决定和凭证,避免根据附件名称判断它属于哪一笔。

跨系统付款申请的断点。申请进度,跨工具难追踪。金额数据,重复录入易不一致。附件凭证,和台账缺少关联。统一编号,连接审批、记录与文件。
分别核对申请、凭证和完成状态。

给三个系统划清职责

从批准到归档与通知。业务审核,确认申请及凭证。触发自动化,发出通过事件。文件入库,关联 SharePoint 台账。通知经办,显示归档结果。
三个系统按各自职责更新结果。
组件负责的工作
易企办录入申请与发票、按条件审批、控制何时发出通过事件
Power Automate接收请求、校验结构、协调跨系统读写与通知
SharePoint用列表保存业务状态,用文档库保存发票,并建立双向关联

示例处理付款申请的审批与凭证归档。付款执行与到账信息由组织实际使用的财务系统和授权流程管理。可以在 SharePoint 台账分别记录“审批通过”“已归档”和“已付款”,让状态反映不同的业务事实。

配置 HTTP 触发与字段映射

在 Power Automate 新建云端流,选择接收 HTTP 请求的触发器。定义 JSON 字段,包括申请编号、供应商、发票号、币种、金额、申请人和必要的附件元数据。保存后取得该流的请求地址。按目标环境支持的方式限制调用身份,将连接和凭据保存在受控配置。

配置 HTTP 触发器。调用权限,限制允许的发起方。业务字段,申请号、供应商、金额和币种。附件字段,使用受权限保护的引用。失败分支,记录校验或归档错误。
用测试单据检查请求和权限。

在易企办审批通过的分支加入 HTTP 请求动作,将表单和流程变量映射到约定结构。以业务申请编号作为接收端的去重键。核对错误响应、超时重试和金额精度。发票文件通过受权限保护的方式获取,文档库只授予必要读写权限。

只在通过后提交归档事件。触发条件,审批结果为通过。目标地址,使用受控连接配置。请求内容,映射表单和流程变量。执行结果,区分成功、超时和拒绝。
用申请编号作为重复处理的识别键。

从提交走到归档

  1. 申请人填写供应商和发票信息,并上传凭证。
  2. 负责人及财务按规则审核。只有通过的申请进入归档流程。
  3. 易企办提交 JSON 事件,Power Automate 校验身份和字段。
  4. 用申请编号新增或更新 SharePoint 列表记录。
  5. 取回发票文件,上传文档库并把文件引用关联回列表。
  6. 列表与文件均确认成功后,按权限向经办人发送 Teams 或邮件通知。

如果列表记录写入成功但附件失败,保留“待归档”或“归档失败”的独立状态。重试时根据申请编号和文件标识补齐缺失部分。组织还可复用同一方式处理采购、费用和合同。

验收前核对环境

用虚构单据验证通过、拒绝、重复回调、附件不可读和通知失败。Microsoft 全球环境和世纪互联环境的连接器、认证方式、许可和可访问端点需分别核对。通过测试的归档链路可以作为财务处理凭证,但仍应按组织流程确认实际付款。

用 SharePoint 归档供应商付款申请和发票

中文讲解与简体字幕,使用配置示意和虚构数据演练。

查看原始文章

返回易企办博客