Paymentwall

服务商概述

Paymentwall 是一家自称全球支付平台的支付服务商，全球总部位于旧金山 255 9th St。它的定位不是单一市场的收单方，而是把全球各区域的支付方式打包成一个接入层：商户接一次，就能在多个国家用当地的卡、钱包、转账、运营商代扣与现金渠道收款。官网自述支持 150 种本地支付方式、服务 200,000+ 商户，公开客户名单里有 SEGA、LG Electronics、Bandai Namco、Shopify、Kakao Games、Wargaming、Tencent、Gameforge 这类数字商品与游戏公司。

团队与支持是它强调的另一块：办公室分布在旧金山、伦敦、柏林、里斯本、索菲亚、基辅、伊斯坦布尔、马尼拉、河内、北京、深圳、首尔、班加罗尔、古尔冈、开罗、坎昆、波哥大，支持 30+ 种语言，客服为 7×24×365。

产品结构上把它拆成 6 条线更好理解：BRICK 做全球信用卡处理，PAYALTO 做全球本地支付方式，SPIDERPIPE 是统一支付网关，EINVOICING 做电子发票，PASSPORT 是业务运营平台，SUBSCRIPTIONS 做定期扣款。合规侧为 PCI DSS，另有 BBB 认证与 Trustwave 认证，并提供风控 API 与交付确认（delivery confirmation）接口，收银台组件支持换肤。

核心判断是：Paymentwall 的强项在数字商品与虚拟品类，不在全品类通用收单。它的历史客群决定了风控模型偏"高风险行业可接"，但也意味着做实体电商与低风险品类时它的优势体现不出来，而接入复杂度与审核要求并不低。另一点很关键——150 种方式不等于每个国家都好用，必须按目标市场逐项验证实际成功率与结算路径。

核心优势

• 本地支付方式覆盖广：官网口径 150 种本地方式，覆盖卡、钱包、转账、运营商代扣与现金渠道。对面向新兴市场收款的业务，这一层的价值大于卡收单本身——很多市场的用户本来就不用卡。
• 数字商品与虚拟品类的经验：客户名单以游戏、软件、流媒体与平台型业务为主，虚拟商品发货、账号权益交付与订阅计费这类流程是按既有客群打磨过的，不是通用网关的临时适配。
• 交付确认与风控 API：提供 delivery confirmation 接口，让平台在付款后回调确认交付状态，配合风控 API 做规则化拦截。虚拟商品与数字权益的业务最怕的是收了钱没交付或交付了被拒付，这套接口就是为这个场景设计的。
• 6 条产品线可拆可合：信用卡处理、本地方式、统一网关、电子发票、运营平台与订阅扣款可以按业务阶段分别启用，不必一次性接入全套。
• 多语言与全天候客服：30+ 种语言、7×24×365，对跨多个时区收款的业务来说，出现支付故障时能有人响应，比文档写得多漂亮更实用。
• 收银台可定制：skinnable checkout 允许按品牌改造支付页面，对品牌一致性要求高的线上业务是一个加分项。

产品生态

BRICK（全球信用卡处理）

信用卡收单主线，处理 Visa、Mastercard 等卡组织的线上交易，配合 3DS 验证与风控规则。适合以卡为主要支付方式的市场，也是大多数商户接入时的第一个产品。

PAYALTO（全球本地支付方式）

本地支付方式的聚合层，把各区域的替代支付渠道包成统一接口。这一条是 Paymentwall 的核心卖点，也最需要按国家逐项验证，因为同一区域不同国家的可用方式差异很大。

SPIDERPIPE（统一支付网关）

统一支付网关，把卡与本地方式收敛到一个接入点，减少多产品并行时的接口维护量。适合已经有既有系统、只想加一层路由的业务。

EINVOICING（电子发票）

面向需要开票对账的业务，把收款与发票流程连起来。对服务型业务与 B2B 结算，发票往往比收银台更贴近实际流程。

PASSPORT（业务运营平台）

业务运营平台，用于管理商户、交易与结算运营。对多业务线、多区域的团队，这一层决定日常运营是否要在多个后台之间切换。

SUBSCRIPTIONS（定期扣款）

定期扣款能力，面向订阅制与会员制业务。订阅的关键不在首笔支付，而在续费成功率与失败重试策略，这一块需要按目标市场的卡与本地方式分别设计。

集成与合规

提供 API 与风控接口，收银台组件支持换肤；合规侧为 PCI DSS，另有 BBB 与 Trustwave 认证。自建系统可以只用 API，不引入前端组件。

不足之处

• 中国大陆主体接入受限：境内收单与跨境资金结算须由持牌机构完成，平台对商户注册地、业务类型与品类有准入审核。境内企业通常需要以海外主体申请，且要评估跨境资金回流的合规路径。
• 每个国家与方式单独准入：本地主体、税号与结算账户要求各国不同，150 种方式并不在同一主体下全部可用。实际可用的组合要按国家逐一确认，不能按官网总数推算。
• 支付方式受官方列表约束：能收哪些方式与币种以官方当前列表为准，列表外的方式无法自行开通，区域覆盖存在明显空缺，部分国家只有少数几种渠道可选。
• 结算与拒付责任按合同划分：结算周期、准备金比例与拒付责任按合同与品类约定，高风险品类的准备金与延期结算条款更严格，现金流规划必须把这些条件算进去。
• 语言与本地支持成本：客服与商务沟通以英文为主，中文支持有限，本地化文档与合同条款的理解成本落在商户侧，跨时区问题解决效率受影响。
• 客群决定优势边界：历史客户以数字商品与游戏为主，做实体电商与低风险品类时费率与体验优势不明显，而接入审核并不会因为品类低风险而更宽松。

适用场景

• 游戏与虚拟商品全球发行（★★★★★）：面向多国玩家收款、需要本地方式与替代支付渠道的业务，150 种方式的覆盖在这一档最能兑现。
• 订阅制与会员制产品（★★★★☆）：定期扣款与失败重试是标准需求，配合订阅产品线可以直接落地，但续费成功率要按市场验证。
• 数字内容与软件出海（★★★★☆）： ebook、课程、工具软件这类无物流品类，交付确认接口与风控 API 的价值直接，且没有实体履约的复杂环节。
• 新兴市场收款补充通道（★★★☆☆）：在拉美、东南亚、中东等以本地方式为主的市场，作为卡收单之外的补充通道使用。要逐国验证实际可用方式与结算路径。
• 中国团队运营的海外业务（★★★☆☆）：以海外主体签约、面向海外用户收款可以走通，但需自行确认主体、税务与资金回流的合规性。
• 中国大陆业务（☆☆☆☆☆）：境内收单须持牌机构完成，跨境结算亦有监管要求，平台准入与主体要求都无法满足，不建议评估。
• 低风险实体电商的主力收单（★☆☆☆☆）：最不适合。品类与客群不匹配，费率与通过率都不会比通用收单商更有优势，接入审核却一样要走完整流程。

价格参考

上表只列计费项目与计价方式。Paymentwall 未在公开页面给出统一费率，官网报价需按主体所在国、品类、交易量与支付方式组合逐项确认；任何流传的具体百分比都不应作为决策依据，实际条款以合同为准。

常见问题

• 150 种支付方式是不是每个国家都能用？
  不是。150 是官网口径的全球方式总数，具体到某个国家可用的组合要单独确认。实际接入前应针对目标市场核对可用方式、单笔限额、退款路径与结算周期，最好先用小额真实交易验证成功率。

• 中国大陆公司能直接接入吗？
  通常不能直接以境内主体接入。平台对商户注册地与业务类型有准入审核，境内收单与跨境结算也须由持牌机构完成。常见做法是以海外主体申请，同时单独评估资金回流与税务合规。

• 做实体电商合适吗？
  不太合适。Paymentwall 的客群与风控模型更偏数字商品与虚拟品类，实体电商在这套体系里拿不到品类红利，费率与通过率未必优于通用收单商，接入审核流程却一样要走完。

• 拒付风险怎么控制？
  三层机制：风控 API 在下单前做规则化拦截，交付确认接口在付款后回调交付状态，争议阶段按合同约定的举证流程提交证据。虚拟商品尤其要把交付状态与消息记录留存完整，它们是争议时的唯一凭据。

• 费率大概多少？
  官方未公开统一费率。费用由卡组织交换费、行业风险等级、交易量、支付方式组合与跨境比例共同决定，需按国家与方式分别议价，并以合同条款为准。

来源：16IDC 原创，产品能力、支持国家与费率口径以 paymentwall.com 官网文档及合同为准。