腾讯爸爸的两个好儿子开撕了 微信支付封杀微店背后上演了一出什么大戏？ - A5创业网
扫一扫，联系编辑获得审核机会
符合以下要求，获得报道机会
1. 新公司求报道
2. 好项目求报道
3. 服务商求报道
4. 投资融资爆料
客服热线：400-995-7855
当前位置：&&&
腾讯爸爸的两个好儿子开撕了 微信支付封杀微店背后上演了一出什么大戏？
09:26&&来源：微信公众号：十字财经&
　　微信支付和微店双方都是腾讯背景，本以为合作非常牢固，即使此前确实有过一些风险上的提示，也想着不至于把支付端口直接关了。
　　谁也没想到，同为&微&系列的微信支付和微店如此轻易就走向了决裂。
　　6月14日起，微信支付悄悄封杀了微店的支付端口，引起了微店入驻商户的集体反弹。
　　十字财经从接近监管人士处了解到，今年3月，多家电商服务平台在此前半年间陆续接受了央行的约谈调研和窗口指导(详见3月20日独家报道《多家电商被央行约谈》)。然而，由于涉及大量技术整改问题，在过去的3个月里，微店的整改工作推进迟缓，出于金融风险防范的初衷，微信支付封停了微店接口。
　　&双方都是腾讯背景，本以为合作非常牢固，即使此前确实有过一些风险上的提示，也想着不至于把支付端口直接关了。&一位接近微店的人士告诉十字财经。
　　公开资料显示，微店于日上线，隶属于北京口袋时尚科技有限公司(口袋购物)，官方数据显示有近7000万商家。口袋购物曾于2014年宣布完成一笔3.5亿美元的C轮重磅融资，腾讯参与投资了1.45亿美元，占股比例达到10%。其他投资方还包括H Capital、老虎基金、Vy Capital和DST。
　　商户正常经营受阻
　　十字财经在微信中找到微店服务号，发现所有商品购买的支付页面均显示微信支付&业务调整暂停使用，将在业务升级完成后恢复&，而除微信支付以外，还可以选择使用银行卡支付和去微店APP支付。
　　(商品购买的支付页面均显示微信支付&业务调整暂停使用，将在业务升级完成后恢复&)
　　事实上，只要选择下载微店APP购买商品依然拥有支付宝和银行卡付款等选项，但十字财经从多家微店商户处了解到，真正会选择下载APP进行购买的消费者则少之又少。
　　微店一上海商户告诉十字财经，日常交易基本全部采取微信支付的方式，无法微信支付损失严重：&今天下单的没有一笔付款的。很显然就是到了支付环节卡壳了。&
　　&都叫微店了，肯定微信流量是大头。但这两天，我们一边推广店铺，一边还要回答朋友为什么不能微信支付的问题。&浙江一位微店商户告诉十字财经，用微店无非图个免费方便，&以前转账、发货都没有第三方背书，买家也看不到实时快递信息，就想着有一个平台可以把支付服务、物流信息这些问题都系统解决，微店正好满足了这个诉求。但现在微店用不了微信支付，效率就大打折扣。银行卡付款麻烦，许多客户不买了，还有一些提出了微信转账再让我按照地址发货的诉求，但是这么做一方面有人担心卖家信用，另一方面沟通成本也大大增加。&
　　事实上，除了下线微信支付，6月12日微店就正式发布了调整交易手续费补贴的公告。信用卡微店交易将收取1%的手续费，手续费由卖家承担。微店方面表示，此举是为了增加信用卡恶意套现的成本，新的收费标准从日起实行。
　　增加套现成本防范洗钱
　　&微店的模式是非常轻的，只有轻的模式才能带来快的速度。商户入网基本不存在门槛，提交基本的资料就可以开店。但从风险的角度而言，这也为套现提供了便利空间。&一家第三方支付机构副总裁告诉十字财经，&操作上来讲，注册一个商家，一边绑定自己的收款账户，一边利用信用卡套现完全可以实现。&
　　(百度搜索&微店 套现&，显示结果多达26.3万个)
　　上述接近监管的人士告诉十字财经，类似的情况并不仅仅存在于微店。在类似的商业模式中套现比例相当高。但与此同时，无论是微店还是微信支付都没有能力就单笔交易对此类风险进行核实判断。
　　&有一些数字能够看出，交易比例中存在异常，但是就单笔交易而言，很难精准判断是否套现行为。&该人士表示。
　　&监管层在关注互联网金融的风险之际，留意到不少电商类平台在实际从事业务的过程中使用的是&大商户&和&二清&模式。因为资本的涌入，不少互联网企业近年来发展得很快，但对于监管而言，在合规性问题没有解决的情况下，风险也会随着规模的膨胀与日俱增。&一位接近监管的人士告诉十字财经，如微店这样的平台类商户虽然不是金融或类金融机构，也没有支付牌照，只要它有机会变相从事金融业务，就有必要被纳入监管。
　　其分析认为，这些电商在货款结算的逻辑上与传统的商场业务十分一致，都是统一收受客户的货款，然后分发个平台上的各个企业，因此必然会存在货款资金在其平台滞留的情况。&但从风险的角度来讲，二者最大的区别在于两点：一，线下实体商场跑路一般是区域性的风险事件，影响较为有限，互联网则没有边界，极有可能酿成全国性风险事件;二，商场主跑路的时候通常会留下固定资产，跑路的成本比较高，而电商平台则多数是轻资本运营，成本无非就是点服务器、办公用品。&上述接近监管的人士表示，&现在这些互联网平台起得都非常快，规模小的时候监管不一定会留意到其背后的潜在风险。但是上了规模一样，自然会引起监管重视。这些风险本质上和P2P、非法交易所和二清机构一样，只要账户上存留的资金到达一定规模，一跑路就会引发连锁的民生问题。针对存在相似问题的这类机构，最保险的做法就是将风险防患于未然。&
　　但严控风险的同时也引起了大量无辜受累商户的商户。一位微店商户告诉十字财经：&这几天的交易不畅让大家对微店平台失去信心，我们老板已经直接让我们换平台了。&
　　截止记者发稿前，拨打微店官方电话无人接听。
责任编辑：佩佩
作者：李意安
延伸阅读：关键词：
微企点：海量精美模板 H5自助建站平台
扫描二维码关注A5创业网了解最新创业资讯服务
&徐州八方网络科技有限公司&版权所有&
举报投诉邮箱：
扫一扫关注最新创业资讯什么是微店微信支付，怎么用？_百度知道
什么是微店微信支付，怎么用？
我有更好的答案
　　微店微信支付是腾讯推出的微信付款一担保交易，很多人都不懂得怎样使用。下面我给大家简单介绍一下:　　1、首先卖家打开微店app，然后点击微信付款，这里以一元为例。然后选择发送给好友的方法；　　2、买家会收到付款连接如图，点击付款连接，此时会弹出让买家输入收件地址，联系方式，按照要求填写。然后下一步，会让你选择3种支付方式，分别是微信支付，支付宝支付，信用卡支付，这里已支付宝为例；　　3、点击支付宝支付，输入支付宝账号密码，弹出支付方法，我以储蓄卡支付为例，选择银行，填写银行账号密码，我用的快捷支付，只需要输入手机验证码。点击付款成功。您会收到信息提醒；　　4、此时卖家会收到付款成功，提醒卖家发货，卖家须及时发货；　　　5、在卖家确认收货7日后，货款将打入卖家支付宝或银行账户。大家看懂了吗？希望大家渐渐接受这种付款模式。　　
资深电脑人
那么如果对商品不满意，该如果退款呢，点击右上角，选择“交易记录”。打开“交易记录”。电脑/微信方法&#47，打该电话与商家详谈，例如第一个订单;步骤打开微信，在“我”的个人信息中打开“我的银行卡”。打开“我的银行卡”后，我们会看到“联系商家”后的电话，望微信支付用户采纳，旨在为广大微信用户及商户提供更优质的支付服务，微信支付的支付和安全系统由腾讯财付通提供支持微信支付是由腾讯公司知名移动社交通讯软件微信及第三方支付平台财付通联合推出的移动支付创新产品，点击进入订单详细。进入到订单详细后，选择需要咨询的订单。下面是相关操作方法，只能通过联系商家，在商家同意之后方可退回至你支付该笔交易的银行卡中？通过相关了解，如果需要退款的话。财付通是持有互联网支付牌照并具备完备的安全体系的第三方支付平台
本回答被提问者采纳
为您推荐：
其他类似问题
您可能关注的内容
微信支付的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。1、修正了缺少对Event.View的支持
2、增加了用户UnionID
3、新增微信小店功能
4、多客服功能
5、单元测试
什么是UnionID
我们知道，每个用户针对一个微信公众账号都有一个openId，对于不同的公众账号，openId都是不同的，但很多公司都有很多微信号，用户也会同时关注同个公司的多个微信账号，为确保用户的唯一性，腾讯增加了UnionID字段，它可以确保在同个微信开放平台（open.weixin.qq.com）账号下的多个公众号的同个用户的唯一性。点击，查看使用方法。
以前我们的开发，都是在mp.weixin.qq.com微信公众账号后台的开发者中心里，现在我们可以在微信开放平台里，把多个公众账号绑定到一个开发者账号中，目前一个账号可以绑定10个公众号。目前2套系统还是分开的，估计以后都会统一到Open系统中，目前Open已经有网站登录、移动登入、移动支付等接口，老应我也会继续跟进的。
UnionID目前只在&获取用户基本信息&中增加，UserInfoResponse增加string类型的UnionID属性。
微信公众平台本次更新增加了功能，微信小店基于微信支付，包括添加商品、商品管理、订单管理、货架管理、维权等功能，开发者可使用接口批量添加商品，快速开店。
必须是已微信认证、已接入微信支付的服务号，才可在服务中心中申请开通微信小店功能。
微信小店其实就是一个微店功能，公众号可以在公众平台后台进行添加、修改、删除等功能，用户可以在其微店下单，使用微信支付。这次微信小店的api文档比较大，所以这次更新慢了点，而且无法进行测试，我只能对每个api进行了单元测试，比对文档中提供的json数据，虽说简单，但工作量巨大，pdf文档无法进行复制黏贴，所以可能会存在一定的bug，如果发现bug，请及时与我联系。
这次的Api中，增加了一个DefaultResponse的响应类，主要是针对一些api请求只需要返回errcode和errmsg，比如在修改商品、删除商品等api中都会遇到，这些api只需要返回成功与否即可，所以就不增加其相对应的Response了。
微信小店有个货架功能，他与库存不是一个概念，它的概念相当于超市的货品摆放架，你可以创建多个货架，每个货架可以包含一个或多个货架控件。这个可能很难理解，你可以理解成页面和控件，一个货架就是一个页面，货架控件相当于我们的web控件。目前微信小店提供了5种货架控件，摆放和关联都有一定的限制。
控件1：是由一个分组组成，展示该指定数量的商品列表可与控件，可以与控件2、控件3、控件4联合使用
控件2：是由多个分组组成（最多有4个分组），展示指定分组的名称，可以与控件1、控件3、控件4联合使用
控件3：是由一个分组组成，展示指定分组的分组图片，可以与控件1、控件2、控件4联合使用
控件4：是由多个分组组成（最多3个分组），展示指定分组的分组图片，可以与控件1、控件2、控件3联合使用
控件5：是由多个分组组成，展示指定分组的名称，不可以与其他控件联合使用。
具体的样式，大家可以参考pdf文档。
因为控件我都继承了ShelfModule的抽象类，在json反序列化时造成了很大的麻烦，最后虽然解决了，但总觉得不够理想，过几天我会整理下，把我的方案分享下，也希望有大虾指点下。
以下是微信小店的API的Request和Response的对应表：
商品管理接口
MerchantCreateRequest
MerchantCreateResponse
MerchantDelRequest
DefaultResponse
MerchantUpdateRequest
DefaultResponse
MerchantGetRequest
MerchantGetResponse
获取指定状态的所有商品
MerchantGetbystatusRequest
MerchantGetbystatusResponse
商品上下架
MerchantModproductstatusRequest
DefaultResponse
获取指定分类的所有子分类
MerchantCategoryGetsubRequest
MerchantCategoryGetsubResponse
获取指定子分类的所有SKU
MerchantCategoryGetskuRequest
MerchantCategoryGetskuResponse
获取指定分类的所有属性
MerchantCategoryGetpropertyRequest
MerchantCategoryGetpropertyResponse
库存管理接口
MerchantStockAddRequest
DefaultResponse
MerchantStockReduceRequest
DefaultResponse
邮费模板管理接口
增加邮费模板
MerchantExpressAddRequest
MerchantExpressAddResponse
删除邮费模板
MerchantExpressDelRequest
DefaultResponse
修改邮费模板
MerchantExpressUpdateRequest
DefaultResponse
获取指定ID的邮费模板
MerchantExpressGetbyidRequest
MerchantExpressGetbyidResponse
获取所有邮费模板
MerchantExpressGetallRequest
MerchantExpressGetallResponse
分组管理接口
MerchantGroupAddRequest
MerchantGroupAddResponse
MerchantGroupDelRequest
DefaultResponse
修改分组属性
MerchantGroupPropertymodRequest
DefaultResponse
修改分组商品
MerchantGroupProductmodRequest
DefaultResponse
获取所有分组
MerchantGroupGetallRequest
MerchantGroupGetallResponse
根据分组ID获取分组信息
MerchantGroupGetbyidRequest
MerchantGroupGetbyidResponse
货架管理接口
MerchantShelfAddRequest
MerchantShelfAddResponse
MerchantShelfDelRequest
DefaultResponse
MerchantShelfModRequest
DefaultResponse
获取所有货架
MerchantShelfGetallRequest
MerchantShelfGetallResponse
根据货架ID获取货架信息
MerchantShelfGetbyidRequest
MerchantShelfGetbyidResponse
货架上下架
MerchantShelfUpdatestatusRequest
MerchantShelfUpdatestatusResponse
订单管理接口
订单付款通知
RequestOrderEventMessage(通知信息）
根据订单ID获取订单详情
MerchantOrderGetbyidRequest
MerchantOrderGetbyidResponse
根据订单状态/创建时间获取订单详情
MerchantOrderGetbyfilterRequest
MerchantOrderGetbyFilterResponse
设置订单发货信息
MerchantOrderSetdeliveryRequest
DefaultResponse
MerchantOrderCloseRequest
DefaultResponse
MerchantCommonUploadimgRequest
MerchantCommonUploadimgResponse
这里大家要注意一点，这里接口所用到的图片url，都需要通过上传图片api上传后获取的url
多客服功能
1、将消息转发到多客服：
在收到客户消息时，只要返回 ResponseTransferCustomServiceMessage 的实例即可。
2、获取客服聊天记录：
使用了高级接口，创建一个CustomServiceGetRecordRequest实例，提交后获取CustomServiceGetRecordResponse。
这次因为没有测试接口，所以对所有的api进行的Mock测试，基本是通过了，但还是无法保证正确性，希望大家在试用中能与我多交流，尽量的消灭bug。
之前因为有测试接口，我都能实地的测试，这次呢通过单元测试，虽然很枯燥，但帮助真的很大，其中测试出了很多小bug，单词拼错，报错等等，所以希望大家在自己的项目中，不要压缩测试的时间，这个真的很重要。
1、微信公众平台开发者文档
2、微信小店文档
3、源代码已更新至Github
最近微信的升级加快，由于精力有限，所以这次版本升级较慢，造成的不便深感抱歉，很多朋友问我为什么做框架而不是实例？实例至少可以卖钱，但本人不是这样想，做这个框架是第一是为了完成自己对开源的一个理想，第二呢也是方便大家能够对公众平台的快速入门。后续呢可能会针对微信的开放平台进行框架设计，也有可能完成对公众平台的一个实例，至于时间，无法保障。
很多人觉得项目名称有点变扭，没办法，一开始我只是针对自己的平台做的小框架，名字也乱起的，后来也懒得改了，将错就错吧，哈。
最后推荐个QQ群： （博友加入的时候，请注明自己的技术特长）
阅读(...) 评论()