💡 律咖编者按
本文由律咖网社群读者 devil s apron 投稿分享。
为了方便大家阅读,律咖网编辑 JingJing(微信:lvga2015)对原文进行了细致的逻辑润色与合规性整理。希望能给正在 保加利亚 创业路上的你带来真实的参考。


那天早上九点十七分,旧扎戈拉的阳光斜着穿过咖啡馆的玻璃窗,照在我摊开的三张银行对账单上。
账面显示,一笔 12,800 欧元的货款,从德国买家的账户出发,已经过去 27 天,依然卡在“中间行清算”状态。
我盯着屏幕,手指悬在键盘上,没点“催款”按钮。
不是不想,是不敢——我怕一按,连这模糊的“在途”状态都消失了。

我今年五十岁,徐州人,浙江理工大学动物科学专业毕业,现在做蛋糕模。
没人能想到,一个学畜牧的,会在保加利亚小镇旧扎戈拉,靠一套自动化压模设备,把订单做到英国和波兰。
上个月爆单了,订单量是去年全年的两倍。
可爆单不是福报,是压力的核聚变:五平台同步发货、三套ERP系统打架、供应商半夜发消息催款,现在,连国际结算都开始卡壳。

这笔钱,是德国客户通过 SEPA(Single Euro Payments Area)发起的支付,合同里写的是“T/T 30 days after delivery”。
我按时发货,提单签收无误,发票也按对方要求做了 VAT 说明。
可银行说:“资金在中间行(intermediary bank)被拦截,原因不明。”
我查了 SWIFT MT103 报文,编号是清晰的,但状态栏只写着:“Pending – Further verification required.”
没有拒付理由,没有错误代码,没有联系人。

我犹豫了三天。

不是犹豫要不要追款,是犹豫:我是不是太天真了?
我总以为,欧洲市场讲规则,合同签了,钱就该到账。
可现在,我连“规则”在哪都找不到。
我翻了保加利亚国家银行(Bulgarian National Bank)官网,找到《Payment Services Directive 2》的本地实施条款,里面说:“跨境支付争议处理时间通常不超过 10 个工作日。”
可这单,已经27天了。

我焦虑得睡不着。
凌晨三点,我打开手机,看微信里 JingJing 给我的那条备注:“在保加利亚,法律文件是纸,但执行是风。”
我第一次意识到,我可能把“欧盟统一支付体系”当成了“自动提款机”。

我开始整理。

我把所有文件按时间线排开:

  • 合同签署日期:2026-03-05
  • 货物离港日期:2026-03-12(保加利亚瓦尔纳港)
  • 客户签收记录:2026-03-18(德国汉堡仓库)
  • 发票开具:2026-03-19(含VAT号)
  • 支付指令发出:2026-03-20
  • 银行确认收到:2026-03-21
  • 无任何拒付通知
  • 当前状态:2026-04-12,仍为“Pending”

我打电话给本地合作的会计事务所,对方说:“这种事在旧扎戈拉很常见。不是违规,是系统在‘等一个动作’。”
“什么动作?”
“可能是中间行在核对受益人名称的拼写——你的公司名是‘Xuzhou DAP Mold Co., Ltd.’,而德国人填的是‘Xuzhou DAP Mold Limited’。一个词,一个后缀,系统就停了。”
我查了合同,合同写的是“Co., Ltd.”,但德国客户在付款指令里用了“Limited”。
一个标点,让一笔钱卡了三周。

那一刻,我忽然明白了:
在跨境结算里,“成功率”不是靠合同条款,而是靠细节的冗余管理。

我立刻做了三件事:

  1. 联系德国客户,请他们发一封正式邮件,确认“受益人名称”为合同中全称,并附上公司注册证明(Articles of Incorporation)的扫描件。
  2. 联系我的保加利亚银行,要求他们以“Formal Enquiry”方式向德国银行的中间行(Deutsche Bank AG, Frankfurt)发送 SWIFT MT192 消息,明确请求“澄清支付障碍原因”。
  3. 在内部系统中,新增一条流程:所有国际付款指令,必须由我本人二次核对“收款方名称拼写”与“合同版本编号”是否完全一致,哪怕只差一个空格。

三天后,钱到账了。
银行通知邮件里,只有一行字:“Payment credited. Reason: Resolution of beneficiary name discrepancy.”

我没庆祝。
我只在笔记本上写了:

“在保加利亚,不是你签了合同,钱就来了。
是你把每一个字母、每一个空格、每一个银行代码,都当成法律条文在写,钱才会来。”


📌 FAQ

Q1:在保加利亚处理国际结算争议,第一步该做什么?

步骤

  1. 登录你的银行网银,下载完整的 SWIFT MT103 报文(含所有中间行信息)。
  2. 对比合同中的“受益人名称”与付款指令中的“Beneficiary Name”是否一字不差(包括标点、空格、大小写)。
  3. 若存在差异,立即联系付款方,要求其出具《Name Confirmation Letter》并加盖公章。
    要点清单
  • 保加利亚银行不主动核查名称拼写
  • 差异可能来自英文/德文/保加利亚文的翻译差异
  • 请付款方使用“公司注册文件”中的官方名称

Q2:如何避免类似“中间行拦截”问题?

路径

  1. 在合同中明确指定“唯一收款账户”和“完整银行SWIFT/BIC代码”。
  2. 在付款指令中,使用“OUR”(费用由付款方承担)方式,避免中间行扣费导致金额不足被拒。
  3. 在付款前,用 SWIFT Code Lookup 工具(如 SWIFT Code Lookup)验证银行代码。
    要点清单
  • 避免使用“BEN”(费用由收款方承担)
  • 保加利亚中小银行常依赖第三方中间行(如德意志银行、荷兰银行)
  • 保留付款指令的截图和邮件记录,作为争议证据

Q3:保加利亚法律对跨境结算争议有明确时限吗?

步骤

  1. 查阅《Payment Services Directive 2》(PSD2)在保加利亚的实施法(Закон за плащателните услуги, ZPU),第72条提及“支付指令处理时效”。
  2. 确认争议是否属于“银行系统延迟”或“客户信息错误”。
  3. 若属银行责任,可向保加利亚国家银行(Bulgarian National Bank)提交《Complaint Form》(官网可下载)。
    要点清单
  • 银行需在10个工作日内回应投诉
  • 若争议源于客户信息错误,银行无义务加速处理
  • 保加利亚没有“跨境支付自动赔付”机制,需主动主张权利

那天晚上,我又坐在旧扎戈拉的那家咖啡馆。
窗外的街灯亮了,像一排沉默的银行柜员。
我点了一杯黑咖啡,没加糖。
账本还在桌上,但我不再盯着它了。
我知道,下一笔订单,依然可能卡在某个字母上。
但我已经学会了——
在跨境世界里,信任不是靠合同,而是靠你把每一个细节,都当成法律来写。

如果你也在保加利亚处理过类似的结算问题,或者正在为国际付款焦虑,欢迎加入律咖网的跨境创业交流群。
我们不承诺结果,但可以一起看清楚:哪些是系统问题,哪些是人为疏忽,哪些,只是欧洲冬天太冷,银行懒得动。

你可以添加编辑 JingJing 的微信:lvga2015,备注“保加利亚结算”,我会拉你进群。
我们不卖服务,只分享真实踩过的坑。


📚 延伸阅读

🔹 Policy and Terms of Service apply. Your information will be used in line with our Privacy Policy 🗞️ 来源: Lvga.com – 📅 2026-04-13
🔗 阅读原文

🔹 Britain has already delivered one of the fastest migration reversals in the developed world. 🗞️ 来源: Lvga.com – 📅 2026-04-13
🔗 阅读原文

🔹 Costa afirmou que os países têm ‘dúvidas’ sobre o ‘âmbito’ do 28º regime 🗞️ 来源: Lvga.com – 📅 2026-04-13
🔗 阅读原文


💡 律咖网免责声明
请知悉:律咖网(Lvga.com)是跨境创业公开信息与内容分享平台,不提供法律、税务、会计或合规服务。
本文内容基于公开资料,并由人工编辑与 AI 工具协助整理,仅供信息参考之用,不构成任何法律、投资、移民或商业决策建议。
政策可能随时间变化,请以官方渠道与当地持牌专业人士意见为准。
如内容有需要修订之处,欢迎随时与我联系。