NuminorBeta

中国公司数据中,什么时候该上卷子公司,什么时候会重复计数

简短回答: 只在数据集没有替你做过的地方上卷。披露类财报已按申报主体的合并口径汇总,把母公司与子公司加在一起会把同一批关系算两遍。像招投标活动这样构建出来的数据集,本来就是为上卷而做的,逐个主体去读只能看到真相的一小部分。SAM 里还有一个字段是子树合计,看上去完全可加,其实不是。

那个看上去可加、其实不可加的字段

在 fin_secu_sam_product_calc 中,product_income 是子树上卷值。父节点的取值已经包含了它的子节点,因此跨分类体系节点求和会重复计数。当你需要可加的分部收入时,请使用 product_b_income,也就是直接口径的分块数值。(数库 SAM,数据截止 2026-02-26。)

这是本页代价最高的一行。字段名与数值都不会提示任何异常,合计只是看上去偏大而且合理。

已按合并口径汇总,所以不要动

数库 C2C 披露数据承载的是上市申报主体的合并披露。把母公司的行与其上市子公司的行汇总在一起,会把同一批底层关系重复计算。请把每一家申报主体的披露视为对该主体而言已经完整。(数据截止 2026-05-16。)

关系图谱(时点)在表这一层有同样的形态。internal_guaranty_detail 与 internal_guaranty_total,以及它们对应的对外担保与委托投资表,是由申报主体分别披露的。它们不是层级结构。把明细行加到合计上会重复计数。(数据截止 2026-08-23。)

为上卷而生

数库招投标数据会把一家上市公司旗下子公司的招投标活动归集到上市母公司,而其中很大一部分由未上市主体完成。每一条连边都标注了股权关系(relation_type)与合计持股比例(hold_ratio),因此你可以按持股比例加权,或只保留 50% 及以上的控股主体。逐个主体去读,就会漏掉大部分足迹。(数据截止 2026-05-29。)

上卷时该用哪一个持股比例

数库股权关系数据为子公司与联营企业提供三个比例:直接持股、间接持股,以及合计。衡量经济敞口时请用 totalrate,看直接持有时请用 directrate。totalrate 已把通过中间主体持有的份额计入,在向上归集子公司活动时,这通常正是你想要的。(数据截止 2026-05-16。)

覆盖面相当可观:191,631 家去重后的子公司、23,393 家联营与合营企业,另有大量其他关联方。(数据截止 2026-05-16。)

相乘之前请先确认单位。 股权图谱中的比例(ratio、vote_ratio、directrate、indirectrate、totalrate)是 0 到 1 的小数。股东名册中的 ratio 则是 0 到 100 的百分数。跨表比较之前请先换算,否则加权步骤会差一百倍,而且照样返回数字。(数据截止 2026-05-16。)

沿树上卷,而不是沿集团上卷

要把产品或分部节点归并到任意层级,请使用 ancestors 路径,而不要递归解析 parent。它一步就能到达任意层级。(数库产品分类体系,见 2026 年 7 月版数据档案。)

这样做时有两点需要注意。披露深度并不均匀,因为公司在报告每条业务线时会选定一个层级,因此第 1 到 3 层密集,第 5 层及以下稀疏,汇总可以还原上层合计,却无法凭空造出公司从未披露的细节。另外,在 C2C(时点)这类双时序面板中,同一个期间会按设计出现多次,所以在你还没开始上卷之前,不加 as-of 过滤的分组就已经在重复计数了。请先过滤 publish_date <= as_of,按主键取最新一行,然后再汇总。(数据截止 2026-08-22。)

Datasets this page draws on

Related questions