INVOICE PAYMENTS · STATUS & RECONCILIATION
付款已提交,供应商还显示未付,要不要再付一次?

一笔供应商发票付款已经提交,对方门户却仍显示未付。此时最需要的是查清原笔交易走到了哪一步,再判断是否应重新付款。把发票、批准指令、支付记录和供应商销账接起来,才能减少两头各看一套状态的误判。
AI开始执行已审批付款,企业仍要核对两端结果
Visa于2026年10月20日宣布,与BILL、Billtrust开展供应商门户发票付款试点。参与买方使用BILL,参与供应商使用Billtrust;获授权的代理执行买方已经批准、且符合条件的付款,流程关联具体发票及付款指令。官方说明试点已在参与方之间处理交易,代理不自主决定应付哪笔账单。
这个进展可以转化为一个经营管理问题:当付款跨越审批、支付渠道和供应商门户,企业怎样确认同一笔应付款已经处理?以下以“付款已提交、对方仍显示未付”的常见核对场景展开,不依赖企业是否使用AI付款工具。
先固定原发票和批准记录,避免查错一笔款
出纳与应付人员先核对采购主体、供应商、原发票号、金额、币种、付款期限和批准记录,再找到对应的原付款编号及提交时间。同一供应商可能有多个收款主体,发票号码也可能在不同期间重复;应结合主体、日期和采购订单共同识别。
一笔付款覆盖多张发票时,保留逐张分配明细;一张发票分次付款时,保留每笔交易与剩余应付。采购负责解释合同、折扣或争议,财务负责确认实际应付及已付款记录。惠泽可协助整理发票—批准付款—交易编号对应表,把缺少原始账单、金额不符或收款主体待核的事项单列。
把“已提交”和“已销账”分开查
审批通过、付款提交、渠道授权或占款、实际结算、供应商将款项分配到发票,属于不同记录。核查时先使用渠道实际提供的状态与凭据,不凭一个页面上的“完成”推定所有环节均已结束。
- 出纳查原交易:取得可查询的交易编号、渠道结果、扣款或占款记录;若显示处理中,按渠道的具体说明查询后续结果。
- 采购或应付联系人查供应商:提供原发票号和付款凭据,确认是否收到款项、是否待分配、是否误配到其他账单,并取得对账说明。
- 财务查账面对应:核对付款是否已经入账、是否记到正确主体及供应商,以及尚未结清的应付余额。
例如,支付渠道已有交易记录,供应商却尚未把收款分配到该发票。此时先确认收款和分配情况,比依据门户的未付提示再提交一笔更有依据。该情形是经营场景说明,具体判断须回到本企业的交易记录与供应商确认。
状态不明时列入待核,重付前保留复核依据
对渠道处理中、供应商待分配、金额或币种不符等事项,建立付款状态待核台账,记录原付款编号、现有证据、责任人、需要联系的机构及下一次跟进时间。采购催付和出纳查款使用同一份记录,避免不同人员分别发起付款。
确需重付时,由客户负责人结合原交易查询、取消或失败结果、供应商确认及实际合同要求重新审批;将新旧交易编号关联,继续追踪原笔后续是否结算或退回。不同渠道的处理时间和结果口径各有差异,按具体交易安排查询,不设置统一等待时长。
若核查发现重复支付,采购与供应商确认退款或抵扣应付的安排,财务分别跟踪对方确认、实际退款到账或具体账单抵扣。原付款、退款和更正记录保留对应关系,不因口头同意退款就认定资金已收回。
月结再看应付、渠道未结与银行记录是否接上
日常按付款批次跟进异常,月度结账时完整核对期初未结、本期新增付款及调整、已经结清和期末待核事项。供应商余额、渠道结算明细、银行流水或卡账单分别对应;手续费、汇兑和跨期差异单列。
使用商业卡支付时,供应商收款与企业后续偿还卡账单是不同资金环节,不能各记一次采购成本。账务处理结合合同、实际交易及适用政策复核;对已付款但对方未销账、款项已退回但应付未更新等事项,形成差异说明和补充资料清单。
惠泽怎样协助:把付款结果整理成可复核底稿
客户负责人负责付款审批,出纳提供支付与扣款记录,采购或应付人员联系供应商确认收款及销账。惠泽在约定的财税服务范围内,协助核对主体、发票、交易编号、金额币种和所属期间,归集差异及处理依据,形成发票付款对应表、付款状态待核台账、供应商销账差异清单和月结往来底稿。
可以先选一笔仍显示未结的供应商付款,准备原发票或账单、采购合同、批准指令、交易凭据、供应商对账单和资金流水。先查明这笔款是在处理、待分配还是需要更正,再确定下一步配合事项。
原始来源
- Visa:与BILL、Billtrust开展供应商门户已审批发票付款试点,含FAQ,发布于2026年10月20日,核查于2026年11月3日。
