externalReferenceId 和 accountId。没有每用户上限——使用 nextCursor 在该时间窗口内跨所有目标用户遍历每一笔交易。
当未提供日期过滤时,默认取最近 90 天。
破坏性变更。 该查询此前返回
results,每个目标用户一个条目,每个条目最多包含 20 笔交易。现在改为返回扁平的 transactions 列表并使用游标分页。参见 从按目标返回迁移。要求
Authorization: Basic <API_KEY>(你的应用程序 API key)- 你的应用程序已启用批量 API 能力
- 每个目标用户授权中具备
LIST_PAYMENT和LIST_PURCHASESscope
查询
变量
响应
参数
日期窗口限定数据范围;
limit 限定单页大小。窗口最长可跨越 365 天。 交易按月分区存储,窗口内的每个分区都会按目标扫描,因此更宽的窗口会提高每页成本——不是免费的。需要更长历史请使用导出。
目标选择
targetSpec.mode 可为 SELECTED(在 targets 中点名用户,使用你连接时的 externalReferenceId)或 ALL_CONNECTED(你应用上拥有有效授权的所有用户)。重复的 targets 会被去重。
此查询最多接受1,000 个目标用户。超过此数量请使用异步导出。
响应字段
BulkTransaction
需要注意的三种行为:
- 仅返回
PENDING与SETTLED交易——拒绝等非基线记录会被排除,行为与单用户交易界面一致。 - 全局按最新优先排序(
createdAt降序,若相同则按recordId,再按用户打破平局)。 - 共享账户上的一笔交易会按可见授权出现多次——两行具有相同的
recordId但不同的externalReferenceId。
BulkTransaction 是为此目的定制的精简类型,不是单用户交易查询返回的完整 Transaction 类型——上表即为全部字段。若需更丰富的交易级数据,请使用异步导出。
BulkTargetFailure
失败的目标不会导致请求失败。
请求级错误
仅在以下情况下拒绝整个请求:
……以及常见的认证与能力相关失败。
分页
先读取第一页,然后跟随nextCursor,直到 hasMore 为 false。除游标外,其它参数在各页之间保持完全一致——游标编码了该特定查询排序中的位置。
从按目标返回迁移
何时改用导出
getBulkTransactions 可通过分页遍历完整历史,因此导出适用于不希望手动分页的拉取场景——用户数超过 1,000、时间窗口超过一年、定时批处理作业,或当你需要超出 BulkTransaction 所含的更丰富交易字段时。通过 submitBulkOperation 提交 GET_TRANSACTIONS_EXPORT,轮询 getBulkOperationJob,并从短期有效的 resultUrl 下载 NDJSON。参见 批量操作。