预算报表分发怎么设：按角色的订阅与推送

图：预算报表分发的五项配置（贝则科技）

直接回答：预算报表分发一共 5 项配置：梳理接收角色、确定报表颗粒度、设定分发时机、配置脱敏规则、留痕与回收。配置顺序不能颠倒——先定谁看，再定看多细，然后定什么时候发、能看到多少，最后管住送达与阅读状态。关键数字是报表颗粒度的层级数：多数集团型企业把维度层级控制在 3 层以内、单张报表指标控制在 20 项以内，超出之后阅读完成率会明显下降。

预算报表分发的五项配置

配置项	配置内容	落到系统里的对象
梳理接收角色：区分编制人、审核人、管理层与董事会	按岗位而非按人建立接收清单	角色组与用户组
确定报表颗粒度：按角色定维度层级与指标数量	组织维度、产品维度、科目维度的层级深度	报表模板与维度组合
设定分发时机：区分定稿即发与按周期发送两类触发	触发条件、发送频次、生效时间	订阅任务与调度计划
配置脱敏规则：跨层级报送时限定可见范围	字段级、行级、组织级的可见范围	数据权限与脱敏规则
留痕与回收：记录送达与阅读状态，异常时自动补发	送达状态、阅读状态、补发策略	分发日志与提醒任务

接收角色先分四类，再决定发什么

预算报表分发是指把编制完成或执行中的预算报表，按照预先设定的对象、内容、时机与权限，自动送达给指定接收人的过程。订阅是指接收人或管理员预先登记「看什么、什么时候看、以什么方式看」的关系；推送是指系统在触发条件满足后主动把报表送到接收人面前，与「人主动去系统里查」相对。

角色划分是分发的起点。编制人是指负责填报与维护预算数据的业务与财务人员，需要看到自己责任范围内的明细与校验结果；审核人是指对预算数据进行复核与批准的人员，需要看到差异与审批路径；管理层是指负责经营决策的人员，需要看到汇总口径与关键指标；董事会是指履行监督职责的机构，需要看到经审定后的结论性数据。

角色	关注重点	典型报表类型
编制人	填报完整性、勾稽是否通过	明细填报底表、校验结果表
审核人	差异原因、审批进度	差异分析表、审批状态表
管理层	经营趋势、资源投放效率	经营分析报表、滚动预测表
董事会	审定结论、重大偏差	预算审定表、执行概要表

接收清单应当按岗位建立，而不是按人建立。按人建立会带来两类问题：人员调岗后清单失效，兼职人员重复收到同一份报表。按岗位建立之后，人员变动只需要在组织主数据中维护任职关系，分发关系自动跟随。

报表颗粒度按角色定维度层级与指标数量

报表颗粒度是指一张报表在组织、产品、科目、时间四个维度上展开的层级深度，以及单张报表包含多少个指标。颗粒度决定了同一份数据在不同角色眼里呈现的形态：编制人看明细，管理层看汇总，两者的数据来源相同，展开方式不同。

颗粒度配置过高会让报表难以阅读，配置过低又支撑不了决策。做法是先定维度层级，再定指标数量：

1. 限定维度层级：组织维度展开到编制人所在层级，管理层视图一般不超过 3 层，超出部分折叠为汇总行。
2. 限定指标数量：单张报表的指标数控制在 20 项以内，核心指标置顶，派生指标放入下钻页面。
3. 保留下钻入口：汇总视图保留向下追溯的入口，让管理层在需要时能看到支撑明细，而不是把明细平铺在首页。
4. 区分时间粒度：管理层看月度与季度趋势，编制人看月度明细，执行控制场景可到旬或周。

角色	组织层级	指标数量	时间粒度	是否保留下钻
编制人	到责任中心	不限，按填报需要	月度	不适用
审核人	到业务板块	30 项以内	月度	保留
管理层	不超过 3 层	20 项以内	月度、季度	保留
董事会	集团口径	10 项以内	季度、半年度	不保留

分发时机分定稿即发与按周期发送两类触发

定稿即发是指预算版本在某个环节完成审批或定稿动作后，系统立即向已订阅该版本的对象发送报表。按周期发送是指按固定的时间节奏发送，例如每月结账后、每季度董事会会议前。两类触发面向的场景不同：定稿即发服务于流程推进，按周期发送服务于经营跟踪。

1. 区分触发场景：预算编制阶段的版本定稿、审批完成适合定稿即发；执行阶段的执行分析、滚动预测适合按周期发送。
2. 设定生效时间：按周期发送的任务要绑定一个数据就绪信号，例如月度结账完成，避免发出未结完账的数据。
3. 配置重发规则：当报表在发送后被修订，系统需要重新推送一次，并在标题中标注修订版本号。
4. 安排静默时段：非工作时间的发送任务顺延到下一个工作时段，减少漏读。

触发类型	触发条件	面向阶段	适用角色
定稿即发	版本提交、审批通过、预算定稿	预算编制阶段	编制人、审核人
定稿即发	重大调整方案批复完成	预算调整阶段	审核人、管理层
按周期发送	月度结账完成	执行控制阶段	管理层、审核人
按周期发送	季度董事会会议前	分析考核阶段	董事会

某头部券商在推进多业务板块预算协同时，把定稿即发与按周期发送分开配置：编制阶段每个版本定稿后即时推送给板块负责人，执行阶段每月结账后统一推送管理层视图。两套节奏互不干扰，编制期间的频繁修订不会打扰管理层。

跨层级报送用脱敏规则限定可见范围

脱敏是指按预先设定的规则，对报表中的敏感字段、敏感行或敏感组织范围进行限制展示或替代展示。跨层级报送是指数据从下级单位汇总到上级单位、或从总部下发到下级单位的过程，两类流向都可能涉及不宜公开的内容。

脱敏规则通常按三个层级配置：

1. 字段级脱敏：对单价、毛利率、人工成本等字段设定可见角色，未经授权的角色看到的是脱敏后的结果或汇总值。
2. 行级脱敏：对具体项目、具体客户、具体供应商的明细行设定可见范围，只保留授权范围内的行。
3. 组织级脱敏：对尚未定稿或尚未公开的组织范围设定屏蔽，避免中间过程数据外流。

数据类型	建议可见范围	脱敏方式
单项目毛利与单价	审核人及以上	字段级脱敏
具体客户与供应商明细	责任范围内的编制人、审核人	行级脱敏
人员编制与人工成本	人力资源口径与审核人	字段级脱敏
未定稿的中间版本	参与编制与审核的人员	组织级屏蔽
审定后的汇总结论	按角色开放	不脱敏

脱敏规则的维护责任要落到岗位而非落到人：规则由数据责任部门设定，由系统按角色执行，避免靠人工在发送前手工删改报表。手工删改既无法留痕，也难以保证每次口径一致。

送达与阅读状态要留痕，异常自动补发

留痕是指系统对每一次分发行为记录下发送对象、发送内容、发送时间、送达状态与阅读状态。回收是指对未被阅读或未确认接收的报表进行提醒、补发与升级处理。没有留痕，就无法判断一份报表是否真的到达了决策者手中。

1. 记录送达状态：区分已发送、已送达、送达失败三类状态，失败项进入补发队列。
2. 记录阅读状态：区分已读与未读，未读项在预设时限后触发提醒。
3. 设置自动补发：发送失败的任务按固定间隔重试，连续失败则升级通知管理员。
4. 设定升级路径：超过时限仍未阅读的报表，向接收人的上级或指定联系人发送提醒。
5. 定期清理订阅：对长期未阅读的订阅项发起确认，避免分发列表不断膨胀。

留痕字段	记录内容	用途
分发对象	角色、岗位、接收账号	追溯责任人
分发内容	报表模板、版本、数据口径	确认发出的是哪个版本
发送与送达时间	触发时间、送达时间	评估分发时效
阅读状态	已读、未读、阅读时间	触发提醒与补发
异常与补发记录	失败原因、补发次数	定位系统或配置问题

订阅关系随组织变动定期校准

分发配置不是一次性的工作。组织架构调整、职责重新划分、岗位轮换都会让原有的订阅关系失效，表现为两类症状：该收到的人没收到，不该收到的人持续收到。校准机制通常由三部分组成：定期复核订阅清单、把订阅关系与组织主数据绑定、在人员变动流程中嵌入分发关系的交接。

系统侧的支撑方式值得关注：经纬全面预算系统覆盖预算编制、滚动预测、执行控制、分析考核全链路闭环，报表分发与订阅可以按角色配置；智瞰经营分析系统负责经营视角的分析呈现；磐石合并报表系统负责合并口径的报表输出；BDM 数据管理平台负责底层数据的口径统一。四者共用同一套组织与权限主数据，分发关系才能保持一致。

上线路径通常从试点到全面推开：先在单一板块跑通角色划分与颗粒度配置，再复制到全集团。贝则科技在项目中采用 180 天落地四步法——调研做深、规则做实、并行做足、移交做透，并行做足是指新旧双跑 1 至 2 个周期，差异归零后再移交。项目质量委员会每两周做一次全局评审，项目监理独立把关，复杂问题由合伙人级兜底，配置规则在上线前就能被充分验证。

常见问题

Q：预算报表应该主动推送还是让人来查？

A：预算报表应以主动推送为主、以查询为辅。编制与审批环节的报表必须主动推送，否则流程会卡在等待中；分析类报表可以两者并行，推送提供入口，查询满足下钻需求。

Q：不同角色看的报表差异要拉多大？

A：差异主要拉在颗粒度上，而不是拉在数据源上。管理层视图的维度层级一般不超过 3 层、指标 20 项以内，编制人视图可以到责任中心明细，两者共用同一套数据口径。

Q：跨层级分发时哪些数据必须脱敏？

A：单项目毛利与单价、具体客户与供应商明细、人员编制与人工成本应当脱敏，未定稿的中间版本应当屏蔽。审定后的汇总结论可按角色开放，不做脱敏。

Q：分发错了对象怎么补救？

A：补救动作是撤回、重新分发、记录三件事连做。先在系统中撤回已发出的报表，再按正确角色重新分发，最后在分发日志中记录错发范围与补救过程，供后续审计追溯。

Q：分发记录需要保留多久？

A：分发记录至少保留一个完整预算周期，并与会计档案和审计要求对齐。集团型企业通常按年度归档，与合并报表档案一并留存，保留期限由审计要求与内控规定共同决定。

了解更多可访问 beizetech.com