RootData融资月报对不上？核公告月份、轮次ID与披露金额
链小知 · 进阶 · 核验 · 依官方文档整理
把融资事件数、项目数与有金额样本分开，保存分页、来源和可信字段，避免合计错位。
开始前准备
- 准备已有脱敏融资记录、请求配置与原文链接，保留取数时间；没有完整分页材料时保持范围待核。
1. 先固定公告月份和接口范围
get_fac按公告月份筛选，start_time/end_time为yyyy-MM，历史从2018开始；公告月不等融资完成日。固定月份、金额筛选及project_id；仅有月份时，不能证明7月14日这样的日界。Plus/Pro与apikey要求属于接口访问条件，不因文档可读而省略。
检查结果：公告月份、筛选与访问范围已记；未将月份字段当融资完成日或精确日。
2. 分页和记录身份分别核
page默认1，page_size默认10、最大200；保留total及各页。id是融资记录，project_id是项目：同项目多轮不合并为一轮，同记录重复页则另核；官方示例未列全部身份字段，缺id时不能凭名称强去重。每条2 credits与每请求收费分开。
检查结果：页码、范围、记录ID与项目ID分列；缺页或缺身份未认定完整样本。
3. 金额与估值用不同列
amount和valuation均列USD，分别是融资额与估值。吴说原发月报说明：未披露金额的事件仍计数，但不进金额合计；缺值或披露不足保持未知，不默认填零。另报事件数、去重项目数与有披露金额样本数。
检查结果：融资额、估值和三个分母分别保存；未用项目数代轮次或将未知金额填零。
4. 可信标记回到来源核
保留data_status原整数与source_url、rounds、published_time；文档只写可信标记，未给枚举，不猜0/1含义。按原文核轮次和披露额，冲突列出；平台标准承认遗漏和过时，并按可核来源处理纠错，不能以有条目认定已全面核实。
检查结果：原状态、来源和差异可追溯；未将未说明枚举翻译成通过认证。
5. 区分错误和后续修订
示例result=200为业务成功，result=404伴message为错误，不等HTTP状态；失败或data={}不并入零融资。月报提示披露滞后会修订，保留取数时点、筛选与原始页，后续差异按新增/修正分别核，不能用不同快照直接归因增长。
检查结果：业务结果、HTTP记录与采样时点分开；错误和缺页没有变成零值或增长结论。
怎样确认完成
- 形成可复查的月份、轮次、金额与来源表，并标明未核范围；没有新发业务接口请求。
常见错误与边界
- 未披露额、仅有公告月和缺页都是不同缺项；不能一起折算成零。
- 实际API结果、credits扣费和纠错时效未验证，不用示例推本人额度。