付款的最后一步，也放进流程里:太阳诱电（常州）的银企直联实践
很多企业把审批搬上了系统，却把付款留在了系统外。流程走到出纳，审批记录是完整的；但从出纳到银行这一段，仍然靠人登网银、逐笔录入。这一段不在系统里，也就没有记录、没有状态、没有办法追。
太阳诱电（常州）电子有限公司与泛微合作做了银企直联，把付款这一段接回流程里：审批完成后在系统内发起支付预订，由系统调用银行接口完成打款，支付状态再自动回传。同时对账口径也一并做了改造。
太阳诱电（常州）电子有限公司是日资电子制造企业，日常资金往来主要走三井银行与瑞穗银行两家银行，共涉及四个银行账户。 在此之前，企业已使用泛微系统处理供应商付款等流程：业务发起、领导逐级审批、会计确认，走到出纳节点。系统承担了审批，但没有承担支付。 流程审批完成、会计确认无误后，事项流转到出纳。到了付款日，财务人员需要登录三井银行或瑞穗银行的客户端，在银行侧重新录入一遍付款信息，再逐笔打款给供应商。 麻烦的地方在于，一张支付流程里往往不止一笔款：可能包含多个供应商，打款时间也不统一。财务必须把所有供应商的款项都支付完毕，才能在系统里把这张流程提交流转。这中间的等待期，待办就一直挂在财务名下。 一套好用的常州办公OA系统，能让全员日常审批、沟通、协作效率提升30%以上。 结果就是两个问题同时存在：一是同一笔付款信息要在系统与网银里各录一遍，重复劳动且容易出错；二是待办积压——真实原因是「钱还没打完」，但系统里看起来只是「流程没提交」，管理上分辨不出到底卡在哪。 项目没有推翻原有流程，而是沿着「审批—确认—付款」这条线往下接了一段：把银行接口嵌到流程节点上，让付款动作由系统触发，付款结果再由系统接收。 具体分四步：先在支付申请环节明确由哪家银行付款；由系统把待付款项汇总成台账；财务从台账里勾选数据发起支付预订，系统自动调用银行接口；银行执行后把支付状态回传，系统据状态自动汇总金额。 支付申请书台账 对原有支付申请书流程做改造，在明细表中增加「付款银行」选项：需由三井银行付款的选择三井，由瑞穗银行付款的选择瑞穗，一张单据里可以同时包含两家银行的多笔付款。 两张台账 系统中新增「支付申请书台账（未审批）」与「支付申请书台账（已审批）」。员工发起的支付申请书流程走到支付确认节点时，系统自动将数据回写到未审批台账，形成一份随时可查的待付款清单，不再需要财务自己汇总。 支付预订与自动打款 财务专员在未审批台账中勾选需要付款的数据，点击「支付预订流程」，系统自动触发预订流程，并把所选数据显示在明细表中。流程走到「申请人确认付款情况」节点时，系统自动调用银行接口，将付款数据传送给银行；银行执行后，把支付状态等信息回传至 OA。系统再根据支付状态自动统计支付金额合计（成功）与支付金额合计（失败）。 支付预订明细台账 支付预订流程审批结束后，系统自动将流程明细中的信息汇入支付预订明细台账。页面底部同时统计当前页面数据金额合计与全部数据金额合计，对账时不用再另外拉表。 余额查询与交易流水 针对两家银行的四个账户，系统分别建立查询页面，自动获取对应账号的历史余额与全部交易流水。日常查实时余额时，在账号栏选择对应银行账号、点击搜索即可看到当前余额，不必再切换到银行客户端。 付款信息不再重复录入 系统里的付款数据直接传给银行，省掉了在网银侧再录一遍的环节，也减少了录错的可能。 待办不再无谓积压 付款可以由台账勾选、批量发起，不必等所有供应商款项逐一打完才提交流程，财务的待办压力明显减轻。 付款结果可追溯 支付状态从银行回传至系统，成功与失败金额自动分类汇总。哪笔款付了、哪笔没付出去，系统里有据可查。 多账户资金一目了然 两家银行四个账户的余额与流水集中在系统内查询，减少在多个银行客户端之间来回切换。 银企直联这个功能本身并不新奇，但很多企业做了之后用不起来，问题往往出在「接在哪一环」。如果只是给财务开一个能发起付款的入口，本质上还是两套系统各跑各的。太阳诱电这个项目的做法是把接口挂在流程节点上——走到「申请人确认付款情况」这一步，系统自动调接口；钱打出去之后，状态再回到流程里，并直接参与金额统计。付款这件事从此有了流程归属，也就有了数据和记录。对财务来说，真正省下的不是那几下键盘操作，而是「这笔款到底付没付、付成功没有」这个每天都有人问的问题。 常州OA财务管理系统，报销、借款、付款审批与财务核算系统无缝对接。 审批、付款、对账，在同一条流程上 泛微协同办公平台，助力企业实现业务与资金的一体化管控客户与场景
原来的付款方式
改造思路
建设内容
项目价值
一点观察
相关内容
同分类文章
