经营月报中，利润率回答“每一元收入留下多少利润”，同比回答“比去年同期增长多少”，环比回答“比上一个期间变化多少”。SpreadJS 19.1 可以在浏览器工作表中用公式计算并按百分比展示这些指标，但收入、成本、期间和零基数如何处理，必须先由业务定义。

三个百分比，回答三个不同问题

利润率通常用利润除以收入，其中利润等于收入减成本。同比用本期值与去年同期值比较，环比用本期值与上期值比较。它们都显示为百分比，却不能互换：利润率衡量结构，同比消除部分季节影响，环比观察短期变化。

最常见的错误，是只看到“增长百分比”，却不知道分母是谁。收入从 100 万升到 120 万，同比为 20%；若上月是 110 万，环比约为 9.09%。同一项收入会同时得到两个正确但含义不同的结果。因此报表必须把本期、上期、去年同期和公式口径放在一起。

上图由本篇 demo.html 在 SpreadJS 19.1 评估环境中实际运行生成：2026 年 8 月利润率为 35.92%，收入同比为 22.41%，收入环比为 5.19%。

先定义一张可复核的指标表

示例按月份记录本期收入、本期成本、上月收入和去年同期收入，再计算利润、利润率、同比与环比。生产系统还要明确收入是否含税、成本是否包含期间费用、月份按自然月还是财务期间，以及冲销和补录进入哪个期间。

推荐公式如下：

利润      = 本期收入 - 本期成本
利润率    = IFERROR(利润 / 本期收入, "待核对")
收入同比  = IFERROR(本期收入 / 去年同期收入 - 1, "待核对")
收入环比  = IFERROR(本期收入 / 上月收入 - 1, "待核对")

IFERROR 能捕获除零等公式错误，但“待核对”不是计算结果。若基期为零，有的企业要求显示“不适用”，有的要求单独解释新增业务，不能擅自改成 0%。零增长和无法计算是两种完全不同的状态。

在 SpreadJS 19.1 中写入公式

本例只需要核心包。Worksheet.setFormula() 将公式写入单元格，formatter('0.00%') 负责百分比显示。格式不会改变底层数值，0.2 显示为 20%，后续计算仍使用 0.2。

import * as GC from '@grapecity-software/spread-sheets';
import '@grapecity-software/spread-sheets/styles/gc.spread.sheets.excel2013white.css';

const spread = new GC.Spread.Sheets.Workbook('ss', { sheetCount: 1 });
const sheet = spread.getActiveSheet();
sheet.name('经营指标');
sheet.setArray(0, 0, [
  ['月份','本期收入','本期成本','上月收入','去年同期收入','利润','利润率','同比','环比'],
  ['2026-06',1200000,780000,1100000,1000000],
  ['2026-07',1350000,850000,1200000,1080000],
  ['2026-08',1420000,910000,1350000,1160000]
]);

for (let row = 1; row <= 3; row++) {
  const excelRow = row + 1;
  sheet.setFormula(row, 5, `=B${excelRow}-C${excelRow}`);
  sheet.setFormula(row, 6, `=IFERROR(F${excelRow}/B${excelRow},"待核对")`);
  sheet.setFormula(row, 7, `=IFERROR(B${excelRow}/E${excelRow}-1,"待核对")`);
  sheet.setFormula(row, 8, `=IFERROR(B${excelRow}/D${excelRow}-1,"待核对")`);
}
sheet.getRange(1, 6, 3, 3).formatter('0.00%');
sheet.getRange(1, 1, 3, 5).formatter('¥#,##0');

代码中的行列索引从零开始，公式内部使用 A1 引用。实际项目可以用 Table 结构化引用降低列移动风险，但无论采用哪种写法，模板版本、字段含义和计算结果都应可追溯。

数值、格式和颜色要分层

利润率、同比、环比的单元格底层应保持数值，百分号只是显示格式。不要把“20%”当文本写入，否则排序、汇总和后续公式都会受影响。金额也应保存为数值，再通过货币格式显示千分位。

正增长显示绿色、负增长显示红色是一种视觉规则，不是财务判断。成本上升可能是风险，收入下降也可能来自主动收缩低毛利业务。颜色必须结合指标方向定义，不能给所有正数统一贴上“好”的标签。SpreadJS 还支持方差迷你图，可用零基准线展示正负偏差；若文章引入该能力，应单独加载并核验相关模块。

同比和环比必须对齐期间

同比的前提是“去年同期”具有可比性。闰年、财务周、门店新增、组织调整和会计政策变化都可能破坏可比口径。环比看似简单，也会受到月份天数、春节等季节因素影响。公式只负责相除，不会判断两个期间是否真的可比。

月报中最好同时显示期间标识、数据截止时间和基期值。若数据尚未关账，应标注为快报或暂估；若历史数据重述，应记录重述原因和版本。只展示一个百分比，读者无法判断变化来自业务经营、口径调整还是数据延迟。

利润率之前，先说清“利润”是哪一层

毛利率、营业利润率和净利率都可以简称利润率，但分子完全不同。毛利通常关注收入扣除直接成本后的余额，营业利润还会纳入销售、管理等期间费用，净利润则继续考虑税费和其他损益。系统如果只放一个“利润率”字段，跨部门使用时很容易产生误读。

更稳妥的做法是让指标名称直接体现口径，并在模板中记录分子、分母和数据来源。例如“产品毛利率”与“公司净利率”不应共用同一公式配置。若成本数据尚未结转完成，利润率应标记为暂估，而不是把未到数据当成零成本。财务确认后再锁定当期版本，避免刷新页面后历史指标随源数据变化。

利润为负时，利润率可以正常显示为负数；收入为负或接近零时，则需要专项规则。退货、冲销和内部抵销可能产生异常分母，机械相除会得到数学上可计算、业务上难解释的比例。异常阈值应由业务设定，并在报表中保留原因。

同比可比性不能只靠同一个月份

组织结构变化是同比分析的高频陷阱。去年华东区包含三家门店，今年新增两家，直接比较会同时反映存量增长和范围扩大。管理分析可能需要提供“报告口径同比”和“同店口径同比”两套结果，并明确剔除了哪些组织。币种、价格和会计政策变化也会影响可比性。

环比同样需要背景。春节、促销季和结算周期会制造正常波动，不能看到负值就自动预警。页面可以同时展示最近几期基数和变化趋势，让使用者判断单月变化是偶发还是持续。SpreadJS 负责呈现这些数据，阈值和预警等级仍应来自业务配置。

指标发布要有版本和状态

在线月报至少区分草稿、待复核、已确认和已发布。草稿阶段允许源数据刷新和公式调整；进入复核后，应记录数据截止时间、模板版本和指标口径；****正式发布后，任何重算都应形成新版本，不能无痕覆盖。使用者查看历史月份时，才能还原当时依据的数据和规则。

审计记录不必保存每次浏览操作，但应覆盖源数据批次、公式版本、异常处理、确认人和发布时间。若报表支持导出，还要让导出文件携带期间与版本标识。这样，当经营会议中的数字与后续系统结果不同，团队可以判断是数据补录、口径修订还是公式错误。

用一组手算样例验收

测试至少覆盖正常增长、负增长、本期收入为零、基期为零、成本大于收入、空值和文本金额。先由业务人员手算预期结果，再读取工作表实际值比较。利润率还要验证采用毛利、营业利润还是净利润；同比和环比则验证分子分母来自正确期间。

当公式或模板变化时，应重新运行相同样例。不能因为页面显示了百分号，就认为结果正确；也不能因为 IFERROR 消除了错误码，就认为异常已经解决。待核对状态应进入异常清单，并在正式提交前处理。

前端计算不等于正式财务结论

SpreadJS 负责浏览器中的公式计算、格式显示和交互反馈；后端负责权限、数据版本、业务校验、持久化和审计；数据库保存权威数据；财务负责人确认指标定义与可比口径。对于正式经营报表，后端应按同一规则复核关键指标。

本文不需要 AI 插件或 AI Agent。MCP 仅用于开发写作阶段核验 19.1 API，不进入运行链路。读者可通过 SpreadJS 在线示例 体验表格能力。

结语

利润率、同比和环比并不难写，难的是保证分子、分母和期间始终表达同一套业务规则。SpreadJS 把熟悉的公式与百分比展示带入 Web 系统；明确口径、保留基期、暴露异常并完成服务端复核，才让三个百分比真正具有决策价值。