payin商户操作手册

最新内容

选择支付币种前,先分清顾客资金、扣款与结算三种角色

依据 Stripe 官方文档,区分支付工具币种、呈现币种与结算币种,识别谁可能换汇或收取费用,并建立受实际支持范围约束的决策清单。核验日期为 2026-09-20;来源发布日期未注明。

发布: · 本次核验:2026-09-20 · PayIn 编辑资料

适用地区:适用账户国家及地区内的 Stripe 支付;受支付方式与结算币种支持范围限制

先画出三种币种角色,再决定如何定价

来源事实:Stripe 区分顾客支付工具的币种,例如信用卡或银行账户的币种;扣款币种,即 presentment currency,本文称为呈现币种;以及收款目标银行账户或借记卡所接受的币种,即 settlement currency,本文称为结算币种。[3] 即使三者使用相同的货币代码,它们仍代表不同角色。编辑建议:建立币种决策记录时,分别填写这三个字段,不要只留下一个含义模糊的“币种”。顾客资金币种只有在确实掌握时才填写,不要从网页语言推断;同时记录拟采用的扣款币种与预期结算目的地。这里的呈现币种指实际扣款币种,不应仅凭页面上的价格标签判断。本文讨论适用 Stripe 账户国家及地区、受支持支付方式下的币种选择架构,不表示所有组合全球可用。核验日期为 2026-09-20,来源没有注明发布日期,核验日不等于规则首次生效日。

单独识别顾客一侧的币种不一致

来源事实:如果扣款币种不同于顾客支付工具的币种,顾客的银行或发卡行可能向顾客收取外汇费用。[3] 编辑建议:先比较前两个字段,不要把商户如何结算混入这一步。假设某个受支持的银行卡支付场景中,顾客使用欧元计价的银行卡支付美元扣款,这就是顾客一侧的币种不一致;仅仅更换商户自己的收款银行账户,并不会改变这两个字段。该例仅解释比较方法,不是已经执行的交易,也不保证一定产生费用。对顾客说明时,应保留官方表述中的“可能”,不要假装知道某张银行卡适用的汇率。存在币种差异不能直接推出一个通用费率,不存在差异也不能证明顾客绝不会遇到其他费用。涉及具体发卡行收费的问题,应请顾客向其机构确认,不要把商户自己的支付服务定价当作发卡行价目表。

币种相同不代表付款属于境内交易

来源事实:如果支付工具与商户位于不同国家,顾客的银行或发卡行也可能向顾客收费,无论使用什么币种。[3] 编辑建议:把国家或地区关系作为独立检查项,不要将相同货币代码当成境内交易的证明。例如,假设顾客用欧元银行卡支付欧元扣款,仍需另外比较支付工具所在国家与商户所在国家;该示例不表示某个特定发卡行必定收费。不要仅因采用顾客资金币种,就在结账页面承诺“没有任何国际交易费用”。更稳妥的说明应区分商户选择的扣款币种,与顾客金融机构可能收取的费用。客服处理反馈时也应保持这个区分:两个币种代码一致,并不能单凭这一点否定顾客报告的发卡行收费。相应地,产品团队不能把本地化显示、相同币种和同一国家这三个概念合并成一个标签,再据此作出费用保证。

再定位商户一侧由 Stripe 执行的换汇

来源事实:当扣款币种不同于结算币种时,Stripe 会把扣款转换成结算币种。[3] 该文档将换汇成本的查询指向 Stripe 定价页面,并未在这一说明中给出适用于所有账户的统一换汇费率。[3] 编辑建议:独立比较第二与第三个字段,不要因为顾客一侧没有币种差异,就断言整个支付过程没有换汇。假设配置符合支持条件,欧元资金支付欧元扣款、最后结算为美元,前两个币种一致,但商户结算一侧存在差异。反过来,欧元资金支付美元扣款、最后结算为美元,顾客一侧存在差异,而扣款与结算币种一致。这些只是用于理解角色的示例,不是总费用、实际汇率或账户可用性的承诺。不要把所有外汇相关费用都统称为 Stripe 收费;先明确问题发生在顾客资金到扣款,还是扣款到商户结算这一侧,再决定需要查询谁的定价、由谁负责核实。

增加结算目的地之前,先确认支持条件

来源事实:Stripe 表示,在某些国家可能支持额外结算币种;如有相应币种的流动资金需求,可在支持的情况下启用该币种结算,并在 Dashboard 的提现设置中添加银行账户。[3] 额外支付方式是否可用,也取决于 Stripe 账户所在国家。[3] 编辑建议:将拟采用的方案视为账户国家、支付方式、扣款币种与受支持结算目的地的组合来审核。银行账户能够持有某种货币,并不应被直接当作该 Stripe 配置能够向其结算的证明。决定增加一种结算币种前,先写明真实业务需求,例如计划使用该币种支付经营支出,再确认当前账户的支持情况与适用定价。这些是编辑提出的决策因素,不表示所有商户都应该持有多币种资金,也不表示增加结算币种就能消除全部成本。若资格尚未确认,应把该方案标记为待验证,而不是直接将它放进面向顾客或销售人员的可用功能清单。

实施交接时保留术语差异与平台边界

来源事实:Stripe 将 integration currency 定义为 Price 或 PaymentIntent 上设置的币种;该币种会出现在 Dashboard 中,Stripe Tax 也使用它在税务报表中记录税务负债。[3] 同一页面还指出,Connect 平台存在额外的币种转换考虑事项,并引导读者查看专门的 Connect 文档。[3] 编辑建议:在实施交接记录里明确列出集成币种,但不要用它替换前述三角色图,也不要仅因多了一个术语,就自行推导出第四次换汇。如果流程使用其他币种本地化功能,应先记录该功能实际怎样影响交易,再判断各处显示的币种标签是否代表同一含义。Connect 业务不应把这篇通用说明当作平台与关联账户完整资金流设计。应另行查阅专门文档并评估平台场景;当前引用的页面只证明存在额外考虑事项,并没有完整规定每种平台配置的资金路由。交接材料应明确哪些行为已有依据、哪些仍需专项确认,避免靠术语相似性补全未知流程。

用决策清单审核方案,不把清单当费用保证

编辑决策清单,非 Stripe 强制流程:第一,写明目标账户国家与拟采用的支付方式;第二,记录已知顾客资金币种,对未知部分保留不确定标记;第三,明确选择实际扣款币种;第四,确认符合支持条件的结算目的地;第五,分别比较资金与扣款、扣款与结算两组币种;第六,单独审查支付工具国家与商户国家的关系;第七,核实适用定价,并批准对顾客展示的费用措辞。把选择理由与拟采用的配置一起保存,让产品、工程和财务讨论的是同一组币种角色。来源边界:顾客一侧的外汇费用与跨境发卡行收费属于可能发生的情况,而 Stripe 明确说明扣款与结算币种不同时会进行转换。[3] 没有额外且适用的证据,不应把这些规则转换成确定的费用预测。此清单是编辑建议,不是已经完成的交易测试、产品发布声明,也不是选择某种币种能改善业务表现的实测结论;需要承诺的内容应以实际确认的配置和定价为依据。

来源与日期

本次核验日期:2026-09-20。来源日期按原页面明确标注的发布或更新时间分别列示;未标注不等于本日发布。本文为公开文档研究,未进行真实支付、安全审计或辅助技术合规认证。厂商事实仅归属于被引用厂商;流程建议为编辑综合。

  1. Stripe:币种 [3] ↗

    来源日期:未注明;本次核验:2026-09-20

继续阅读最新内容

客户现金余额不是发票抵扣额,也不是钱包 →

保存付款方式,不等于获得日后任意扣款的许可 →

全部操作资料 →