客户说钱早就打了,账上却什么都没有

先给结论:境外客户说已经付款、你账上却什么都没有,绝大多数时候钱并没有丢,而是卡在某一段还没走完。你要做的第一件事不是催,是定位——它是停在银行之间的接力里,还是被收款平台的风控扣住了,还是链上转出去了但交易所没记到你名下。定位错了,后面所有动作都是白费力气,有些还要额外花钱。

最贵的那个错误,是急着让客户重新打一笔。原来那笔钱并没有消失,它要么还在路上,要么会原路退回,而退回这条路上还会再被扣一道。重付换来的通常是:两笔汇款的全套成本、两笔钱被占用的时间,外加一场关于损失谁承担的尴尬谈判。先查清楚再决定要不要动手,这一步的性价比最高,而且不花钱。

先分清:钱还在路上,还是真出事了

分类只需要两个信息:客户是走哪条通道付的款、他手上有没有付款成功的凭证。这两点问清楚,你基本就能对号入座。

还有件小事得先问清楚:客户说的「已经付了」,到底是哪一步。是他在系统里提交了付款申请、是财务刚审批完、还是钱确实从账户里扣走了?这三者之间可能隔着好几天,走公司流程的客户尤其如此。扣款要是压根没发生,后面所有排查都是无用功——先让他确认账户余额真的少了这一笔,再往下走。

你看到的现象	属于哪一类	第一步该找谁
客户在网银或柜台办了国际汇款,你的银行卡上没有任何入账痕迹	银行电汇在途	先自查你给出去的收款信息,再向客户要汇款回单
PayPal / Payoneer / Wise 里能看到这笔钱,状态写着 pending、on hold、under review 或正在审核	平台风控扣住	找平台,按它列出的资料一次性补齐
客户给了一个交易哈希,区块浏览器显示已确认,交易所账户里却没有	链上未入账	先自查网络与地址,再走交易所的找回流程

还有一种情况严格说不算「没到账」:客户根本还没付,或者把钱付到了一个不属于你的账户。听着荒唐,但确实常见,尤其是往来邮件里的收款信息被人中途改过。所以在往下走之前,先做一件几乎不花时间的事——用电话或视频,把他实际填写的户名、账号逐位念一遍,和你当初给他的那份对上。对不上,这就不是到账慢的问题,而是一起安全事件,后面的路数要整个换。

银行电汇:三段路,每一段都可能卡住

电汇不是钱从对方账户飞进你卡里,而是一封报文在银行之间接力。这条路至少分三段:客户的汇出行,一到两家中间行,最后是你的收款行。任何一段停下来,你在自己银行 App 上看到的画面都一样——什么都没有。所以「没到账」这三个字本身不提供任何信息,得往里看。

这三段路还有个特点值得记住:你只能查最后一段。你的收款行只能回答「有没有收到」,它看不见钱在中间行手里是什么状态;而汇出行是这笔汇款的发起方,只有它能顺着报文一路往下问。这就决定了你和客户的分工——你负责确认自己这头,客户负责推动他那头。分工搞混了,最常见的结果是你在柜台排了半天队,换回一句「我们这边没有这笔款」,然后回到原点。

卡点的种类不多,常见的就这几个:

• 收款人信息和账户对不上。姓名的拼写与顺序、公司户写成了个人名、地址栏空着,银行核不上就会挂起等人工确认。
• 币种和账户不匹配。客户打的是欧元,你的账户只收美元,这笔钱走到收款行也进不去。
• SWIFT 代码或 IBAN 填错。错一位,报文可能被送到别处兜一圈,或者直接被退回来。
• 中间行的合规审查。收付款人、金额、汇款用途说明里的某个词触发了人工复核,这一段只能等,谁也催不动。
• 工作日和时区。两地的银行工作日不重叠,再遇上长假,时间就这么耗掉了。

有个细节值得单独说:汇款用途那一栏。客户随手写一句含糊的说明,可能让这笔钱在合规审查里多停很久,而这段时间的成本全由你承担——你的钱被占用,汇率还在动。下次报价时就跟客户讲清楚,用途写具体的服务内容。这不是钻空子,恰恰相反,写得越具体、越对得上你们的合同,过审越顺。

再提醒一句边界:这篇处理的是钱还没出现。如果钱已经到了、只是比合同少了一截,那是另一个问题,归中间行和结汇管,我在《银行电汇收款,中间行到底扣了你多少?怎么让它少扣一道》里逐笔拆过。两件事别混着查:一个是找钱,一个是算账,查错方向会白跑一趟柜台。

平台收款:pending、on hold、under review 是另一回事

如果你在 PayPal、Payoneer 或 Wise 的账户里能看到这笔钱,只是状态不对,那它其实已经到了,只是平台暂时不放给你。这不叫没到账,叫风控。处理方式和电汇正好相反:电汇是去问路上的银行,平台这边是配合平台把资料补齐,谁也别催谁。

会触发扣留的,来来去去也是那几种情况:账户是新的;这是你第一次收到明显大于以往的一笔;付款方和你之间没有交易历史,平台想看合同、发票或工作说明;账户实名信息和收款人姓名对不上;身份认证或税务信息还没填完;这笔款上挂着一个争议或退款申请。

该做的事其实很简单:登录进去看它到底要什么,把要的东西一次性交齐,然后等。有两件事别做——别另开一个账户绕过去,同一个人开多个账户,通常的结果是两个账户一起被限制,这条路我一般不建议;也别在客服回复之前反复提交申诉,重复的工单往往被排到后面去。

还有一笔账要提前算进去:钱被扣住的这段时间,汇率还在动。等到放款那天再换汇,和你收到那天的价格可能已经不是一回事,这道差没人给你补。它不出现在任何一张费率表上,却是实打实的资金占用成本,也是我不建议把大额长期停在收款平台里的原因。

这三家各自的规则和脾气不一样,平时就该心里有底:《PayPal 手续费到底怎么算?提现到国内银行卡怎么少亏一道》、《Payoneer 提现到国内银行卡:步骤、到账时间和费率,我都给你标好》、《Wise 还是 Payoneer?接境外单收款,我两个都用过的实话》。

链上转账:浏览器显示成功,交易所没入账

客户转的是 USDT 之类的稳定币,给了你一个交易哈希,区块浏览器上明明白白写着已确认,你的交易所账户却一分没多。这类问题的成因也就那么几种,而且多数是能救回来的,先别慌着让客户再转一次。

• 确认数还没够。链上确认不等于交易所认账,平台会等到自己设定的门槛才给你入账,这个门槛各家不同,以你用的平台公告为准。
• 选错了网络。同一个币在不同链上是不同的通道,客户提币时点错网络,是这类问题里最常见的一种。
• 漏填 Memo 或 Tag。某些币种和某些平台要求附一个备注标识,漏了的话钱到了平台的汇总地址,系统却不知道该记到谁头上。
• 平台在维护或该币种充值暂停。这种一般会挂公告,钱不会丢,恢复之后补记。
• 地址复制错了。这一种最麻烦,如果转到了一个没人掌握私钥的地址,基本没有办法。

选错网络和漏填备注这两种,通常要走交易所的找回申请:提交哈希、网络、地址和时间,由人工处理。这里有一道账很多人没算过——找回手续费多半是按次收的,和你这笔钱多大没什么关系。所以金额越小,这笔费用占的比重越难看,有时候你会发现追回来的意义已经不大。这也是我一直强调收款前先把链和地址确认死的原因:事后补救的成本,永远高过事前对一遍。

下次收 U 之前,把地址怎么给、让客户走哪条链这两件事先定好,能省掉九成的麻烦。具体做法在《别人要转 USDT 给我怎么收?收款地址、选链、到账全流程走一遍》和《USDT 转账三条链 TRC20、ERC20、BEP20,收款该让客户走哪条?》这两篇里。

该向客户要哪几样东西

在你打电话给银行之前,先向客户要凭证。手里没有凭证,银行只会告诉你「没看到这笔款」,查不下去,你还得再跑一趟。

要什么	谁能出	它能告诉你什么
汇款回单 / 水单	客户在他的网银下载,或去柜台打印	他确实提交了这笔汇款,以及他填的户名、账号、币种和用途
MT103 电文	客户向他的开户行申请调取	这笔款在银行系统里的实际路径和参考编号,以及实际汇出的金额
平台交易页面截图	客户在 PayPal / Payoneer / Wise 里截图	这笔款的状态,以及它到底发给了哪个邮箱或账号
链上交易哈希	客户从钱包或交易所的提币记录里复制	转出走的网络、目标地址、金额和确认状态

这几样里最有用、也最少有人开口要的是 MT103。它是这笔汇款在银行系统里那封电文的副本,能一次回答三个你最想知道的问题:钱真的汇出去了吗、它经过了哪几家银行、最后一站把它交给了谁。有了里面那个参考编号,你的收款行才能拿着它去定向查,而不是在当天成千上万笔入账里大海捞针。要注意的是,不是每家银行都免费提供,有的收工本费,给不给、多久给,以客户那家行的规定为准。

汇款回单也很有用,但要看清一点:回单只证明客户提交了指令,不等于钱已经离开他的账户,更不等于中途没被退回。所以拿到回单别急着松口气,回单上的户名、账号和币种,才是你要逐位核对的东西。相当一部分问题在这一步就露头了,而这一步不花一分钱。

退汇不是终点,它只是把问题退回原点

如果信息填错、或者某一环审核没过,这笔钱通常不会消失,而是原路退回客户账户。听上去是个安全的结局,但你得先知道它的代价。

• 时间。退回走的是来时那条路,一样要一段一段过,通常不会比来的时候更快。
• 费用。回程可能再被扣一道,退到客户账上的金额往往少于他当初汇出的。这笔差额谁承担,合同里没写就得靠谈,而谈这件事本身也要花你的时间。
• 汇率。中途如果做过货币转换,退回时还要再换一次,两次换汇之间的差,也是实打实的成本。

所以退汇不是「重来一次」那么轻松,它更像一次带成本的复位。真正要紧的是:在钱退回来之前,先把当初出错的地方查清楚。信息一个字没改就让客户重发,大概率是同一个结局,而你已经为这个结局付了两次钱。

还有一点顺手说了:钱退回客户之后重新发起时,户名、账号、开户行这几项要由你重新给一份准确的,并且用能确认对方身份的方式给——不是回复那封可疑的邮件。邮件往来里的收款信息被人中途替换,靠的就是这一步拦。

追款的顺序,和绝对不要做的三件事

顺序错了会白花时间和钱。按下面这个次序走,基本不会走弯路。

1. 自查。把你当初给客户的收款信息翻出来,逐项和账户的实际信息核对:户名、账号或 IBAN、SWIFT 代码、开户行、币种。不花钱,却能解决相当一部分问题。
2. 要凭证。按上面那张表向客户要对应的材料,要文件,不要他的转述。
3. 拿凭证找自己这头。你的收款行、你收款的那个平台、或者你的交易所。带着参考编号或哈希去问,得到的回答才有意义。
4. 最后才请客户发起查询。确认你这头确实没收到,才轮到客户去他的银行申请查询。查询要时间、多半也要付费,而且是按笔收、和金额无关——所以小额的时候,先算一下这笔查询费值不值,再开口。

那该等多久再开始追?没有一个放之四海的天数。合理的做法是,让客户拿到他银行给出的预计到账时间,以这个为基准,再把两地的工作日和节假日加进去。超过这个基准还没动静,就从第一步开始走。你自己这头的到账口径,以你开户行或平台当期的说明为准,别拿别人的经验当自己的时钟。

三件不要做的事,每一件我都见过有人在上面栽跟头:

• 不要让客户重打一笔。原因前面算过了,原来那笔没消失,你付的是双份成本。
• 不要在情绪上头时反复催客户。卡点多半在银行和平台那头,客户催不动,催多了只损耗关系——而这个客户本身就是你未来的收入。
• 不要找人代收。这条最危险,单独说。

「你账户收不到,我帮你收,再转给你」——收款卡壳的时候,这种提议特别有诱惑力,但它把你自己整个置于风险里。钱一旦经过不属于你的账户,你就断了这笔收入的凭证链:合同、发票、汇款回单、入账记录互相对不上,报税时解释不清,银行问起来也拿不出东西。更现实的风险是,你无从知道那个账户平时还在收什么钱,一旦它涉案,资金流会顺下来追到你这张卡。收款账户只能是你自己实名的账户,这条没有例外。

卡真被冻了怎么按顺序处理,写在《收款的银行卡被冻结了怎么办?别慌,按这个顺序处理》;事前怎么把这类风险压到最低,看《币安 C2C 卖 U 怎么挑商家、怎么不被冻卡?我踩过的坑都在这》。这篇是钱没来,那两篇是钱来了又被扣住,合起来才是完整的一条防线。

最后收一句。钱没到账真正让人慌的不是损失,而是不知道钱在哪。这篇的全部意义,就是把「不知道」压成三选一:要么在银行的接力里,要么在平台的风控里,要么在链上没被记账。选定了哪一类,你就有明确的下一步,也知道该找谁开口。剩下的多半是等和交材料,急不来,但也丢不了。

等这笔钱落地,值得回头做一件事:重新挑一遍你的收款通道。卡住的概率、出事之后要花的力气,本来就是通道成本的一部分,只是它从不出现在费率表上。想按自己的情况比一比,站里有两个小工具——收款到手对比计算器和收款方式决策器,都在你浏览器里算,不上传任何东西。

接着读:还没建立起自己那套收款流程的,先看《第一次接境外单,钱怎么收?从报价到钱进卡,我把整条路替你走一遍》;想把凭证链和申报这件事一次理顺的,看《接境外单的收入要报税吗?自由职业者怎么如实申报,别等被问到才慌》。本文只是信息与方法参考,不构成法律或税务建议,具体处理以你所在地区的规定和各家机构的答复为准。

常被问到

客户说钱已经打了但我账上没有,要等多久才该开始追?

没有统一的天数。合理的基准是客户那家银行给出的预计到账时间,再把两地的工作日和节假日算进去。超过这个基准还没有动静,就按顺序动手:先自查你给出去的收款信息,再向客户要汇款回单,拿着凭证问自己的收款行,最后才考虑请客户向他的银行发起查询。任何具体天数都以你和客户各自银行或平台当期的说明为准,别拿别人的经验当自己的时钟。

该向客户要什么材料,银行才查得动?

银行电汇要汇款回单,以及他向银行申请调取的 MT103 电文;平台收款要那笔款在平台里的交易页面截图;链上转账要交易哈希和他提币时选的网络。回单能证明他确实提交了指令,也让你逐位核对收款信息;MT103 能看到这笔款的实际路径和参考编号,你的银行拿着参考编号才查得动。是不是免费提供、多久能拿到,以客户那家银行的规定为准。

PayPal 或 Payoneer 里显示 pending,是钱没到吗?

不是。能在账户里看到这笔款,说明钱已经到了平台,只是被风控暂时扣住。常见原因是新账户、第一次收到较大一笔、缺合同或发票、实名信息和收款人对不上、身份认证没做完。处理方式是登录账户看它到底要什么资料,一次性交齐,然后等客服处理。不要另开账户绕过去,也不要在客服回复前反复申诉,这两种做法通常只会让事情更慢。

客户提出让别人代收再转给我,能答应吗?

不建议。钱一旦经过不属于你的账户,你就断了这笔收入的凭证链,合同、发票、汇款回单和入账记录互相对不上,报税时解释不清,银行问起来也拿不出材料。更现实的风险是你无法知道那个账户平时还在收什么钱,一旦它涉案,资金流会顺下来追到你这张卡。收款账户只用你自己实名的账户,这一条没有例外。