今天做测试始终使用的同一个商户号，传入到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）：
- 问题发生时间【必填】：
- 商户号【 必填】：
- 商户订单号【 必填】：
- 相关报错信息文案：
- 问题截图或视频：
-完整的请求和返回参数以及单号：
文档问题，请提供如下信息：
-问题文档的相关链接以及截图(必填)：
- 你这边主要的问题点【必填】：
-如果的确是文档上的问题，我们这边会尽快进行核实和修复。多谢反馈。