出海业务接入国内支付宝场景的求助

2022-10-12 16:02:10 +08:00
 qq493658160

现状:服务部署在海外,因为业务诉求想接入国内支付宝的产品能力(先前产品自行调研),后续我参与沟通,被技术客服告知不支持,要通过国际平台接入。

目前想到两种方式为海外业务接入支付宝能力。 1 、与国际技术客服沟通诸多问题,确认是否存在等同的产品能力,国内支付宝用户是否能够使用等。(目前正在邮件沟通,效率低下)

2 、想了一个骚操作,想借助某个技术或者功能,把海外应用相关业务请求中转到国内,国内中转点参与国内支付宝的交互。

想问问站内大佬,第二点可行度高吗,是否有人这样尝试过类似的操作?

2490 次点击
所在节点    程序员
24 条回复
cydian
2022-10-12 16:05:38 +08:00
不能直接接入国内 Pay
但是可以接入国际版 Pay ,国内 Pay 用户可以直接完成国际 Pay 交易,其本质是通过 Pay 平台进行了货币兑换再完成交易
dearroy
2022-10-12 16:11:45 +08:00
可行度不高,没必要。不明白为什么你又做出海业务又要兼顾国内支付,与其这样还不如分成两个 brand 。
qq493658160
2022-10-12 16:39:33 +08:00
@cydian 了解。那如果第二方案不可行的话,我再和产品沟通下,做一个类似的功能。
qq493658160
2022-10-12 16:40:13 +08:00
@dearroy 产品是担心国际 pay 交易不能给国内支付宝用户完成交易操作,同时希望是用国内平台接入。公司可能没资质在海外平台开通企业账号权限
urnoob
2022-10-12 17:00:52 +08:00
@qq493658160 公司可能没资质在海外平台开通企业账号权限 这个才是问题。
国内用户完全可以支付,没问题的。不要想着技术上去绕过,走通了也要吃大亏
AS4694lAS4808
2022-10-12 17:07:08 +08:00
接过 Stripe 和国内支付宝。

走 Stripe 需要提交一些海外材料,包括公司资质证明,企业法人公民证件之类的,如果能开的话,这种最简单,选择美元或者港币(担心汇率波动的话)入账。不过之后提现比较麻烦,有金额门槛和手续费。

走国内支付宝,需要备案证明,域名,IP 白名单,业务种类信息,法人、企业执照等,也挺繁琐的,但是提现方便。

第二点的话,国内中转点需要符合上面的材料,而且域名对应的官网要正常有东西,干脆服务部署国内,让海外用户直接访问得了,延迟问题让 CDN 解决。除非是国内过不了的业务分类,那可以通过跳转的方式走国内网站付款,那国内国外就要有 api 互通订单信息。可行度挺高,就是设计上复杂点。
mytsing520
2022-10-12 17:15:17 +08:00
两个法人,一个国际,一个国内
Seulgi
2022-10-12 17:20:28 +08:00
实际上看成两个渠道就行了. 国内支付宝, 国际支付宝.
involvements
2022-10-12 17:23:08 +08:00
接 Stripe ,Stripe 里面开通支付宝支付即可
qq493658160
2022-10-12 17:25:38 +08:00
@AS4694lAS4808 我设想里,希望支付宝对中转点是无感知的,不需要申请和报备相关资质。关于业务部署到国内,确实做不到,业务类型决定了只能部署到海外(正规合法业务,手动狗头)。

所以想着在公司国内应用上开一个口子,做个转发回调的操作,难点我觉得在成功失败的稳定性处理上面,数据互通问题应该不大。
AS4694lAS4808
2022-10-12 17:45:39 +08:00
@qq493658160 设想反了。。。支付宝无感知的是海外调用方,国内的实际请求方肯定是要完全暴露给支付宝的,ip ,备案号,跳转时候的 referer 域名。

稳定性的话技术上没问题,就是个正常的接口调用,事务方面按业务需求和客户体验设计下就行,很常见。。
westoy
2022-10-12 17:52:10 +08:00
第二种算二清, 要吃牢饭的
dzdh
2022-10-12 18:00:21 +08:00
@AS4694lAS4808 #10,#11

接入国际版和国内没有任何区别,境内用户正常支付界面显示都一模一样。就是多显示了个 [目标费用是美元多少,转成人民币是多少橙色显示] 。

这么搞反而显得有点刻意规避什么了。支付宝国内接口必须是企业资质,注册个企业支付宝,直接申请接口就可以了。


👆 一毛一样
qq493658160
2022-10-12 18:01:39 +08:00
@AS4694lAS4808 我目前没用 demo 实际测试,即单纯让国内调用方承担一个后端请求的中转角色。不过我看国内对接文档的意思,应该不会关注到国内实际请求方的 ip 这类。

因为备案信息都是公司层面的东西(秘钥、appId 、备案信息等身份数据)。
cnuser002
2022-10-12 18:03:00 +08:00
用户在你们网站,选择支付宝支付,出来的付款码,是国内支付宝生成的,最后收钱也是国内的那个付款码关联的账户。是这个意思么?

这种方式我只见到机场充值这种灰色地带用,正规企业没必要吧。
qq493658160
2022-10-12 18:07:03 +08:00
@cnuser002 是的,本质就是想海外业务走国内交易流程的体系。产品设想是让我们接国内支付宝的 [周期扣款] ,所以让我调研可行性,一头麻。。。
qq493658160
2022-10-12 18:39:47 +08:00
@dzdh 感谢,已和产品反馈,实在不行就接国际平台的支付
Valid
2022-10-12 23:27:49 +08:00
国内有主体就用国内的主体收钱咯,只要业务在国内合法,国内还巴不得你多贡献点税。至于请求,自己打隧道优化
AS4694lAS4808
2022-10-13 01:39:15 +08:00
@dzdh 是的,直接接入就这样。主要 op 不是海外资质不好提供么。。
不过走国内确实有封控的风险。
SeanTo
2022-10-13 05:02:46 +08:00
涉及到在哪缴税的问题,技术上绕过属于违法,抓到就麻烦大了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/886403

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX