付款条件是采购关系要么获得一层安全网、要么悄悄失去它的地方。多数买家把尽调精力花在价格与规格上,然后按一套从第一单起就没再想过的方式把钱汇出去。
付款条件同时做两件事,而人们往往把它们当成一件事在谈。它决定钱在货物流动的前后哪个位置移动,也决定货不对或根本不到货时,损失由谁承担。一个看起来便宜的方式,可以把这些风险全部推给买家。
这里讲的是采购的付款层。关于付款前必须到位的那套文件,我们的产品合规指南写的是认证那一侧,质检指南写的是尾款付出去之前怎么验货。付款信息页列的是我们实际结算走的通道。
付款条件同时回答两个问题
- · 时间:钱是在生产前、发货前,还是收到货之后移动
- · 风险:供应商不发、迟发,或发来的货与约定规格不符时,损失由哪一方吸收
- · 取舍关系:完全保护买家的条件会让供应商付出成本,所以它最终会体现为更高的单价或直接拒绝报价
- · 最常见的错:把定金比例当成谈判的全部,而真正要紧的是尾款的释放条件
- · 实践含义:最有利的位置不是定金最低,而是把尾款放到尽可能晚、且挂在一个可验证的节点上
各种方式,以及各自转移了什么
- · 电汇:银行转账,通常经 SWIFT 在两家公司的开户行之间直接清算,中间没有任何一方持有资金
- · 信用证:银行承诺凭符合要求的单据付款,这把一家银行插进双方之间,也就有了这项服务的价格
- · 付款交单:供应商的银行只有在收到付款后才把货运单据交给买方的银行,货在钱动之前不会放出去
- · 承兑交单:结构相同,区别是买方承兑汇票后延期付款,风险因此明确移回卖方
- · 平台托管:平台代为持有资金,确认后再释放,这是本清单里唯一有第三方持有钱的方式
- · 赊销:先发货、按约定账期后付款,本质是供应商给你授信,新买家很少能拿到
电汇是默认选项
- · 它为什么占主流:没有银行单据要求、没有单据审核、除电汇费外没有额外费用,所以最便宜也最快
- · 它没有消除的风险:资金一旦进到供应商账户,买家除合同和供应商的意愿之外没有任何保障
- · 常见的拆法:定金电汇,尾款凭货运单据副本电汇,是中小额订单里最常见的安排
- · 它保护什么:本身什么也不保护。保护来自你给每一笔款项挂上的节点,而不是来自这条通道
- · 值得做的一步核验:确认收款账户名称与签约公司完全一致,因为名称不符是付款欺诈最明确的单一信号
信用证把一家银行放进中间
- · 运作方式:买方银行开出信用证,供应商提交单据,单据与条款相符时银行付款
- · 适用规则:跟单信用证几乎都按国际商会的规则开立,也就是 UCP 600,2007 年修订版,自 2007 年 7 月 1 日起生效
- · 银行为什么凭单据而不是凭货付款:银行从不查验货物,所以单据里要求的那份检验证明,就是替代「看见货」的东西
- · 成本:开证费、改证费,以及一套对任何单据与条款不一致都极其严格的流程
- · 什么时候值这个成本:大额订单、与没有交易记录的供应商做第一单,以及买家无法监督生产的任何订单
- · 典型的翻车点:条款与单据之间的不符点会拖延付款并磨损供应商关系,所以条款必须按供应商实际能提供的单据来写
付款交单与承兑交单
- · 一句话区别:付款交单是买方必须付款才能拿到单据,承兑交单是买方凭承诺延期付款
- · 供应商为什么接受付款交单:货运单据控制着货权,买方不结清就提不到货,这也是我们的发货指南在提单那一节讲到
- · 承兑交单对卖方为什么更弱:买方承兑后即可取得单据,卖方因此暴露在买方对汇票违约的风险下
- · 实际用法:这类条件介于纯电汇与信用证之间,适合与买家已经熟悉的供应商做返单
- · 值得做的一步核验:确认银行会凭哪些单据放单,因为答案决定了买方拒付时还剩什么追索手段
平台托管
- · 运作方式:买方把钱付给平台而不是供应商,平台在确认订单条款达成后释放资金
- · 优势:这是唯一一种由第三方持有资金、且能在不打官司的情况下把钱退回来的结构
- · 前提条件:这套安排只覆盖平台上书面约定的内容,而保障的成败多半就决定在这一步
- · 限度:争议机制是调解流程而不是法院,所以你的单据质量就是你的案卷
- · 实际后果:托管对本来就会认真写规格的买家最有用,对只凭一句话描述下单的买家几乎无用
平台保障实际覆盖什么
- · 明示范围:覆盖订单未发货、货物丢失,或到货后有瑕疵、货不对、损坏等产品问题
- · 机制:款项先被扣住而不是直接转给供应商,待产品收到并确认后再释放
- · 争议路径:买家发起争议,供应商有一段短窗口去协商解决,未解决则升级到平台介入
- · 升级触发:无人回应的争议会在约定期限后自动升级,这一点防止供应商单纯拖延
- · 两种覆盖类型:发货前覆盖,在尾款释放前验货;到货后覆盖,在清关后的一定期限内完成查验
- · 最容易踩空的一项要求:质量争议通常需要平台认可的第三方检验机构出具报告,所以检验必须提前安排,不能想当然
覆盖上限
- · 机制:平台会给每个供应商设定一个赔付上限,也就是它愿意替这家供应商垫付的最高金额
- · 为什么重要:这个上限是供应商的属性,不是你订单的属性,所以大订单配小上限,只有一部分被覆盖
- · 算一下:一万美元的订单,供应商的赔付上限是七千五百美元,那么剩下两千五百美元无论如何都在暴露中
- · 结构性解法:把付款节奏谈成每一笔都在上限之内,而不是假定整单都受保障
- · 推论:这恰好是优先选发货前覆盖的理由,因为这样你可以在暴露金额还小的时候把尾款压住
那条从没写下来的条款
- · 平台实际做的事:执行双方已经约定的条款,它自己并不设定发货期限,也不设定质量标准
- · 后果:用含糊措辞谈成的订单几乎没有可执行的内容,因为平台手上没有可替代的标准
- · 含糊的例子:用「尽快发货」代替一个有日期的发货期限,用「优质材料」代替可测量的规格
- · 可执行的例子:写明发货日期、写明检验标准、写明关键特性的允差
- · 为什么倾向从严解释:平台的收入来自供应商的订阅费用,所以任何留白都容易被窄读
- · 结论:平台保障是好单据的倍数器,没有好单据时接近于零
定金比例是可以谈的
- · 惯例:下单付定金、发货前付尾款是标准形态,而供应商最先报的往往就是这个比例
- · 定金实际买的是什么:供应商采购原料的周转资金,所以比起取消,压到更小相对容易,完全不要很难
- · 真正可谈的是:尾款的释放触发条件,它比定金比例更值钱,而且通常更容易被让出来
- · 更强的结构:定金小一些,尾款放大并压到验货通过之后,再留一笔质保金应对到货后发现的缺陷
- · 该守住的点:坚持验货前付清全款的供应商,本质是让你去承担你看不见的那部分风险
追偿问题
- · 不对称:一国买家去追另一国的供应商,面对的成本结构往往是追偿成本高于损失本身
- · 通常的结局:低于某个金额的争议会被直接放弃,这就是为什么预防比任何法律救济都更值钱
- · 什么让追偿变得可能:一份写明管辖地与争议机构的书面合同,加上能证明约定了什么的单据
- · 什么让追偿变得渺茫:款项汇入了与签约主体不一致的账户,以及只存在于聊天记录里的约定
- · 现实姿态:把定金当成你准备损失掉的金额,并据此决定它的多少
- · 真正存在的杠杆:商誉与平台上的信用记录,这也是金额虽小仍值得走平台争议渠道的原因
境外追偿为什么难
- · 管辖:在一国取得的判决要去另一国对该主体执行,需要一条可能并不存在的通道,尤其在这个金额量级上
- · 主体:供应商用另一个主体与你签约、用另一个主体收款,最后就没有可供执行的对象
- · 成本:律师费、翻译费与差旅费往往在开庭之前就已经超过争议金额
- · 时间:程序会走数月甚至数年,而供应商在此期间照常经营
- · 实际结论:把付款结构设计成争议根本不需要进入执行程序,因为执行是整个体系里最弱的一环
一个双方都受保护的付款节奏
- · 第一笔为适度定金,挂在已签署的规格书与写明日期的发货承诺上
- · 第二笔挂在第三方检验报告上,而且是在发货前而不是到货后
- · 第三笔作为质保金保留一段确定期限,用于应对首批量产后发现的缺陷
- · 每一笔的金额都要落在适用的赔付上限之内,使没有单笔款项超出覆盖范围
- · 每一个释放条件都写成第三方可以核实的事项,而不是买家独自做出的判断
- · 整套节奏要写进合同,因为只存在于消息记录里的节奏不是节奏
值得写进合同的条款
- · 写明具体日期的发货期限,而不是被描述成「尽快」的期限
- · 写明检验标准,以及检验费用由谁承担、检验机构由谁指定
- · 每笔付款的准确账户名与开户行,在第一次转账之前就确认下来
- · 决定验收的关键特性允差,例如不良率或测量范围
- · 管辖地与争议机构,趁双方关系还好的时候先谈定
- · 质保期限与补救方式,是换货、折让还是退款
常见问题
信用证一定比电汇更安全吗 ### 供应商为什么要收定金 ### 供应商始终不发货,我能追回款项吗 ### 平台保障覆盖整单金额吗 ### 第一单最安全的付款方式是什么
汇款前该敲定的事
- · 确认收款账户名称与签约主体完全一致,逐字符核对
- · 若走平台付款,先确认你的赔付上限,并把第一笔控制在额度之内
- · 把发货期限写成日期,把质量要求写成可测量的标准
- · 定下检验机构由谁指定、费用由谁承担,并写进合同
- · 在订单下达之前就约定质保期限与补救方式,而不是等第一个问题出现之后
- · 假定定金是有风险的,并确认这个金额是你能够作为学习成本吸收的
多数付款争议在钱动之前就已经定了胜负,决定因素是订单写得多具体。如果你想让人再看一眼手上订单的付款条款,把合同草稿与规格书发给我们,我们会把释放条件与它所保护的采购环节对照一遍。

