一、作品选题
该参赛作品为经营分析工具的一部分，是开展经营分析工作的基础以及平台。经营分析一般对应三个部分：财务分析、经营分析、市场分析。整套经营分析管理工具主要包含三个部分：平衡记分卡&重点工作完成（考核&管理分析）、项目与收入测算（收入预算一部分，业务分析）、全面预算管理（FP&A，Financial Planning and Analysis，财务计划与分析）。除了市场分析以外，均可以通过BI的建模来实现，市场分析可以通过AI来进行信息的收集和处理和PPT制作。目前基本实现了“左手AI，右手BI”的愿景。
（一）平衡记分卡&重点工作完成：
主要围绕“公司战略指标分解”开展，从发展战略——SBU——指标——重点工作进行拆分，通过线上季报的形式更新工作进度、补充问题情况。同时结合平衡记分卡实现指标的考核。平衡记分卡&重点工作完成补全了“战略指标”中的“难以量化”内容，同时实现了“打分”功能。本次比赛未展示。
（二）项目与收入测算：
主要围绕业务部门的具体项目开展，项目管理中包含金额、进度等信息，都与收入息息相关，因此属于全面预算管理的一部分。结合FP&A和Planning Tools（计划工具）即可实现滚动预算和收入测算，从而直观的了解各类项目的达成对最终财务报表关键指标的影响。而项目/本身又可以从项目数量、项目进度两个方面实现自身功能，本次大赛充分展现了该功能。
（二）全面预算管理：
全面预算管理是FP&A的重要组成部分，主要涉及：收入预算、成本预算、费用预算和总预算四个方面，从实现方式上我们采用了滚动预算方式。其中收入预算通过Planning Tools部分实现。费用预算主要是围绕着预实分析开展，通过FineBI来实现对各个部门在可比期间的二级科目下预算数与实际数差异率（部门、时间、二级科目，三个维度同时满足），而总预算则是展示了业务经营情况对财务报表的敏感性分析，对业绩指标达成的预测。
因预算体系报表众多，脱敏复杂，本次比赛中因涉及企业战略并未展示
该数据模型可实现上述功能
二、选手简介
（一）选手介绍
团队名称：内蒙古环投环保技术有限公司经营管理部
内蒙古环投环保技术公司是华润环保旗下内蒙古环投集团的子公司，是内蒙古自治区仅3家，华润集团仅4家的“国家级科改示范标杆企业”，也是内蒙古自治区“专精特新”中小企业
队长介绍：
帅杰，帆软社区用户名：帅杰，社区ID：247481，加入帆软社区4年半，2023年帆软外部专家。曾参加帆软2020年冬季赛并荣获最佳业务应用奖。
计算机科学学士、工商管理学硕士，信息系统项目管理师（副高级）、注册会计师（CPA）、中级会计师、PMP、10年数据分析经验。目前任经营管理经理，从事公司战略与经营分析工作，个人擅长领域：公司战略与市场营销、FP&A（财务分析与计划、全面预算）、组织绩效管理与建模、SEM结构方程模型
成员介绍：
云丹，经营管理部部长，金融与会计专业硕士。10年以上企业投资与经营管理工作经验。擅长企业投融资管理、公司内部控制与风险管理、财务管理
牛鹏怀：经营管理经理，材料物理与化学专业硕士。10年以上该行业经营管理与行业分析经验，有深厚的行业经验。擅长公司战略、业务流程管理、OD与绩效管理、业绩合同管理
章雪姣：法务，法学专业硕士。6年以上法律咨询、律师工作经验，擅长经济法、公司法、民法领域理论基础及实操业务，同时在合同管理、内部控制与风险管理等方面工作业绩显著
（二）参赛初衷
从帆软的FineBI推出至今，本人一直使用该产品很多个年头了，FIneBI也是我接触的第一个BI，从0基础的小白到参加2次数据分析大赛，FineBI的出现在一定程度上改变了我的职业规划。从计算机专业毕业的小白转型到营销策划，后来考了PMP、MBA，学习了CPA、BI...这一路走来看似不相关，其实围绕的都是管理、咨询、战略开展的。FineBI在关键时期为我提供了工具去实践财务上复杂的逻辑和管理上那些“虚无缥缈”的理论，因而我深知复合背景给我带来的益处。
我这两年掌握了市面上主流的几款BI工具，并尝试利用BI开展全面预算和Planning Tools的探索以及管理用复杂报表的研究。希望通过本次比赛展现BI工具在实践中多种运用，其功能的广泛性不单单是数据可视化，还能深入到业务和管理中，为企业各条线部门提供管理工具。当然，奖金十分丰厚，奔着一等奖来的。
三、作品介绍
BI实现的业务流程
通过Power Query完成了管理报表的收集、逆透视、基础建模等工作，利用最简单的工具Excel和直观的管理报表去降低条线部门的学习成本，将大量重复的工作交由Query进行ETL，通过BI的报表关联和组件搭建实现了财务的预实分析和Planning Tools的测算分析。本次参赛作品是我们部门工作中的一小部分，它包含了四个仪表盘：储备项目分析、重点项目进度督导、FP&A中的财务分析（部分）、Planning Tools的部分功能，未展示的还有全面预算管理的预实分析、Planning Tools的指标设计与达成率分析和敏感性分析。之所以使用FineBI的原因在于其可学习性、界面布局、逻辑性和整体稳定性，相较于Power BI更适合企业。
*PowerBI个人感觉更适合做PPT，FineBI其实可以换个角度考虑，增加该功能，毕竟PPT页面布局依旧是目前汇报工作的主流，所以FineBI文本框完善字段计算和过滤功能是当务之急
参赛作品规模
本次参赛作品共有4块仪表盘，约有88个可视化组件（不含切片器、TAB和动态文本框）；46个财务管理指标公式，其中21个跨表字段公式，涵盖了CPA财务成本管理第二章中除“可持续增长率”体系以外的所有公式，包含了管理用财务报表体系的分析模型，为未来增加“本量利”相关的指标做了铺垫；共有16个数据源，其中6个事实表，10个维度表，14条报表关系。虽然只是经营管理部整体全面预算系统的一部分，但规模在本次大赛中算是很大体量的作品了。
作品用途与展示用途：
本次参赛作品的用途主要是为了配合6S战略体系的管理报告和经营分析使用，搭建的是一个为FP&A或经营管理经理使用的专业工具，而非大屏。不追求华丽的可视化组合，尽量保证每一个组件都有意义，图表尺寸尽量最大化来展现数据并保证截图的清晰度，便于分析师截图和出具报告，临时看板用途是在不破坏现有组件的基础上（组件很多）创建新的工作台，根据分析需求临时增加分析内容。平衡记分卡模块因其功能主要为结果展现，而非像项目看板和Planning Tools需要操作分析，因此排版以PPT报告形式展现（本次比赛未上传），直接截图可以免去了分析师制作报告的工作。因此整体布局大量使用仪表盘和TAB组件来保证工作中编制经营分析报告的实用性。本次比赛字体统一默认（公司报告对字体有统一要求），配色以橙、绿、黑、白为主，大范围留白，为经营分析报告提供内容。
四、作品展示
作品链接:
因考虑实际业务和数据的敏感性，即使数据已经做了脱敏，综合考虑后计划不展示，敬请谅解！
作品展示主要介绍设计的思路、逻辑和功能，并不展开讲组件的实现（比较基础，组件众多，篇幅有限），本作品的特点在于其作为管理工具的实用性和全面性；难点在于建模关系和复杂报表设计，以及配合管理使用的业务流程的合理性，比如从数据收集、数据清洗、逆透视等等。
（一）储备项目战略布局看板
*该部分所有数据均已脱敏（脱敏会影响整个平台的使用、呈现和分析逻辑并需要剔除掉部分功能，但不影响数据的结构和仪表盘的结构），不代表公司真实的数据
该部分服务于公司中期和年终的战略检讨工作，共包含16个组件，设计难度：简单
1、字段筛选与储备项目统计分析：
筛选和切片功能简化了看板的设计，并且选择功能本身就是为“测算”量身定制的（测算是经营分析中最重要的环节之一，是预算的重要组成部分）。经营管理部可以通过对储备项目的过滤，来分类汇总需要统计分析的项目。利用金额的最大值、最小值、平均值、方差来判断目前项目分类的数据质量（填报质量），同时分析目前公司各类型项目的合同金额概况，对于该部分其实可以做“波士顿矩阵”，但由于储备项目属于初期阶段，合同金额的准确性从本分析看出有一定差异，因此“波士顿矩阵”并无实际价值。
通过筛选选择需要分析的项目，本次比赛为了数据保密删减了大量数据，仪表盘显得很空旷
2、储备项目帕累托分析TAB：
本TAB包含4部分的帕累托分析，分别为：项目、项目类型、合同类型、项目内容，因为属于同一种分析，并且仅仅是分析的字段不同，因此利用TAB将其汇总在一起去节约看板的布局。
*TAB功能和互相独立的看板是FineBI 6.0我认为出彩的地方，尤其是利用复制功能能大大节约设计时间，相较于PowerBI而言，利用看板和TAB在现有基础上做灵巧（临时）的搭建是非常便利，本次大赛中在FP&A模块里也充分利用了“临时搭建”的功能。本平台中有很多的TAB组件，集成了很多的图表分析。
项目字段帕累托分析
合同类型字段帕累托分析
 业务统计看板
帕累托分析是一个比较实用的分析，实现方式在组件的里算“中等难度”这里不展开讲如何实现，详细请查看FineBI的文档或者知乎官方回答，里面有很多实操指导。
3、战略地图模块TAB：
该TAB包含了3个组件和一个文本框，分别为：战略地图、渠道与业务版图、Sankey图，文本框因FineBI目前不支持字段的切片和公式计算，该模块还无法实现动态的文字叙述，未来这项功能希望开发能够完善。
战略地图
渠道业务版图
业务渠道主要展现了目前公司渠道和业务的组合，空白即表示市场空白，由于数据脱敏的原因，导致渠道和业务类型的细分比之前多了一些，但是不影响整体逻辑。该部分主要展现的是市场布局。
Sankey图
目前FineBI仅支持起点、终点两部分，建议发开可以完善多结点的设计，同时关于标签的描述和字体大小有待帆软开发完善。这部分其实在实际工作汇报中很少运用，原因是Sankey图本身还不够直观。但是作为系统这部分一定要考虑到，设计出来我们更新台账和周报即可。由于篇幅有限，这里不展示另一个组件：战略地图了，原理大同小异。
4、商业地图TAB：
这个TAB主要是为临时看板设计，目前只做了一个地图，根据需要，可以随时添加需要的地图类型，比如：热力地图、柱状地图，世界地图、中国地图、省份地图等等。 赛道地域统计表，二维表格+可视化的图才能更加直观的展现数据信息，本作品中大量运用了表格+图的组合分析，而不是堆砌各类图，脱离分析的实质。我们可以通过图去钻取到表格，也可以通过表格钻取到可视化的图。
储备项目布局的看板大致是这样，通过TAB大大减少了页面布局，该仪表板主要服务于我公司战略检讨使用，在年中和年底会运用到，平时这部分一般不做分析，也不是该平台的重点内容，因为大部分只是“数据的基础展示”，不具备实际工作督导和管理的作用，因此只需要维持储备项目清单的准确性和及时性即可。
（二）项目督导看板
*该部分所有数据均已脱敏
项目督导看板“十分简单”，但是实现难度：大，仅包含了15个组件（TAB大大压缩了页面布局👍），但对于项目督导和全面预算整体工作而言十分重要，因为管理工作遵循简洁&有效，通过筛选、透视、分析、下结论、下周督导形成循环，因此对于一定数量的项目要满足效率。为了实现该功能，这里的核心是：清单台账、周报台账、最新周报三者的关系，以周报的更新替代清单的更新，清单只维系项目基础信息，周报维系项目进度信息。
1、字段筛选与督导项目统计分析：
核心功能！只有通过项目可行性、项目阶段的筛选才能实现重点项目的督导，因此项目督导本身就是围绕重点项目开展的，因此切片器（过滤）的作用十分重要。通过部门、和项目可行性的筛选，经营管理部可以精确的找到各个部门项目的概况。
2、项目总体看板TAB：
核心内容！TAB包含了：项目看板、项目收入划分看板、临时看板（N个），其中项目看板为主要看板，展现了各个部门项目的项目预计落地时间，这里需要注意的是，上图并没有筛选项目可行性，经营管理部对于项目可行性的划分为：已签订、确定、很可能、可能、很小，督导重点围绕在“很可能”类型的项目上，其他只作为储备项目而不督导，“可能”作为“很可能”的备选，也是不必每周填写项目周报的，因此要实现项目督导先要进行筛选！
项目可行性筛选后，TAB第二部分：项目收入划分的表格（其实这里可以做个图，但目前并没有这个需求，并不影响管理）
项目收入划分不等于项目清单上的项目金额（合同金额），这个是财务部督导业务部门或者业务部根据合同收入确认的金额，通过“收入划分维度表”，实现了项目督导到收入预算的转变！（比如EMC类型项目合同期假设5年500万，实际每年确认的收入可能只有50万，而经营指标是根据财务报表指标确定的，因此合同额仅仅在“战略”层面有统计价值，并不能作为本平台测算的实际收益）
3、项目概况分析看板TAB：
这部分其实并不是项目督导的核心，但帕累托分析可以指导经营管理部和业务部门重点关注的项目，因此有一定的价值，而本TAB中其他的分析主要是围绕在统计层面，从管理来看不具备督导价值，仅作为报告呈现的可视化。TAB包含：帕累托督导测算、可行性扇形图、长短线项目扇形图三部分，以及最后的一个动态文本展示区，用来展现结论和文字。
这部分帕累托分析上的金额都采用的是财务收入划分上的金额（合同的在上一个仪表盘已经做了）
*分析与结论的动态文本框是FIneBI6.0新增的功能，但是目前该功能尚未完善，无法实现计算和过滤，因此目前呈现的内容有限，但是这部分的设计十分有必要，减少经营管理部撰写数据结论的工作，希望未来帆软开发能够完善该功能。
4、最新项目概况：
不得不承认，最简单的表是最有用的.....最新项目概况就是最新的项目周报，通过FineBI自动筛选最新的日期（如何实现后面讲），展现了业务部门的周报以及经营管理部对每个项目的批注和看法，该批注参考了历史周报，比如一个项目如果连续几周都处于同一阶段表明项目停滞，我们会给予批注，如果本周工作进展并没有完成上周下一步计划的工作，表明本周项目存在延期风险。
5、历史项目概况：
历史周报对于经营管理部管理而言非常重重要，由于周报留痕并没有更新，因此实现了历史台账，我们可以通过追溯了解项目从开始到现在的全过程。对于我们评价项目提供了依据，通过为制作甘特图（Gannt）提供了基础！
6、项目进度甘特图：
甘特图一直是BI实现的难点，原因有三：
（1）对于目前主流的BI来说，并没有提供模板，只能通过现有的功能实现；
（2）甘特图涉及的维度非常多，标准的甘特图往往通过Excel实现。BI工具只能变相实现，即使Power BI商店里有一些模板，但是操作难度和适用性较差；
（3）甘特图实现起来困难是因为缺少历史信息，即使有数据，其数据质量未必得到保证；
*只有规范化的业务流程，形成有效的管理报表后才能利用好甘特图，而本作品由于实现了系统化的管理，利用线上填报平台实现了有效的数据收集，因此积累了有效的数据。
甘特图（所有项目都放在这里，使用的时候需要筛选，不然很乱）
标准的甘特图其进度方向是向下的，不连续，是计划进度与实际进度相结合的。若要实现标准的甘特图，必然要锁定横坐标（时间轴），增加2类时间轴字段。由于做了数据脱敏，目前甘特图反映的都是虚拟进度。其中横轴是周报日期，纵轴是项目阶段维度表中设计的项目阶段，该信息都填报在项目周报中，在做图时做自定义排序。越往上表明进度越接近完结，往下表明进度倒退，平的表明进度没有推进。（由于项目类型的不同、业务部门的不同、项目阶段可能会很多，因此一定要做分类汇总，虽然FineBI具备这个功能但是凭个人经验还是做维度表建立报表关系是最佳方案。具体工作中可能涉及到项目阶段不合理、偏差，这部分需要在管理部门在维度表和周报上做评价和调整，实现督导工作）
*以上是所有项目工作督导仪表盘的内容，简约而不简单，这是FineBI真正辅助于管理部门和业务部门作用的体现，由此可见FineBI已不单单是一个数据可视化工具，更多的是承担了数据建模和自动化工作。
（三）FP&A
*该部分所有数据均已脱敏（我胡乱填写的，当然已经试算平衡后），不代表公司实际的的财务报表
这部分在本作品中，难度：大，非常硬核，原因有四点：
1、该仪表盘涉及了大量的财务知识，需要至少“中级会计师”或“CPA”财管这本书的水平。
2、涉及了大量的函数，包括AGG聚合函数、ACC累计函数、DEF过滤函数、IN（最新函数，贼好用），这些函数缺一不可，比如少IN函数就无法实现财务分析。
3、这部分内容涉及了大量的财务分析的底层逻辑，比如时段、时点、年初年末、可比性等等，这些细节都隐藏在FineBI的函数里。
4、Excel层面的数据处理，财务报表是标准的管理报表，我们需要通过逆透视将其转化为数据报表，我这里使用的是Query，这部分属于ETL范畴需要单独学习，同理预算报表也是一样，因此要实现全面预算管理，我们都离不开“逆透视”。目前大部分BI从业者不会涉及到这个深度，但是实际业务中会往往会遇到，因此评价财务BP是否真正理解业务实质，ETL其实非常重要。
以资产负债表为例，传统单月的资产负债表，管理报表不便于FineBI财务分析
全年资产负债表
资产负债表数据逆透视
1、字段筛选：
由于目前FineBI无法建立闭环的关系，因此需要进行二次筛选来解决不同部门的跨表计算，可能难以理解对吧？这里PowerBI是通过DAX的calculate函数实现的。
2、资产负债表指标分析TAB：
财务报表由资产负债表、利润表和现金流量表构成（还可能有所有者权益变动表），多数财务类管理指标主要利用的是前两张报表中的信息。在资产负债表指标分析TAB中包含：资产分析、负债分析、管理用资产负债表（CPA）、营运资本分析、资产负债率分析、长期资本负债率分析、权益乘数等内容。
资产分析：
左面是管理用资产负债表体系中资产的部分，实现功能是建立管理用资产负债表维度表
右面是按月进行的资产构成分析，用过饼状图展示，可以通过月份筛选进行钻取
主要涉及的函数：无，主要是元与万元的转换，以及跨表
负债分析：
与资产分析一致（修改IN函数即可）
营运资本分析：
左面是营运资本明细表
右面两个折线图是按月进行的营运资本分析，分别是值和同比率，两条线表示两家公司
主要涉及的函数：营运资本=流动资产-流动负债，AGG-AGG（时点数相减），需要跨表（管理用财务报表体系支持，否则需要的科目太多，短期经营资产就是流动资产）
资产负债率分析：
左面是资产负债率明细表
右面两个折线图是按月进行的资产负债率分析，分别是比率值和该值的同比率，两条线表示两家公司，根据比率值设计资产负债率警戒线
主要涉及的函数：资产负债率=负债/资产，AGG/AGG，需要DEF跨管理用资产负债表减少参数量
长期资本负债率分析：
左面是长期资本负债率明细表
右面两个折线图是按月进行的长期资本负债率分析，分别是比率值和同比率，两条线表示两家公司
主要涉及的函数：长期资本负债率=长期负债/（长期负债+所有者权益），AGG/AGG，需要跨表（管理用财务报表体系支持，否则需要的科目太多）
权益乘数分析：
左面是权益乘数明细表
右面两个图是按月进行的权益乘数分析，分别是比率值和同比率，两条线表示两家公司
主要涉及的函数：权益乘数=总资产/所有者权益，AGG/AGG，需要跨表（管理用财务报表体系支持，否则科目太多）
3、利润表指标分析TAB：
在利润表指标分析TAB中包含：主营业务收入分析、主营业务成本分析、毛利率相关分析、费用相关分析、费用率相关分析、利息保障倍数分析
主营业务收入分析：
左面是主营业务收入明细表
右面两个图是按月进行的主营业务收入分析，分别是值和同比率，两条线表示两家公司，柱状图表明累计值（累计值是利润表要考虑的，做指标运算要用到）
主要涉及的函数：当期就是当月
当期主营业务收入=SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"主营业务收入")]))
主营业务成本分析：与主营业务收入类似，函数更换为主营业务成本即可，这里不再赘述
当期主营业务成本=SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"主营业务成本")]))
毛利率相关分析：
左面是毛利率明细表，分别为当月毛利率和累计毛利率，但是该累计不能单纯使用FineBI自带的二次计算，需要构建函数
右面两个图是按月进行的毛利率分析，分别是值和同比率，两条线表示两家公司，柱状图表明累计值
主要涉及的函数：
毛利率=(${毛利润})/(${主营业务收入})
累计毛利率=ACC_SUM(${毛利润})/ACC_SUM(${主营业务收入})，ACC/ACC，不能单纯用二次计算
P&L费用相关分析：
左面是各类费用字段的明细表，分别为当月和累计，但是该累计不能单纯使用FineBI自带的计算，需要构建函数
右面两个图是按月进行的费用分析，分别是值和同比率，分别为当月和累计值
主要涉及的函数：当期函数略（去掉ACC）
销售费用=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"销售费用")])))
管理费用=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"管理费用")])))
研发费用=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"研发费用")])))
财务费用=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"财务费用")])))
P&L费用相关分析：
左面是各类费用率明细表，分别为当月和累计，但是该累计不能单纯使用FineBI自带的计算，需要构建函数
右面两个图是按月进行的费用率分析，分别为当月和累计值
主要涉及的函数：当期函数略
销售费用占主营业务收的%=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"销售费用")])))/ACC_SUM(${主营业务收入})
管理费用占主营业务收的%=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"管理费用")])))/ACC_SUM(${主营业务收入})
研发费用占主营业务收的%=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"研发费用")])))/ACC_SUM(${主营业务收入})
财务费用占主营业务收的%=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"财务费用")])))/ACC_SUM(${主营业务收入})
利息保障倍数分析：
利息就是财务费用，因此这块的分析主要是围绕着利息保障倍数字段进行的
左面是利息保障倍数字段的明细表，分别为当月和累计，但是该累计不能单纯使用FineBI自带的计算，需要构建函数
右面两个图是按月进行的费用率分析，分别为当月和累计值
主要涉及的函数：
利息保障倍数=SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"净利润","财务费用","所得税费用")]))/SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"财务费用")]))
累计利息保障倍数=ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"净利润","财务费用","所得税费用")])))/ACC_SUM(SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"财务费用")])))
财务公式：分子=净利润+财务费用+所得税，分母=财务费用（利润表）
4、管理用财务报表体系TAB：
在管理用财务报表体系TAB中包含：管理用资产负债表、管理用利润表、杜邦分析、管理用杜邦分析体系
管理用资产负债表&管理用利润表：
利润表略
构建管理用财务报表的维度表
杜邦分析：
杜邦分析财务公式：涉及到利润表和资产负债表的跨表计算，就不能忽视两种报表核算方式，因为一般来说杜邦分析是以一个会计年度作为分析的。
所得税税率25%的情况下：
营业净利率=净利润/主营业务收入，时段指标计算，不存在时点计算
总资产周转率=主营业务收入/总资产，时段数/时点数
权益乘数=总资产/所有者权益，时点数/时点数
权益净利率=净利润/所有者权益=营业净利率*总资产周转率*权益乘数，（权益乘数在资产负债表分析中已经做了计算）
构建函数：
营业净利率=ACC_SUM(${净利润})/ACC_SUM(${主营业务收入})
总资产周转率=ACC_SUM(${主营业务收入})/SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"金融资产","短期经营资产","长期经营资产")]))
EBIT=SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"毛利润")]))-SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"销售费用","管理费用","研发费用")]))
EBIT（1-T）/所有者权益（权益利率）=ACC_SUM(${EBIT}*0.75)/SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"所有者权益")]))
管理用杜邦分析体系：
所得税税率25%，基于“管理用资产负债维度表”
净经营资产净利率（NOAR）=税后营业净利率*净资产周转率=税后经营净利润/净经营资产
净经营资产=经营资产-经营负债
净负债=金融负债-金融资产
税后利息率=税后利息费用/净负债
净财务杠杆=净负债/所有者权益
权益净利率=净经营资产净利率（A）+（净经营资产净利率（A）-税后利息率（B））*净财务杠杆（C），（其中经营差异率=A-B，杠杆贡献率=经营差异率*C）
构建函数：
EBIT（1-T）/收入（税后营业利率）=ACC_SUM(${EBIT}*0.75)/ACC_SUM(${主营业务收入})
净经营资产=SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"短期经营资产","长期经营资产")]))-SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"短期经营负债","长期经营负债")]))
净经营资产周转率=ACC_SUM(${主营业务收入})/${净经营资产}
净经营资产净利率（NOAR）=${EBIT（1-T）/收入（税后营业利率）}*${净经营资产周转率}
净负债=SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"金融负债")]))-SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"金融资产")]))
税后利息率=ACC_SUM(0.75*SUM_AGG(DEF_ADD(${金额（万元）},[${报表项目}],[IN(${报表项目},"财务费用")])))/${净负债}
净财务杠杆=${净负债}/SUM_AGG(DEF_ADD(${账面余额（万元）},[${管理科目}],[IN(${管理科目},"所有者权益")]))
经营差异率=${净经营资产净利率（NOAR）}-${税后利息率} ，杠杆贡献率=${经营差异率}*${净财务杠杆}
权益净利率=${净经营资产净利率（NOAR）}+${杠杆贡献率}
以上是FP&A财务分析的内容，主要是指标公式比较多，需要建立大量的跨表计算
（四）Planning Tools实现思路
*该部分所有数据均已脱敏，不代表公司真实的数据
如何利用FineBI实现财务预算管理，Planning Tools是核心功能，首先要搭建一个预算体系
1、全面预算报表设计
细化到部门，为每个部门设计费用预算报表，由各个部门填报
| 费用名称 |
1月 |
2月 |
3月 |
4月 |
| 管理费用 |
|
|
|
|
| ——业务招待 |
1100 |
1100 |
1100 |
1100 |
| ——差旅费 |
0 |
0 |
0 |
0 |
| ——打印费 |
500 |
500 |
500 |
500 |
| ——培训费 |
600 |
1200 |
0 |
0 |
根据财务系统的总账，利用Query进行数据处理，实现预算二级科目与会计二级科目的匹配，如果公司开了预算辅助模块，这部分工作事半功倍
2、构建全面预算管理体系
绿色：本次作品已有的表
红色：没有涉及的内容
红线：N:1、黑线：1:1、黄线：1：N
实际建模过程中，比上图复杂，最终指标值的测算，需要构建跨表函数，FineBI利用DEF、PowerBI利用DAX的calculate。
即：测算营业收入=Query利润表收入（最新）+增量利润表收入，需要注意的是关于增量利润表的日期，这个关系可以做在收入划分表中，收入划分表则需要根据月份更新，延期没有确认的项目需要重新测算调整。不增加日期关系，即可实现自由的测算。
预实分析：测算营业收入/预算收入，实际费用/预算费用，通过3个维度表进行两边过滤即可。
五、数据建模逻辑（PPT）
                        
具体看板因数据脱敏考虑，暂不展示。 | 
