先明确任务与结果
本例A17、B11、C9共37条，普通保留一位小数得到45.9%、29.7%、24.3%，合计99.9%。默认可以保留并注明舍入；必须显示100.0%时，可透明地分配一个0.1个百分点的显示单位，得到46.0%、29.7%、24.3%，原始计数不变。
先确认37是什么，再讨论0.1差在哪里
以下是编辑设计的已结单工单统计，不是本站流量、客户结果或某款AI的实际输出。统计期内共有37条工单，A、B、C是互斥且穷尽的分类：每条恰好落入一类，没有重复，也没有未分类记录。
A=17、B=11、C=9，所以17+11+9=37。这个前提若不成立，例如一条工单可以有多个标签，百分比合计本来就未必应当是100%。不能先看到99.9，再强行把任何数据改成完整分组。
| 类别 | 原始计数 | 分母 |
|---|---|---|
| A | 17 | 37 |
| B | 11 | 37 |
| C | 9 | 37 |
| 合计 | 37 | 同一统计期的全部37条 |
让AI先保留分数，再解释显示结果
提示词需要给出计数、分类定义和显示规则。只说“帮我把占比加成100%”容易把数据修正与展示分配混在一起。下面的参考答案由算式核对，没有声称做过模型账号实测。
自编教学数据：同一统计期已结单37条，A17、B11、C9。类别互斥且穷尽。
先用原始计数计算各类占比，保留分数，再按普通四舍五入显示一位小数。核对原始计数合计和显示百分比合计。
若不等于100%，先解释原因，不添加或删除记录。给出两种交付：保留普通舍入并附说明；如果合同要求100.0%，用0.1个百分点为单位，先向下取整，再把剩余单位分给余数最大的类别。并列按输入顺序，须披露规则。
给出完整计算；不要把显示调整写成实际计数差异。| 类别 | 精确百分比表达式 | 普通显示 |
|---|---|---|
| A | 1700/37≈45.945945…% | 45.9% |
| B | 1100/37≈29.729729…% | 29.7% |
| C | 900/37≈24.324324…% | 24.3% |
| 合计 | 3700/37=100% | 99.9% |
原始合计正确，显示合计仍可能不同
微软ROUND函数说明解释按指定位数舍入。在本例里，每一个分类先独立舍入到一位小数；加总这些已舍入显示值，与先加总精确值再舍入，是不同运算顺序。
普通结果45.9+29.7+24.3=99.9，并没有对应“缺少0.1%的某一条记录”。一条工单是1/37，约2.7027%，也不能为了填显示差额虚构一条。推荐的常规交付是保留计数、保留独立舍入值，并注明“百分比因舍入可能不合计100%”。
若问题实际是变化率和百分点混淆，使用分母与百分点核对案例；这里比较的是同一分布的显示合计，而不是两个时期的增长。
确需100.0%时，公开显示分配规则
下述是编辑选择的一种展示方法，不是微软要求、唯一正确规则或对原始数据的修正。把100.0%看成1000个0.1个百分点单位；各类的精确单位数为计数×1000÷37。
A为459余17，B为297余11，C为243余9；这里“余”是除以37的整数余数，用来比较小数部分。先分459+297+243=999个单位，剩下1个分给余数最大的A。于是显示A46.0%、B29.7%、C24.3%，合计100.0%。
A的显示比普通舍入高0.1个百分点，原因是为满足显示总量进行分配，不能写成A实际增加了工单。图注应同时说明“按最大余数分配显示单位，原始计数17/11/9不变”。
| 类别 | 向下取整单位／余数 | 补分后显示 |
|---|---|---|
| A | 459／17 | 460单位=46.0% |
| B | 297／11 | 297单位=29.7% |
| C | 243／9 | 243单位=24.3% |
| 合计 | 999单位，剩1 | 1000单位=100.0% |
并列与零分母，是另外两种边界
如果A、B、C各1条，三个余数并列。按本例事先声明的输入顺序，A显示33.4%，B和C各33.3%；这不表示A的真实计数更多。若排序变化会影响读者理解，应固定顺序并披露，或选择保留独立舍入。
如果总计为0，占比的分母为0，通常应显示不适用或未定义，并解释没有记录；不要悄悄把每类填成0%后又假装它是一个已分配的100%分布。若业务有特殊零值约定，先写明。
计算过程中保留精度、最后再格式化的一般方法，可接着阅读中间值与最终答案舍入。交付时同时保留计数表、计算公式和显示规则，审阅者才知道差异来自哪里。
不要让AI用新记录补显示差额
合计99.9%，说明少了一条，把总数改成38。
17+11+9=37已核对；99.9%来自独立舍入。保留计数，并选择舍入注释或已披露的显示分配。
