巴西站的倒计时开始了，支付清单里却少了 Pix

判断时关注的线索

“只差 Pix”听起来像一单快成交的生意。

群里的原话可能是这样：

“巴西站 8 月底开卖，卡支付已经有了，但本地团队说没有 Pix 转化会很难看。有没有能三周接完、支持退款的方案？”

有上线日、有缺失能力、还有退款要求，确实值得支付服务商 BD 立即回应。不过，“能开 Pix”与“这个商户三周内能收款”之间，至少还隔着收款主体、前端支付流程、通知处理、结算和退款五件事。

这类 Telegram 支付群里的原话值得保留，因为后续一句“我们是平台代收”或“只要 BRL 结算”就可能改变接入路径。BD 不要只复制第一条询盘进 CRM。

Pix 是巴西中央银行推出的实时支付系统。在线支付时，用户通常在结账页拿到一个 QR 码，或复制一段 Pix 字符串，再到自己的银行 App 里确认。

这意味着商户不能把它当成一张普通银行卡。结账页需要展示 QR 码或复制内容，还要处理用户离开网页去银行 App、随后再回来的过程。后台则要以支付成功通知为准更新订单，不能只凭用户跳回“成功页”就发货。

BD 第一个问题应该是：“你们 Checkout 是自建、Shopify，还是其他平台？订单现在靠前端跳转确认，还是后台 Webhook 更新？”

Webhook 是支付平台向商户服务器发送的状态通知。如果对方连订单状态由谁更新都说不清，三周上线的风险不在 Pix 本身，而在现有支付架构。

平台业务尤其容易卡在 Merchant of Record，常写作 MoR，也就是法律和支付关系里负责向消费者销售、处理款项的一方。

Stripe 的 Pix 文档明确区分了平台账户与连接账户作为 MoR 时的可用条件。对一个跨境平台来说，“巴西卖家能不能用 Pix”不能只看终端买家在哪，还要看哪个账户收款、账户所在国家和采用哪种平台支付模式。

因此第二个问题不是月交易额，而是：“巴西本地主体、海外主体，还是平台代商户收款？最终哪一个账户承担交易并接收结算？”

对方如果回答“法务还没定”，这仍是潜在线索，但不是三周能直接接 API 的项目。销售应先把主体确认列为上线前置项。

Stripe 公布的 Pix 说明显示，巴西账户通常以 BRL（巴西雷亚尔）处理；其他支持地区可能按账户国家对应币种结算。它还说明 Pix 原交易在支付日起最多 90 天内可退款，退款通常在数分钟内反映到客户账户。

这些是服务能力示例，不代表每家通道条款相同。BD 应该据此问第三组问题：商户希望以什么币种结算，多久对账一次，退款由客服在后台发起还是由系统 API 发起，有没有部分退款。

如果商户只是说“支持退款就行”，可以继续追问最近一个月巴西订单里取消和售后大概多少笔。不是为了拿一个漂亮规模数字，而是为了确认客服、余额和对账是否撑得住。

真正推进中的团队，通常能给出下面这些日期：

如果上线日只有一句“月底”，技术负责人、前端改造和测试号码都没有，这更像市场团队先来问可行性。值得回复，但不需要立刻拉一屋子技术同事开会。

测试环境里扫一次 QR、看到订单变成已支付，只证明最顺利的一条路径能走通。BD 要问商户准备怎样处理另外四种结果：用户生成 Pix 后没有付款、付款通知比页面跳转晚、同一订单重复收到通知、客服发起全额或部分退款。

例如用户在 Checkout 生成 QR 后关掉页面，十分钟后才在银行 App 付款。订单系统收到后台通知时，商品是否还保留？如果订单已取消，系统是恢复订单、自动退款，还是转人工处理？这不是支付通道单方面能决定的，但上线前必须由商户给答案。

重复通知也不能重复发货。技术负责人需要用支付编号或商户订单号做幂等处理，也就是同一笔状态通知执行两次，库存和履约仍只更新一次。BD 不必在群里教代码，却应该确认“重复通知测试”已经进入测试清单。

最后让运营实际走一次退款和对账：客服用什么权限发起、财务在哪张报表里看到、余额不足时如何处理。能说出负责人和测试日期的团队，才更可能在三周内上线；只完成前端 QR 展示，还不能算接入完成。

“三周有机会，但先确认四件事：Checkout 平台、谁是收款主体、希望用什么币种结算、订单和退款由哪个系统处理。Pix 需要展示 QR 或复制字符串，并由后台支付通知更新订单。今天能把现有支付流程和目标上线日发来，我们明天就能判断接入路径和测试排期。”

这段回复会让有真实项目的人继续提供资料，也会让只比较费率的人暂时停下。

支付群里的“求通道”消息很多，真正紧迫的消息会同时出现国家、上线日、缺失支付方式和运营要求。TOP Prospect 可以先保留这些原话，让 BD 不错过三周窗口；能否落地，要靠上面四组问题确认。