海事控制缺口：采购与付款之间的发票管控为何失效

指南要点

1. 采购实现了数字化；发票管控却被落在后面。匹配工作常在电子表格和共享收件箱中进行，交付确认则通过电子邮件催办。

2. 容差是合理的选择。解决小额差异的成本往往高于追回的金额，因此设定阈值让发票继续流转。

3. 核查在结构上很难，而且涉及三个团队。采购、运营和财务各自负责其中一部分，因此匹配工作横跨三方。

4. 风险在五个方面累积。人工投入、系统碎片化、实际工作流程往往游离于企业资源计划（ERP）系统之外、规模扩大后差异难以察觉，以及合规管理碎片化。

5. 标准匹配难以应对海事行业的日常情况。四个场景展示了其中的难点，从付款后才发现短装，到向合同范围外的船舶收取费用的船队账单。

6. 从审视自身流程开始。指南中的审计表和关键绩效指标（KPI）记分卡旨在由内部人员填写，然后再与供应商进行沟通。

为什么采购与付款之间的海事发票管控会失效？

海事发票管控是指从供应商发票到达至供应商收到付款之间的一系列核查。它包括接收发票，并将其与采购订单（PO）、收货单和船舶确认信息进行匹配；也包括处理差异、执行合规检查以及放行付款。按照指南的论述，管控失效是因为围绕采购订单建立的体系在发票到达后大多不复存在。

指南指出，过去十年间，海事行业一直在将采购流程的前半段转移到供应商网络、采购平台和电子采购工作流上。采购订单发出时，供应商已通过审核、价格已达成一致，订单也已在专门为此设计的系统中跟踪。但用指南的话来说，“发票到达时，这种结构大部分便消失了”。我们的文章为什么采购数字化后发票管控仍被落在后面对这一论点作了完整阐述。

之后的匹配工作常在电子表格、共享收件箱，或从未针对船舶特定例外情况设计的 ERP 工作流中进行。差异通过采购、运营、供应商和财务之间彼此割裂的沟通来解决。序言称，对许多船舶管理公司和运营商而言，从采购到付款流程中最重要的财务管控决策“仍发生在记录系统之外”。

这些工作往往不可见。序言提到的一次内部审查中，一家船舶管理公司分析了自身流程。船舶主管和船队经理 15% 至 20% 的时间用于处理发票相关事务，而这些时间几乎没有任何记录出现在财务系统中。相关工作存在于与供应商的电子邮件往来以及船舶确认请求中，后者可能需要数天才能解决。这只是一次单独审查，且未披露该公司的名称。

为什么容差在海事发票管控中变得司空见惯？

指南指出，在海事应付账款（AP）中，容差阈值之所以成为常态，是因为解决小额差异的成本往往高于追回的金额。我们的文章应付账款容差阈值探讨了这些被接受的差异累积起来会有多大影响。

压力始于人员配置。指南指出，对大多数船舶管理公司和运营商而言，发票工作量几乎与船队规模同步增长。每增加一艘船，就会带来更多发票、例外情况、供应商往来以及船舶确认请求，但应付账款人员数量很少会以同样速度增长。于是，财务团队面临一个结构性选择：增加员工，或者降低发票审查力度，以维持处理速度。

指南举例说明，解决一项差异可能需要经过多少步骤。一张金额相对较小的发票存在 5% 的差异，财务风险可能并不大，但调查仍可能需要船舶确认、向供应商查询、内部升级处理、管理贷项通知单以及重新审批。当处理成本超过追回金额时，按照指南的说法，设置容差阈值便成了务实的解决办法。

但指南提醒，“小额差异在船队规模下会不断累积”。单张发票上看似微不足道的金额，一年下来在数千笔交易中可能变得相当可观。指南指出，一旦实现自动提取、持续匹配、内嵌合规检查、付款工作流互联以及例外处理可视化，容差背后的计算方式就会改变。指南称，核查成本降低后，采用碎片化、基于容差的工作流的理由也会随之减弱。

为什么海事发票核查在结构上很困难？

海事发票核查之所以困难，是因为审批所需的证据分散在各类单据、货运、船舶和不同系统中。指南将海事应付账款的核查成本称为“结构性”的，并描述了以下特点：

• 单据：发票以扫描版 PDF 或多页技术文件的形式到达，其中的项目常使用供应商专属描述，而 ERP 无法识别这些描述

• 货运：一张发动机备件采购订单可能分三批、历时六周送达，每批都有自己的发票

• 船舶：确认货物是否到达需要船舶提供信息，而船舶的网络连接可能有限，船员的时间也另有安排

• 系统：采购、运营和财务通常使用不同系统，彼此之间的工作流集成有限

因此，验证一张发票往往意味着要跨多个团队和渠道手动重建运营背景。指南称，多年来，这些工作一直依靠经验、人工协调和基于容差的工作流来消化。随着船队扩大、发票数量增加，这种模式的局限性变得更加明显。

为什么海事发票匹配涉及三个团队？

按照指南的说法，海事发票匹配涉及采购、运营和财务，因为每个团队负责流程中的不同部分。指南指出，在许多行业，采购和财务隶属于同一汇报体系；海事行业的情况往往不同。采购通常更接近运营，因为采购决策始于技术经理、船舶主管和船舶需求。财务则在后期，即发票和付款阶段介入。

因此，从采购到付款的流程分为三部分。采购负责供应商和采购订单。运营负责“实际交付情况”。财务负责发票审批和付款。用指南的话说，匹配工作“成为横跨三方的管控职能”。

指南还补充说，实际上，验证发票所需的信息往往分散在彼此隔离的系统、收件箱和团队中，而不是集中于一个工作流；财务风险正是在这种碎片化中累积。

从发票到付款分为哪六个阶段？

按照指南的模型，从发票到达到供应商收到付款共分为六个阶段：接收、提取、匹配、管理差异、执行合规检查和执行付款。这六个阶段构成了下文流程审计的框架。

海事应付账款中的财务风险在哪里累积？

根据指南，海事应付账款的风险通常是逐渐累积的，每件小事看起来都尚可应付。某项差异在容差范围内被接受。一张重复发票通过另一家实体处理。付款查询需要数天才能还原来龙去脉。在数千张发票和多个工作流中，这些情况就会演变成管控负担。指南列出了风险累积的五个方面。

每张发票的人工投入

指南称，许多海事发票无法在首次审核时直接通过，每个例外情况都会产生人工协调工作。货物可能仍需船舶确认。供应商的描述可能与采购订单不符，或者分批发货可能导致一张订单对应多张发票。每个例外都会带来与供应商往来、跟进船舶情况和返工，工作量也会随着船队规模增长。若缺乏更多自动化，发票处理主要只能通过增加人力或降低审核深度来扩容。关于处理成本，请阅读船舶管理中人工处理发票的隐性成本。

系统碎片化与整合势在必行

按照指南的说法，海事应付账款往往横跨彼此隔离的系统：采购平台、海事 ERP、合规工具、电子邮件、银行平台和电子表格。信息通过重新录入字段、导出 CSV、电子邮件审批以及复制付款数据在这些系统之间流转。没有任何一个工作流包含发票背后的完整运营记录。要追溯一笔付款对应的采购订单，可能需要跨系统、跨团队手动重建整个流程。

实际工作流往往存在于 ERP 之外

指南称，在许多海事组织中，实际的应付账款流程主要存在于电子邮件中。例外情况在收件箱中处理，审批请求由人工转发，供应商差异则由应付账款团队、采购、船舶主管和船舶通过往来邮件解决。ERP 可能记录最终入账的交易，而背后的决策却发生在其他地方。这就形成了两套并行工作流，我们在每个海事组织中运行的两套应付账款工作流一文中对此进行了探讨。

规模扩大后，小额差异变得难以察觉

许多重复付款控制措施围绕采购订单设计，但海事运营支出并不总是遵循采购订单流程。例如，传统上聘用港口代理通常不要求必须有采购订单。没有采购订单作为依据，重复付款检查就只能依靠人工。有人必须识别出同一供应商在同一艘船的同一次靠港期间已经收过款。与此同时，容差政策可能让反复出现的小额差异未经质疑便被放过，因为没有哪一张发票的金额大到足以单独调查。用指南的话说，问题“通常并非一次重大的失误”。

合规管理碎片化与欺诈风险

根据指南，许多应付账款环境中的合规检查围绕付款流程进行，而非嵌入其中。供应商准入可能在付款前几个月就已完成，银行账户信息可能只核验一次而非持续核查，制裁筛查也可能与发票审批分开进行。这会在发票审批、供应商验证和付款放行之间留下空隙。在这些空隙中，欺诈风险会上升，尤其是通过电子邮件工作流收到供应商银行账户变更信息时。我们的文章海事应付账款中的供应商银行账户欺诈介绍了这种风险如何发生。

标准应付账款工作流在海事行业的哪些环节会失效？

标准应付账款工作流会在海事运营的边缘情况中失效。指南列出的情况包括部分交付、船舶端差异、覆盖整个船队的服务协议、多实体采购结构以及行数很多的发票。这些情况在海事行业很常见，却难以通过标准工作流顺畅处理。指南列举的四个场景基于“船舶管理公司和运营商经常遇到的情况”，展示了匹配工作从何处开始遇到困难。这些场景仅作说明，未提及任何客户。

付款后才发现短装

船舶确认实际到货情况之前，发票可能已经付款。指南的示例中，一批甲板物资在泊位签收后，对应的发票便已支付。船舶出海后，物资盘点发现有三项短缺。按照指南提出的解决方式，如果将船舶收货确认纳入匹配流程，发票就会等待确认，从而在付款前标记出这三项短缺。更多内容请见我们的文章四方匹配。

没有采购订单的重复发票被支付两次

如果重复检测依赖单据编号和采购订单号，没有采购订单的更正发票就可能被支付两次。示例中，港口代理为一艘停靠鹿特丹的船舶提供船舶服务。代理重新开具更正发票，却没有正式取消原发票。两个版本相隔数周送达应付账款部门，且都没有采购订单；标准检测会将其视为两个不同编号，因此两张都通过。

按照指南提出的解决方式，针对海事支出构建的重复检测会根据供应商、船舶、港口和服务日期进行匹配，而不只看单据编号。它会将无采购订单发票视为一种常见支出类别。由于该发票描述的事项已经付款，第二张发票会在付款前被标记出来。

长到无法手动核查的物资发票

物资发票的行数可能远超正常应付账款周期能够手动核查的范围。指南的示例中，船舶物料供应商为一艘油轮的物资订单开具发票，共有 214 个明细行，涵盖从新鲜农产品到厨房消耗品等项目。在正常应付账款周期内，手动审核如此多明细行并不现实。有些明细可能超出容差，其差异可能要到月末对账时才会显现，如果最终能够发现的话。

按照指南提出的解决方式，AI 辅助提取会将每个明细行映射到最可能对应的采购订单行，并分配置信度评分。置信度高且在容差范围内的明细行可直接通过。无法解决的明细行则会转交审核人员，并说明每项标记的原因。例如，数量与船舶确认的交付数量不符，或单价高于物料供应商约定的价格表。在指南的示例中，应付账款团队只需审核 17 个明细行，而不是全部 214 个。

向合同范围外船舶收费的船队账单

覆盖整个船队的服务发票可能包含合同未涵盖的船舶费用，却仍然得到付款。示例中，一家管理 200 艘船的船舶管理公司签署了覆盖全船队的互联网连接协议，按月开票，每艘船列为一行。收到的发票共有 210 行，其中 10 行对应的船舶不在协议覆盖范围内。总额看起来大致符合大型船队的连接服务成本，因此超额费用也被支付了。

按照指南提出的解决方式，具备海事行业认知的核查会根据合同的实际范围验证覆盖全船队的服务发票，而不是依赖描述宽泛的采购订单。在付款执行前，范围外的 10 行会被标记出来。指南提出的解决方式也将同一逻辑用于价格核查。如果存在同类服务的历史成本数据，偏离既定区间的单船费用就会被转交审核。

如何审计自己的采购订单到付款流程？

若要审计采购订单到付款流程——即从采购订单到供应商付款的工作流——请逐一检查六个阶段。指南建议每个阶段评估四项内容：由谁负责、使用哪些系统、如何管理例外情况，以及信息能否顺畅流入下一阶段。用指南的话说，目标是让“整个流程中的碎片化、运营投入和管控风险清晰可见”。

完整模板还包含负责人员、使用系统以及各阶段是否相互衔接或依赖人工交接等栏目。

哪些 KPI 能表明海事发票管控是否有效？

指南的海事发票管控 KPI 记分卡包括四类九项指标：成本、生产力、效率和时间。每项指标都有“当前状态”栏，供团队填写自身数据。

容差损失和重复付款率这两项指标，分别跟踪被接受的差异和重复付款，对应指南列出的两类风险。每项指标还设有方向性目标区间，本摘要未予列出。

向海事应付账款供应商提出哪些问题？

指南中的七个供应商问题用于判断某个解决方案是为海事工作流专门设计的，还是从通用应付账款自动化方案改造而来。我们的文章判断应付账款解决方案是否专为海事行业构建的七个问题逐一探讨了这些问题。指南称，好的回答会描述工作流逻辑、运营处理方式、例外转交、可见性和责任归属，“而不只是可配置功能”。

1. 工作流如何处理船舶端差异？

2. 出现例外标记时，审核人员实际能看到什么？

3. 发票获批后会发生什么？

4. 付款前供应商银行信息发生变更时会怎么办？

5. 多久能将一笔付款追溯到其原始运营背景？

6. 合规检查在工作流中的哪个环节进行？

7. 如果供应商继续使用电子邮件而非门户，会怎么办？

以第一个问题为例，指南称，具体的回答会说明每种场景所采用的确切逻辑、数据来源、匹配路径和例外转交流程。笼统地回答“可配置”，则可能意味着边缘情况最终仍由应付账款团队处理。

指南的建议

从审视自身流程开始。指南称自己是“一项实际工作工具，而非变革倡议书”，并建议从审计表和 KPI 记分卡着手。指南指出，如果在进行任何外部沟通之前完成这两项工作，就能清晰了解当前流程，并将结果提交给首席财务官。

指南称，只要发票数量仍在可控范围内、工作流相对集中，人工协调、运营经验和基于容差的工作流模式就能发挥作用。但如今，指南指出，压力点正变得更加明显：船队规模不断扩大、系统碎片化、例外情况增加、合规要求提高，工作量分散在采购、运营、财务和支付团队之间。按照指南的表述，现在的问题是，采购与付款之间的工作流“在复杂性增加时是否仍能保持运营可控”。

获取指南

:

了解发票管控在自身流程中的失效之处

这份 31 页的指南包含完整的审计表和 KPI 记分卡、四个场景的详细说明，以及七个供应商问题和逐项注释。

关于本指南

《海事控制缺口》是 Marcura 发布的一份 31 页指南。指南未署名作者，也未标注发布日期。序言称，Marcura 的视角来自其在海事采购到付款工作流多个阶段的运营经验。这些阶段涵盖采购、供应商协作、付款执行和港口支出管理。

这是一份指南，并非调查或研究报告。它未报告样本或方法，也未提及任何客户或运营商。其成本模型和记分卡目标仅供参考。用指南的话说，这些内容基于“全球行业基准汇总”和“行业最佳实践”，但未指出具体来源。指南提供的唯一一项内部工时数据来自对一家未具名公司的单次内部审查。本摘要未列出成本模型数据和目标区间，因为这些仅为示例和基准，并非实测结果。

本摘要未收录指南结尾介绍其产品的页面；这些页面介绍了 Marcura 自身在六个阶段中的解决方案，详情请见海事应付账款自动化。