- 【门店快送】电商平台里的门店审核不予通过,难道只允许自营小程序申请?
我们的小程序是电商平台,主营类目也是“电商平台”,并且获得了“门店快送”服务的使用权限。 但是我们平台的入驻商家提交门店进行审核时,审核团队不给通过,给的理由是: 你好,你所提交的类目资质材料的主体名称与申请主体不一致,请提交与该小程序主体一致的资质材料进行审核。 入驻商家提交的是他们自己的营业执照,自然是和我们小程序平台的主体不是一家的。 但从门店快送的说明文档,到API接口的文档,都没有提到过只有自营小程序才能使用“门店快送”,甚至在官方的说明文档https://docs.qq.com/doc/DSGxaZGt6dWVwbktu里的第3.1.1条目还专门提到了: 若小程序为“平台类型”,则“门店头像”必填,不同品牌的门店必须使用不同的头像,不能使用平台统一头像。 从这里的表达,应该是允许我们这类主营类目为“电商平台”的小程序和我们的入驻商家使用“门店快送”服务吧? 请官方给予准确的答复,因为我们已经花了很大功夫将门店快送服务集成到了我们平台,也向入驻商家开放了,我们需要向商家解释审核不过的理由。
01-08 - 【门店快送】电商平台里的门店审核不予通过,只允许自营小程序申请?
我们的小程序是电商平台,主营类目也是“电商平台”,并且获得了门店快送服务的权限。 但是我们平台的入驻商家提交门店进行审核时,审核团队不给通过,给的理由是: 你好,你所提交的类目资质材料的主体名称与申请主体不一致,请提交与该小程序主体一致的资质材料进行审核。 入驻商家提交的是他们自己的营业执照,自然是和我们小程序平台的主体不是一家的。 但从门店快送的说明文档,到API接口的文档,都没有提到过只有自营小程序才能使用“门店快送”,甚至在官方的说明文档https://docs.qq.com/doc/DSGxaZGt6dWVwbktu里的第3.1.1条目还专门提到了: 若小程序为“平台类型”,则“门店头像”必填,不同品牌的门店必须使用不同的头像,不能使用平台统一头像。 从这里的表达,应该是允许我们这类主营类目为“电商平台”的小程序和我们的入驻商家使用“门店快送”服务吧? 请官方给予准确的答复,因为我们已经花了很大功夫将门店快送服务集成到了我们平台,也向入驻商家开放了,如果不能用,我们也要向商家解释和下架这个功能。
01-08 - 【同城配送】门店运费充值接口返回的充值页面地址无法在小程序里打开?
调用接口进行门店运费充值时,返回的payurl试着用web-view打开却显示不支持打开 调用的接口是: https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/industry/express/business/intracity_service.html#_2-5-%E9%97%A8%E5%BA%97%E8%BF%90%E8%B4%B9%E5%85%85%E5%80%BC 打开返回的payurl的时候,出现的是这样的报错: [图片] 如果我没有理解错,这个payurl是微信服务市场的一个页面?如果不支持在小程序里打开这个页面,门店要怎样完成充值? 因为小程序不像公众号,甚至不可以通过点击右上角选择“从浏览器打开”的操作来打开这个页面,所以充值这一个步骤,必须要剥离小程序? 目前除了充值以外,创建、更新门店、退款、创建订单等操作都可以在小程序执行,如果只有充值这一步不可以在小程序里执行,那这个同城配送服务基本上就没法用了。
2023-08-23 - 【同城配送】使用沙箱环境下单,还是报错934013,说余额不足?
按照文档的说明,使用沙箱环境时,不需要充值运费就能生成订单: https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/industry/express/business/intracity_service.html#_2-8-%E5%88%9B%E5%BB%BA%E9%85%8D%E9%80%81%E5%8D%95 但我尝试着生成订单,还是收到余额不足的错误: { "errcode": 0, "errmsg": "ok", "request": { "invoke_time": 1691636215, "cost_in_ms": 1211, "request_url": "access_token=71_打码打码LgZxWCjkaJtIP打码打码", "request_body": { "use_sandbox": 1, "wx_store_id": "4000打码打码000000打码打码", "store_order_id": "testing_h8zj_打码打码_w1_o4", "user_openid": "om打码打码VSNwvu打码打码", "user_lng": 110.打码36, "user_lat": 21.打码874, "user_address": "打码打码打码打码打码打码", "user_name": "打码打码", "user_phone": "18012345678", "order_seq": "T08100255U1R2208", "order_detail_path": "打码打码/pages/home/index?id=1&q=打码打码x%3Fid%3D4", "cargo": { "cargo_name": "T08100255U1R2208", "cargo_weight": 1000, "cargo_type": 99, "cargo_num": 1, "cargo_price": 650000, "item_list": [ { "item_name": "打码打码", "count": 10, "item_pic_url": "https://打码打码.打码打码.打码打码/打码打码.jpg" } ] } }, "response_body": { "errcode": 934013, "errmsg": "Insufficient Balance, Charge Store First rid: 64d451f6-6d96a5b1-6f366b9e" }, "client_ip": "打码打码" } } 是不是得充值了才能进行下单测试?测试订单会真的扣钱吗?`use_sandbox` 这个值是无效的吗?
2023-08-10 - 【同城配送】使用沙箱环境下单,还是报错934013,说余额不足?
这个新出的同城配送,按照文档的说明,使用沙箱环境时,不需要充值运费就能生成订单: https://developers.weixin.qq.com/miniprogram/dev/platform-capabilities/industry/express/business/intracity_service.html#_2-8-%E5%88%9B%E5%BB%BA%E9%85%8D%E9%80%81%E5%8D%95 但我尝试着生成订单,还是收到余额不足的错误: { "errcode": 0, "errmsg": "ok", "request": { "invoke_time": 1691636215, "cost_in_ms": 1211, "request_url": "access_token=71_打码打码LgZxWCjkaJtIP打码打码", "request_body": { "use_sandbox": 1, "wx_store_id": "4000打码打码000000打码打码", "store_order_id": "testing_h8zj_打码打码_w1_o4", "user_openid": "om打码打码VSNwvu打码打码", "user_lng": 110.打码36, "user_lat": 21.打码874, "user_address": "打码打码打码打码打码打码", "user_name": "打码打码", "user_phone": "18012345678", "order_seq": "T08100255U1R2208", "order_detail_path": "打码打码/pages/home/index?id=1&q=打码打码x%3Fid%3D4", "cargo": { "cargo_name": "T08100255U1R2208", "cargo_weight": 1000, "cargo_type": 99, "cargo_num": 1, "cargo_price": 650000, "item_list": [ { "item_name": "打码打码", "count": 10, "item_pic_url": "https://打码打码.打码打码.打码打码/打码打码.jpg" } ] } }, "response_body": { "errcode": 934013, "errmsg": "Insufficient Balance, Charge Store First rid: 64d451f6-6d96a5b1-6f366b9e" }, "client_ip": "打码打码" } } 先不说这个errmsg居然给我返回的英语(本想直接拿来显示在商家端的,还得自己翻译一轮) 如果沙箱环境也要有余额,那么是不是说明这个沙箱测试下的单也会扣钱?? 是不是`use_sandbox`这个值是无用的?
2023-08-10 - 【微信物流服务】生成运单addOrder接口的文档有一半是错的?请官方给个正确版本
物流服务里,快递下单的接口,请求参数的文档里至少有一半是错的,看得我脑壳痛,都不知道该怎么填,就下面这个: https://developers.weixin.qq.com/miniprogram/dev/OpenApiDoc/express/express-by-business/addOrder.html 其中最混乱的就是跟appid相关的wx_appid字段,文档里说是app或者h5的appid,不是小程序的appid。那么问题来了,小程序的appid填在哪里??文档里的“请求数据示例”,写了一个小程序的示例,却完全没有传入任何小程序appid相关字段。你说它是“下单成功的例子”,谁信? 隔壁的“同城配送接口”对应的下单接口是在shop字段下有个`wxa_appid`专指小程序appid的,快递下单的这个接口则是完全没有提到`wxa_appid`这个值。 除了一个地方!那就是最底下的错误码9300536,这个错误码的文档,取值写的是“invalid wxa_appid”,说明里写的是“add_source=2时,wx_appid无效”,所以这里invalid的`wxa_appid`又是哪来的? 然后是sender和receiver两个字段的问题首先receiver字段整个就是sender的复制粘贴,里面十个“发件人”都懒得改,这个都是小问题,receiver真的有`company`这个值吗???确定不是整个receiver里的属性都抄错了吗? 然后sender和receiver两个标着“必填”的字段,里面所有属性都是“选填”???所有名字地址电话号码都是选填??? 然后是cargo字段的问题好家伙,所有属性的说明都是“包裹总重量”,闭着眼睛复制粘贴已经是这个文档的基本操作了,这个已经没啥好吐槽的。 但是!所有属性都强行要求“必填”!包括三个看名字是体积相关的属性,你确定这个没错???这位来自微信官方在4年前的回复,不会是4年后都没有改吧? 然后是shop字段的问题请问你的detail_list是啥???它里面的属性都有啥???它是长得像楼上cargo字段里的detail_list属性呢?还是长得像隔壁同城配送下单接口里shop字段的detail_list属性呢? 然后是insured字段的问题还是跟上面的sender和receiver字段一样,自身是“必填”,然后里面所有属性都是“选填”?? 然后是service字段的问题只给了两个链接,两个都是404,两个必填的属性该怎么填给了两个404链接,真是666 我是刚对接完同城配送接口,过来对接快递接口的。同城配送的文档严谨准确,对接起来无比丝滑。来到快递接口这里,第一个下单接口就直接卡壳,一半的参数不知道怎么填,真是无语。 官方快更新你们的文档!你们几天前的微信公开课,小程序部门才刚刚吹完自己的物流对接服务呢!
2023-03-31