今天做测试始终使用的同一个商户号,传入到creator_mchid或available_mchid中都有效,但是用sender_mchid查询就是0结果,为什么?
额外说一句啊,返回参数的各个属性,类型或必填描述不严谨(不过无关紧要)
经过测试应该是以下规律:data是个数组,数组中的各个元素才是对象;total_count属性并非一定返回;option是包含了查询规则的对象,如果查询时不传入offset或limit,他们也不会返回
今天做测试始终使用的同一个商户号,传入到creator_mchid或available_mchid中都有效,但是用sender_mchid查询就是0结果,为什么?
额外说一句啊,返回参数的各个属性,类型或必填描述不严谨(不过无关紧要)
经过测试应该是以下规律:data是个数组,数组中的各个元素才是对象;total_count属性并非一定返回;option是包含了查询规则的对象,如果查询时不传入offset或limit,他们也不会返回
The same merchant number that is always used in the test today is transferred to Creator_ Mchid or available_ Both are valid in mchid, but the sender is used_ Mchid query is 0 result, why? In addition, each attribute, type or required description of the return parameter is not rigorous (but irrelevant). After testing, it should be the following rule: data is an array, and each element in the array is an object; total_ The count property is not necessarily returned; option is the object that contains the query rules, and if no offset or limit is passed in during the query, they will not return either
回答:
为了帮助你更快的定位问题,请提供如下信息(有敏感信息可私信提供):
-请求的具体API接口(提供文档地址和请求的URL):
- 问题发生时间【必填】:
- 商户号【 必填】:
- 商户订单号【 必填】:
- 相关报错信息文案:
- 问题截图或视频:
-完整的请求和返回参数以及单号:
文档问题,请提供如下信息:
-问题文档的相关链接以及截图(必填):
- 你这边主要的问题点【必填】:
-如果的确是文档上的问题,我们这边会尽快进行核实和修复。多谢反馈。