波兰BLIK支付，跨境卖家要分清付款与结算

做波兰市场，商品页翻译成波兰语以后，结账页也值得认真看一遍。买家熟悉的付款方式，和中国卖家熟悉的收款工具，未必是同一套东西。BLIK就是一个容易在这里被混淆的名字：买家在银行App里完成付款，卖家后台收到支付结果，经营主体按账期拿到结算款，这几个动作有关联，却不能互相代替。

BLIK公布的2026年上半年数据显示，线上支付达到7.667亿笔、1245亿波兰兹罗提，笔数与金额分别同比增长16%和22%。这些数据说明它值得进入波兰店铺的支付调研清单，但不能用来推算一家新店加上BLIK以后会多卖多少货。公告中电商占48.5%的分母，是全部BLIK交易笔数，也不是波兰全部网购支付。

跨境卖家真正需要问的是：自己通过哪个渠道销售，谁处理买家的支付，订单何时可以进入发货流程，款项最后以什么币种、扣除哪些费用进入自己的账户。把这些问题拆开，BLIK就容易理解很多。

波兰电商付款确认与卖家结算不同环节原创概念插画

六位码是付款过程的一步

常见的BLIK在线付款方式，是买家从银行App取得一次性六位码，在店铺支付页面输入，再回到银行App确认交易。BLIK入门说明介绍，这种码的有效期为两分钟。它的作用是参与这次付款，而不是充当卖家的收款账号，也不是客户已经支付成功的凭证。

对店铺运营来说，最容易出问题的地方是把“填过码”当成“付过款”。买家可能打开了银行App，却没有完成确认；也可能输入以后退出页面。客服看到客户发来的“我已经操作了”，仍然需要核对店铺或支付服务商记录中的最终结果，再按照店铺规则处理订单。

这也影响支付提示怎样写。页面如果让买家去银行App确认，就应该把等待确认的意思说清；返回店铺以后，应该看到本次订单的结果或可理解的等待状态。已经提交的付款不能因为页面没有及时刷新，就被文案引导成“立刻再付一次”。至于需要等多久、怎样重新尝试，应使用实际支付服务商提供的流程，不应把六位码的两分钟有效期直接写成整笔订单的处理期限。

客服需要的是订单号和支付记录。银行App里的PIN不属于店铺核对订单所需的资料，也不应该通过聊天交给客服。卖家制定沟通话术时，描述客户应在自己的银行App中完成哪一步即可，别把正常付款引导写成索取银行验证信息。

开平台店，先看平台已经处理了什么

如果买家是在电商平台的结账页选择BLIK，卖家首先要看平台订单后台。支付方式由平台怎样接入、支付结果怎样更新、是否允许发货、退款从哪里发起，都属于该平台的交易流程。卖家不需要因为某个订单使用BLIK，就自行找客户要一个码来“确认收款”。

同样，平台支持某种买家付款方式，并不意味着卖家的结算账户也要采用这种方式。平台收取订单款以后，通常还有自己的结算规则和账单项目。具体用什么收款账户、能选择哪些结算币种、多久打款，要看店铺实际合同和后台设置。把买家付款功能直接翻译成“中国公司可以用BLIK收取平台结算款”，跳过了最关键的一层。

准备进入波兰的团队，可以把支付体验放进平台比较表，但不要只记“支持BLIK”这四个字。还应并排看卖家准入、经营主体要求、物流安排、售后入口和结算条款。ESG跨境提供的全球电商平台入驻信息，适合放在这种开店渠道调研中使用；支付接入和资金结算的问题，仍应回到拟入驻平台及实际支付服务商的说明。

开店前把各方职责问清，后续客服也会省事。支付异常由谁查，平台订单能否由卖家手动修改，退款申请由谁提交，结算差异找哪个入口，这些信息比给BLIK贴上“到账快”的笼统标签更有用。买家看到的是一次购物，卖家内部却需要知道每个环节由谁负责。

独立站接入，要看自己能用到哪一项功能

独立站卖家面对的是另一组问题。店铺要通过实际支付服务商开通、配置并运营付款功能，不能因为BLIK在波兰常见，就假定自己的注册主体、店铺系统和合同一定符合开通条件。评估时至少应把支付方式、买家地区、交易币种和功能支持写在同一份记录里。

例如，Adyen的BLIK说明在其接入范围中列出波兰和PLN，并列明退款、部分退款等能力。这可以用于核对Adyen这个接入方案，不能扩大成“全球所有BLIK产品只支持一种币种”，也不能替其他服务商承诺同样的退款能力。卖家使用的如果是另一家服务商，就应查那家当前的产品说明。

还要分清普通码支付、免输码付款和周期付款。BLIK使用介绍说明，买家记住店铺或浏览器以后，可以在支持的流程中不再输入码；周期付款也有相应的授权安排。这意味着，“每次必须输入六位码”并不适合描述所有BLIK场景。反过来，BLIK体系存在周期付款，也不意味着每个接入商的普通BLIK产品都能处理订阅扣款。

对卖家来说，最简单的做法是按商品销售方式提问。普通实物的一次购买需要什么能力，消耗品订阅需要什么能力，部分退货需要什么能力，分别列出来。不要拿支付品牌总览中的功能名称，替代自己当前合同和系统实际支持的功能。接入后也应保留当前方案名称，方便客服与财务找到对应文档。

等待结果的订单，别在两个后台各判一次

支付服务商和店铺系统之间传递结果时，状态名称未必完全一致。Adyen的支付结果说明区分Pending、Received等等待结果与最终状态。这里的名称属于其接口协议，卖家不能拿它们去替所有平台解释订单，但可以用来理解一个基本问题：已接到付款请求和已有最终支付结果，是不同的记录。

假设买家提交一笔100兹罗提的订单，第一次付款结果还在等待，随后又尝试一次。这个例子中的金额只是便于说明。如果运营只在客户聊天里记“100兹罗提已付”，没有保留每次付款对应的记录，后续就很难说清究竟哪次成功、是否存在第二笔、哪笔需要继续核对。

因此，一笔订单下存在几次付款尝试，应当能在内部记录中区分。客服使用订单号查购买内容，支付处理人员用对应的支付编号查资金结果，发货人员看订单是否达到店铺规定的发货条件。几个岗位可以看到同一笔业务，但不应靠各自截下来的一个页面，独立作出互相冲突的判断。

如果买家说银行已扣款，而店铺仍显示等待，合适的处理是核对对应记录并通过实际服务商或平台查询。直接要求重付，可能让事情更复杂；直接承诺退款，又可能找错需要处理的交易。沟通中可以明确已经收到查询、正在核对哪次付款，以及结果更新后如何告知。承诺的时间应来自当前处理流程，而非把其他支付方式的经验搬过来。

订单支付金额，怎样进入结算账单

付款完成以后，财务仍需要知道这笔交易怎样进入卖家的结算。买家支付金额、退款金额、支付服务费、平台费用和最终到账金额，是不同用途的数字。即便结账页全部使用兹罗提，卖家最终账户的币种也应按合同核对，不能仅凭商品标价判断有没有发生换汇。

可以用一个完全假设的账务例子理解：一笔订单收取100兹罗提，如果某份约定下扣除的相关费用合计是2兹罗提，那么这一项费用处理后剩98兹罗提。这个计算没有介绍BLIK费率，更没有说明某家平台实际收费。它只是提醒团队，销售报表里的100和结算记录里的98，需要由真实费用项目连接起来。

核对账单时，还应分清订单日期、支付完成日期和结算日期。月底最后一天产生的销售，是否已经进入当月那笔打款，应看平台或服务商实际账期。不要把“买家今天付款”写成“今天资金一定进入卖家银行账户”，也不要仅凭打款金额少于本期订单金额，就判断付款丢失。

有退款时，账目会再多一层关联。退款属于哪笔原交易，退款在本期还是下期账单反映，相关费用怎样处理，都需要实际记录支持。经营团队可以定期抽取少量订单，把商品销售、付款结果、退款和结算记录连起来核对，先发现字段和流程上的问题，再扩大销售规模。

部分退货，要退款项也要退对交易

一笔订单买了两件商品，买家只退其中一件，是跨境卖家需要提前考虑的场景。当前支付服务商如果支持部分退款，运营仍应按实际订单金额和平台售后规则操作。产品说明中写“支持部分退款”，并没有替店铺决定运费怎样分摊、优惠怎样处理，或者退货商品是否符合退款条件。

内部记录至少要能回答：退的是哪件商品，批准退多少，退款对应哪笔已成功付款。一个订单存在多次付款尝试时，这个关联尤其重要。不能用订单总价去覆盖已经做过的部分退款，也不能在平台退款后，再因为客服没有看见最新状态而从另一个渠道重复处理。

对客户，说明的是已经提交的退款金额和当前处理状态；对财务，保留的是原支付编号、退款记录及结算中的对应项目。退款申请被接收、退款处理完成与客户银行账户显示结果，也不应在话术里合成一个瞬间完成的动作。具体到达时间按当前渠道说明告知，减少双方拿着不同阶段的记录争论。

波兰市场本地化可以从一个付款选项开始，但不能停在结账页摆上一个名称。买家知道自己有没有完成付款，客服找得到对应交易，仓库收到明确的发货指令，财务能解释结算差异，这条链路顺了，BLIK才真正成为店铺可运营的一项能力。

声明：本文系作者独立观点，不代表ESG跨境立场。文中涉及的平台规则、费率及出海政策具有时效性，实际运营请以平台官方最新公布为准。如有版权争议、内容勘误或业务交流，欢迎随时与我们联系。