实践案例 | 某大型光伏与半导体设备制造企业预算编制应用案例

小编推荐

采用线下Excel方式编制预算时，由于线下模板不可控、数据收集统计耗时、跨部门协同难、数据校验难、权责隔离难、数据加工难等，常常让企业预算管理工作不能顺利开展。有没有方式解决这个痛点呢？

别担心，本篇案例采用星瀚预算，通过对前端应用和后端支撑的设计与配置，支持了模板的线上规范化、多视角填报与查看预算、数据高效自动汇总、跨部门数据实时协同等，让预算管理水平直线上升。快看看是如何实现的叭~

撰稿人：金蝶-王孟

一、业务背景

1、客户背景

L公司是全球领先的光伏与半导体设备制造商，主营晶体生长及加工设备、电池片及组件设备、辅材及其他配套设备的研发、制造和销售，同时立足硅与化合物半导体长晶和加工技术，融合半导体和光伏产业经验，向碳化硅和蓝宝石等材料生长设备和切割设备领域延伸。

公司近年发展迅猛，从2018-2022年，营收规模从10亿左右迅速增长到40亿左右。组织层面包括2个法人主体公司及30余家控参股公司，公司目前员工数为2700余人，客户遍布全球18+国，下设5大事业部、7大研发中心以及国内外三大生产基地。

2、业务现状

为应对近年光伏与半导体行业的高速发展与变革，公司的业务在不断的进行积极扩张，组织体系变化频繁。鉴于此，强化预算管理便成为集团战略目标落地的重要保障。

客户现有预算体系虽在线下已经运行多年，但在数据收集与管理上的瓶颈问题日益凸显，且随着当前信息化建设的不断推进，从K/3到星空再到星瀚的跨越，从核算到供应链再到费用等业务的陆续上线，为满足业务系统间的信息全局化联动，建立线上化、规范化的预算管理体系便势在必行。

目前客户预算体系包含三大类：业务预算、财务预算和资本支出预算。细化分类又包括了利润预算、销售预算、费用预算、项目投资预算、固定资产/无形资产预算、滚动预算等。在预算管理层面L公司具有管理层次深、数据统计视角多的特点；在数据填报层面存在部门或业务组织间的交叉配合问题；同时存在大量财务口径数据，最终在各责任中心层级完成汇总后，由预算会计进行综合整合，进而来满足业财双维度的预算管理需求。

在预算数据编制层面，客户目前采用的是线下Excel方式编制，通过“微信+邮件”组合模式收集，再由预算会计进行数据的加工及汇总，最终呈报集团高层审批。由于客户的整个预算编制体系小细节较多（如预算数据跨组织分摊、部门数据与责任中心汇总数据的联动转换、运输费与履约成本的计算、折旧摊销数据的计算、研究开发项目涉及工资奖金相关数据财务补充、利润表部分财务数据财务补充、按照入账口径归集各类费、部分表间的数据勾稽校验等），从而导致在数据整合上面临巨大挑战。

3、业务痛点

经过前期调研交流，客户目前的预算业务存在如下的痛点：

1. 线下模板不可控：由于线下模板通过Excel模式下发，部分填报人员会随意改动一些内容，导致报表汇总结构不一致情况。

2. 数据收集统计耗时：预算汇总数据组成包括了部门填报数据、跨部门分摊数据、财务补充数据以及按费用类型归类数据。由于数据类型复杂，导致财务人员收集及统计汇总数据耗时耗力。

3. 跨部门协同困难：如工资类预算由人力部填报、汽车费用由综合管理部填报，但是数据需要分摊至对应部门，最终会导致个责任中心在协同汇总数据时相对困难。

4. 数据校验存在难度：数据校验困难主要体现在几个方面：预算表内存在大量计算逻辑，无法靠人工一一检查，版本间的数据变化不好追溯、滚动表间的勾稽不好验证等。

5. 权责隔离困难：线下模板采用统一套表下发模式，无法做到按需下发，否则将造成巨大的工作量。同时各组织间的数据隔离性不好，数据传递过不可控。

6. 数据加工困难：目前的各年度、各版本、各组织的数据虽然都有沉淀，但是由于数据庞大且复杂，靠人工再加工，如做预实分析相对困难。

4、客户诉求与期望

针对本次预算信息化建设，客户核心诉求与期望如下：

1. 完成预算体系的线上化规范建设的切换。

2. 通过信息化手段强化一些业务的规范及自动化控制。

3. 数据高效汇总输出，降低人力成本。

   
   

5、量化需求问题描述

1. 本次上线组织范围：包括1个集团、2个法人组织、8个责任中心、2个子责任中心以及21家控参股公司。

2. 本次上线模板范围：全集团预算模板数量共计659个，其中法人主体预算套表模板534个，事业部滚动预算模板50个，控参股公司滚动预算模板75个。

3. 本次上线流程范围：共计5类审批流程配置。

二、解决方案

（一）整体业务方案

经过对客户整个预算模板体系及业务实际应用的详细调研及分析，我们首先对整体业务围绕系统落地进行了两方面的设计：一是对整体系统的业务框架进行设计，二是对模板抽象梳理，进而形成体系维度。

1、系统业务框架

图1 系统业务框架图

本次系统应用架构的整体解决方案包括了前端应用和后端支撑两部分内容：

1）  前端应用又分为三个层面：

• 组织层面：按照集团-责任中心-部门三级架构进行构建，每个责任中心配置一个虚拟的财务填报部门，用于财务人员为各个责任中心补充数据，同时考虑了部分责任中心下包含细分责任中心的需求。

• 模板层面：各级组织按需对应的模板。各部门填报部门预算，各个模板内部区分法人组织（法人主体A和法人主体B），以满足同一责任中心向不同法人组织分配预算数据的需求；责任中心罗列所有下级组织并自动汇总各部门的填报数据，集团层级汇总并罗列各责任中心预算数据；各种费用根据部门属性自动归集到制造、管理、销售等费用入账口径，各类预算数据经过规则计算自动生成利润预算。此外，针对财务补录数据和滚动预算需求，还专门设置了预算模板和相关业务规则逻辑。

• 角色层面：分别设置部门填报人、财务人员、责任中心对接人、责任中心负责人四种角色，各角色按需匹配权限。

2）  后台支撑：

后台分别通过模板的构建、维度的设置、业务规则、权限配置、维度关系等功能的支撑，满足前端业务需求的实现。

2、模板抽象设计

项目前期另外一项对项目成功保障的工作就是模板体系的梳理及模型的抽象设计，通过对客户线下模板的一定改造，并在Excel中进行行维、列维、页面维、隐藏维、所属数据集以及相关内容的描述进行逻辑预设计，形成如下的设计效果。

表1 年度销售预算明细表

再通过模板与模板间的归类、去重、合并、计算逻辑等综合考量，最终形成了如下的17个维度的预算体系，以及利润预算、销售预算、费用预算和参控股预算4个数据集，从而确保系统数据的结构化以及性能的稳定性。

L公司预算体系-维度列表

图2 预算体系-维度列表界面

L公司预算体系-数据集

图3 预算体系-数据集界面

（二）  关键业务实现

1、浮动表的特殊设计

下图为L公司具有典型代表的一类费用预算的原始表样，其中每项大类分别按照两个法人主体区分填报，同时具体内容列需要动态增加。

表2 L公司费用预算（部分）原始表

客户的此类动态填报需求可以通过星瀚预算的浮动表来解决。但存在一个比较大的问题是，浮动表在做浮动行增加的时候，无法实现前面的项目大类（如审计类、法务类等）的自动合并或者前台界面的手动合并。而且，如果手动增加浮动行明细成员的内容，既容易造成大量冗余数据，又影响系统性能。鉴于此，我们对客户进行了沟通引导，对报表结构进行了一定的改造：一是以序号作为浮动点，二是将每个大类按照法人主体拆分进行浮动区域设置。同时每个法人主体配置一个小计行，以确保可以清晰的分辨每个浮动区的数据范围。

后台配置效果图

图4 后台配置效果图1

图5 后台配置效果图2

前端显示效果图

图6 前端显示效果图

2、上级预算表罗列下级组织

L公司在责任中心和集团层级的预算表，均存在按照下级组织横向展示预算汇总数据的需求，实际上大多数企业都存在此类的管理应用需求。基于此需求，我们对各责任中心和集团模板进行了独立设计，通过固定表的方式，在列维配置组织维度，依次维护下级组织。

部门A预算表

表3  L公司部门A办公费用预算表

部门B预算

表4  L公司部门B办公费用预算表

责任中心汇总预算

表5  L公司责任中心汇总预算表

3、按入账口径自动归集

L公司属于典型制造型企业，各类费用项目会按照入账口径进行归集，即根据各部门的业务属性分别归集到不同的费用类型中（销售费用、管理费用、制造费用、研发费用等）。针对对此类问题，首先是收集及整理组织与各类费用项目对应的费用属性关系映射表。

表6  L公司组织与各类费用项目对应的费用属性关系映射表

通过上表，明确哪些属性费用科目是单一费用属性，哪些是多费用属性的，涉及多费用属性的可以通过维度映射关系进行匹配。在配置预算模板时，启用维度业务关系，选择对应的映射方案，同时将费用类型维度配置在页面维，且勾选全部费用类型。

维度业务关系配置逻辑

图7 维度关系列表

图8 预算模板配置图

实际编制过程中，数据会根据不同的部门与费用属性的对应关系，动态显示对应的费用类型，进而在最终的管理费用、销售费用、制造费用预算表中自动完成数据的归集。

A部门差旅费归集至销售费用

表7  A部门差率费预算表

表8  A部门销售费用预算表

B部门差旅费归集至管理费用

表9  B部门差率费预算表

表10  B部门管理费用预算表

4、跨部门数据联动

L公司在预算填报上，存在部分预算数据，在一个组织或几个组织填报。但数据需要跨组织分摊的情况，如人力资源部统一填报工资、社保预算，各责任中心获取人力部填报的其所属下级组织的数据进行展示；维修费、汽车费用（公司车辆），由综合管理部填报并分摊归口部门，数据在对应归口部门的责任中心要能够展示。

以上述提到的两种场景为例，在系统实现上，分别使用两种方案。第一种工资类预算由于表结构是固定表，所以直接在模板配置时固定匹配费用类