免费 ETF 资金流 API 能提供什么
为正确基金与份额类别获取每日或历史申购赎回，并保留能够解释每笔资金流的日期与计算输入。
通常需要稳定基金 ID、生效与发布日期、申购或赎回份额、流通份额、NAV、净流量、币种、算法和修订号。
正式使用前应核对调用额度、延迟、历史深度、覆盖范围、署名与商业使用许可。
ETF 资金流反映一级市场份额申购赎回，不等于二级市场换手、投资者主动买卖量、价格推动的规模变化，也不是持仓变化数据。
ETF 资金流数据实际衡量什么
ETF 资金流通过基金份额的申购与赎回来衡量资金进入或离开。正值通常表示流入，负值通常表示流出。生效日期尤其重要，因为供应商可能在之后才处理或发布这条记录。
有些数据集直接使用发行人提供的资金流，另一些则以流通份额变化乘以 NAV 或其他价格进行估算。估算方法必须说明份额变化是否做拆分调整、使用哪一天的净值、怎样换算币种，以及份额数缺失或修订时如何处理。两个供应商结果不同，并不一定只是简单计算错误。
每日 ETF 流入流出与成交量的区别
成交量统计二级市场换手，即使基金流通份额不变，成交量也可能很高。评估每日 ETF 资金流 API 时，要确认资金流是直接提供、通过流通份额与 NAV 推算，还是会在发行人文件到达后修订。
历史 ETF 资金流与修订处理
如果接口提供，应同时保存生效日期和处理日期，以减少回测中的前视偏差，并显式呈现发行人延迟。还应保存币种和单位，不要假设所有响应都以美元计价。
资金流与资产规模变化的区别
即使没有新份额申购，组合上涨也会推高资产规模；即使没有赎回，市场下跌也会让规模减少。识别资金流应使用份额变化和明确估值基准，并把绩效、分派、汇率和资金流作为不同解释项保存。
假设某 ETF 的流通份额从 1,000 万份增加到 1,100 万份。若使用前一日 24.00 美元的 NAV，估算流入为 2,400 万美元；若使用当日 25.20 美元的 NAV，结果为 2,520 万美元。同样是新增 100 万份，仅因估值时点不同，结果就相差 120 万美元。因此，接口应给出两个份额快照日期、NAV 日期、计算公式、币种，以及该数值来自发行人还是供应商估算。
检查期末规模能否由期初规模、净申购赎回、组合收益、分派、汇率换算、费用与已知修订共同解释；剩余差额应标记为尚未解释，不能强行归入资金流。
如果基金份额因 1 拆 2 而翻倍，但经济单位没有变化，原始份额差额不能被算成流入。必须先应用拆分因子，再测量申购份额。
零资金流表示来源明确报告没有净申购赎回；份额快照缺失、发行人文件延迟、基金不受支持或计算失败时，都应保留为未知。
如何评估免费 ETF 资金流数据 API
| 检查项 | 需要核对 | 重要原因 |
|---|---|---|
| 覆盖范围 | 市场、存续与退市基金、资产类别、代码历史。 | 避免比较和回测出现无提示的数据缺口。 |
| 更新时效 | 生效日期、处理日期、延迟与修订规则。 | “每日”接口仍可能发布延迟数据。 |
| 字段 | 净资金流、NAV、流通份额、币种、单位与标识符。 | 便于校验和切换供应商。 |
| 免费限制 | 额度、历史深度、署名、缓存与商业使用。 | 试用不一定等于长期免费套餐。 |
| 运行质量 | 鉴权、分页、错误、限流响应头与支持渠道。 | 决定生产可靠性与维护成本。 |
| 计算方法 | 直接或估算、份额变化规则、净值日期、拆分与汇率处理。 | 使供应商差异可以解释。 |
| 基金身份 | 基金、份额类别、上市、稳定 ID、代码历史与合并。 | 避免重复计算和历史断裂。 |
| 修订 | 首次发布、处理时间、版本与更正原因。 | 支持时点研究与审计。 |
接入历史与每日 ETF 资金流数据
步骤 1：检查 ETF 资金流接口
编码前先阅读供应商 Schema。确认代码与日期筛选、分页方式、零值和空值是否含义不同，以及接口是否分别提供处理日期与生效日期。
步骤 2：标准化响应
把供应商字段映射到稳定的内部模型，例如 ticker、effective_date、processed_date、net_flow、currency、nav 和 shares_outstanding，同时保留原始响应供审计与排障。
步骤 3：生产使用前校验
选择流动性高低不同的 ETF，覆盖流入、流出、零值、缺失值和修订日期。记录限流响应，按许可条款缓存，并对 Schema 或单位的意外变化告警。
步骤 4：独立重算估算资金流
在方法允许时，用复权后的份额变化乘以文档规定的净值基准，比较正负号、日期、币种和舍入；如果供应商使用直接申赎单位数据或后续更正，则不应强行要求完全一致。
步骤 5：聚合时保留数据可得时间
周度或月度总量可以按每日生效日期聚合，但必须继续保留发布时间和修订时间。回测使用的期间总量，只能包含模拟决策时点已经可得的观测。
步骤 6：监控基金身份与连续性
标记无法解释的正负反转、重复日期、缺失工作日、份额未变却出现大额资金流、代码变更、基金合并、清盘和币种切换，并保留原始与修订版本，不能覆盖历史。
用 QVeris 查找并调用 ETF 数据能力
QVeris 帮助开发者与 Agent 发现、检查并调用可用的金融数据能力。先通过QVeris 服务商详情评估相关供应商，再检查输入输出后接入应用。
- 明确查找 ETF 资金流能力，不要默认通用行情 API 一定包含资金流。
- 调用前检查基金身份、直接或估算方法、份额与净值日期、单位、修订模型、必填参数、字段与限制。
- 在工具请求中明确生效与发布日期范围、币种、聚合窗口、修订规则和原始计算输入。
- 把供应商特定方法放在标准化、可识别修订的应用接口之后，便于审计或替换。
FAQ
部分供应商提供免费套餐、试用或免费数据集。需要核对当前额度、历史范围、许可，以及免费范围是否真的包含资金流接口，而不只是 ETF 基本资料或价格。
实用字段包括代码、生效日期、处理日期、净资金流、NAV、流通份额、币种、单位，以及来源或修订元数据。
常见方法是用流通份额变化乘以适当的 NAV 指标，但不同供应商的方法和修订处理可能不同。
许多专业接口支持代码和日期筛选，但历史深度、退市基金覆盖、修正数据与分页方式因供应商而异。
不一样。成交量衡量二级市场交易；资金流反映会改变流通份额的一级市场申购和赎回。
不能。QVeris 可以帮助发现和检查能力，但供应商的可用性、价格、限制与许可由供应商控制，并可能变化。
不等于。资产规模还会受到组合收益、分派和汇率影响；资金流与份额申购赎回相关，应与价格推动的规模变化分开。
它们可能使用发行人直接记录或估算、不同份额快照、净值日期、拆分调整、汇率、发布截止点和修订。判断前应比较方法与原始输入。
不一定。申购可能用于库存、对冲、套利或配置调整，资金流本身也不能预测未来收益。应结合基金目标、市场环境、价格、成交量和持仓理解。