了解案例业务后,本章使用已准备的需求Excel和quick-create-budget-poc Skill生成维度模型与表格蓝图。先检查和调整设计,确认后在第3章创建维度与财务模型。
搭建预算应用前,通常先用Excel整理业务需求。Excel既包含准备在平台上使用的表格,也可以说明业务规则、基础数据和表间关系,帮助AI理解“要填什么、怎么算、最后看什么”。
|
需求内容 |
建议整理什么 |
案例中的例子 |
|---|---|---|
|
业务背景 |
业务范围、参与部门、预算周期 |
零售带生产企业,编制年度预算并开展滚动预测 |
|
基础数据 |
组织、产品、渠道等编码、名称和层级 |
四区域、三产品、四渠道 |
|
表格样式 |
页面名称、行列标题、筛选条件 |
按产品和渠道填写各月销量、单价 |
|
输入与计算 |
哪些手工填报,哪些由公式产生 |
数量、单价为输入,收入、成本、毛利为结果 |
|
参数与单位 |
目标、权重、价格、费率及计量单位 |
数量为件,单价为元,收入为万元 |
|
表间关系 |
上游数据来自哪里,下游如何使用 |
销售数量用于生产计划,销售结果用于损益 |
本课使用《零售带生产_全面预算演示场景.xlsx》。先查看“00_演示导航”和“01_主数据假设”,再浏览目标分解、销售、生产采购、费用损益、人力、资本性和滚动预测等工作表。
阅读时重点区分输入格、公式格和汇总格。Excel中没有写清的规则,可以补充文字说明一并提供给AI,例如费用按目标收入计算、人力和资产暂时独立展示。


Skill是一套可复用的任务指引,把完成某类工作的步骤、规则、模板和检查方法整理在一起,供AI执行任务时参考。MCP提供查询和创建平台对象的工具,Skill帮助AI按既定流程使用这些工具。
quick-create-budget-poc适用于尚无可复用财务模型、需要从预算Excel开始设计应用的场景。它会分析同一份需求中的基础数据、表格和计算关系,先形成两份设计材料:
|
蓝图 |
主要内容 |
用来检查什么 |
|---|---|---|
|
维度与财务模型确认HTML |
维度、成员、属性、科目、模型结构、计算口径及待确认问题 |
数据如何组织、存储和计算 |
|
动态表蓝图Excel |
各目标表的行列布局、筛选器、背景维度、区域配置和预览 |
页面是否符合填报与查看需求 |
确认蓝图后,可以继续让AI创建维度和财务模型;模型建立后,再逐张创建电子表格。本章只完成设计与确认,模型创建在第3章进行。
熟悉流程后,也可以把自己的常用搭建步骤、布局习惯和检查规则整理成Skill,便于在其他项目中复用。
将需求Excel作为附件提供给AI,或指定AI能够读取的文件路径。说明业务背景、需要覆盖的场景、当前目标和输出位置,再调用Skill:
请使用quick-create-budget-poc分析需求《零售带生产_全面预算演示场景.xlsx》。
我们要搭建一个简单但业务流程完整的预算Demo,面向一家零售带生产企业。
企业有四个销售区域、三款产品和四个渠道,需要覆盖:
预算参数、目标分解、销售预算与回款、生产与BOM、采购预算、
费用与损益、人力与资产预算,以及滚动预测。
采用容易理解和核对的计算逻辑,成员、参数和样例数据以需求Excel为准。
本阶段先生成两份蓝图:
1. 维度与财务模型确认HTML:说明维度、成员、属性、科目、模型和计算关系。
2. 动态表蓝图Excel:说明各表的行列、筛选器、背景维度及页面预览。
蓝图保存到260907_budget_demo/预算应用搭建练习/下。
请列出需求中不明确、需要确认或建议简化的内容。
先生成蓝图供我检查,待我确认并要求创建后,再生成平台对象。
生成后,打开HTML查看模型方案,打开Excel查看各表布局。不要只看文件是否生成,还要对照需求检查内容。

本案例可以从以下维度理解数据如何组织。编码用于后续模型、公式和表格引用,名称用于页面展示。
|
维度 |
用途 |
需要检查的内容 |
|---|---|---|
|
Year 年度 |
区分预算年份 |
如FY2027,是否覆盖所需年度 |
|
Period 期间 |
区分月份和年度合计 |
配置期间维的层级后,系统自动生成对应成员,无需逐条创建;核对1—12月、TotalPeriod年合计、NoPeriod不分期间的用途 |
|
Scenario 场景 |
区分预算、实际和滚测批次 |
Budget、Actual与滚测批次是否各有明确用途 |
|
Version 版本 |
区分同一场景的数据版本 |
如Working,是否与场景混用 |
|
Entity 组织 |
承载销售区域、工厂和总部部门 |
四区域的父级、工厂和部门层级是否正确 |
|
Account 科目 |
定义填报和计算指标 |
数量、单价、收入、成本等是否齐全,单位和计算方式是否明确 |
|
Product 产品 |
按产品编制和分析 |
三产品成员、产品合计及品类属性 |
|
Channel 渠道 |
按渠道编制和分析 |
四渠道成员及渠道合计 |
|
Material 物料 |
承载BOM与采购明细 |
物料编码是否与需求一致 |
|
Currency 币种 |
标识金额口径 |
本案例使用Local本位币填报 |
模型还包含Project、DataSource、Misc1—Misc3等辅助维度,以及系统视图维View。通常会预留Misc维度,便于后续扩展新的业务分析口径。








|
检查重点 |
发现问题时怎样调整 |
|---|---|
|
维度与属性 |
产品品类这类附加信息可以作为属性;需要独立填报、组合分析的业务口径才作为维度 |
|
成员与层级 |
补齐缺失成员,修正父子关系;区分No成员“不区分”和Total成员“业务合计” |
|
科目与单位 |
明确哪些可填、哪些计算;核对件、元及百分比,避免重复换算 |
|
汇总方式 |
金额与数量按业务规则汇总,单价、比率和人数分别确认年度口径 |
|
参数存储 |
产品标准成本不分区域和月份;不要给公共参数重复增加组织、月份粒度 |
|
模型与子模型 |
模型维度、列作用和子模型范围应支持对应页面的填报与取数 |
|
业务计算关系 |
明确目标与上报的区别、费用计算基数、损益来源及滚测取数范围 |
有问题可以直接用业务语言与AI沟通,不必自己修改生成文件。下面以调整滚测场景、组织和币种为例。
请按以下要求调整本次生成的维度模型蓝图,并同步更新表格蓝图:
1. Scenario场景
保留Budget预算、Actual实际;滚动预测批次放在Scenario中,不放在Version中。
补充以下滚测场景,分别明确编码、名称和预测区间:
- 202702:2027_2+10,预测从FY2027的3月到12月,1—2月为历史月份。
- 202703:2027_3+9,预测从FY2027的4月到12月,1—3月为历史月份。
- 202704:2027_4+8,预测从FY2027的5月到12月,1—4月为历史月份。
同步更新滚动填报与对比表的场景筛选、历史与预测期间范围及取数说明。
2. Entity组织
组织包括一个销售公司、一个生产工厂和一个总部。
销售公司下设华东、华南、华北、西部四个区域;总部下设职能部门。
部门成员按需求补齐,未明确的列为待确认项。
销售按区域填报,生产采购使用工厂,人力和总部费用使用相应部门。
保留并区分NoEntity与组织汇总成员,列出编码、名称和父子关系。
3. Currency币种
补充Currency维度,默认使用Local本位币。
其他币种按需求保留或列为待确认项;同步补充模型关联、表格筛选或背景成员,
核对参数、填报和跨表取数的币种是否一致。
请同步更新模型字段、子模型范围,以及各表的行列、筛选器、背景成员、
公式取数说明和预览,确保两份蓝图的口径一致。
将两份蓝图保存到260907_budget_demo/预算应用搭建练习/下,
返回调整摘要和仍需确认的问题。本阶段只更新蓝图,暂不创建平台对象。
按业务顺序逐张查看表格预览,重点检查以下内容:
|
检查重点 |
判断方法 |
|---|---|
|
页面用途 |
是否覆盖需求中的主要填报和分析任务,页面之间是否重复或遗漏 |
|
行列布局 |
是否容易找到需要填写的数据,是否符合业务人员的阅读习惯 |
|
筛选条件 |
年度、场景、版本、组织、币种等是否按页面需要设置,默认值是否合理 |
|
输入与结果 |
数量、单价等输入清楚,收入、成本、毛利等计算结果只读 |
|
月度与年度 |
12个月与年度结果是否完整,年度区是否误加总单价或百分比 |
|
背景口径 |
未放在行列和筛选器中的维度是否固定正确,跨表取数是否一致 |
|
展示效果 |
名称和单位是否清楚,列宽、冻结与数值格式是否便于使用 |
本案例常用的布局可以作为检查参考:
产品参数表:产品在行,权重、售价、库存率、标准成本等参数在列,品类以属性展示。
销售预算表:产品与渠道在行,期间与科目组合在列,组织放在筛选器中;年度区展示数量和金额。
损益报表:科目在行,期间在列,按组织查看月度与年度经营结果。

如果布局不符合需求,可以直接说明想要的效果:
请调整销售预算表蓝图:组织放到筛选器,产品和渠道放在行上,
列使用“期间+科目”的组合,显示各月数量、单价、收入、成本和毛利。
保留年度数量和金额,去掉年度单价合计;冻结产品、渠道列。
成员范围使用适当的维度表达式,避免把每个成员拆成独立配置。
请更新蓝图预览;涉及科目或成员变化时,同步更新模型蓝图。
调整后重新检查两份蓝图,确保成员名称、科目、单位和取数口径保持一致。
回到顶部
咨询热线
