计算字段 ROUND 保留 4 位后，分组聚合结果为什么仍显示 6 位小数？

在卡片或分组聚合场景中，新建了一个数值型计算字段，公式为：

```sql
ROUND([金额], 4)
```

将这个计算字段拖入数值区域后，对字段做求和聚合，最终聚合结果仍然显示 6 位小数，看起来和未使用计算字段前一致。

想确认：计算字段里使用 `ROUND([金额], 4)` 后，是否会让分组聚合后的结果也按 4 位小数展示？

这是当前产品逻辑下的预期表现。

`ROUND([金额], 4)` 控制的是计算字段每一行的计算值精度，不等同于控制卡片或聚合结果的展示格式。字段拖入数值区后，如果继续做求和、平均等聚合，最终展示的小数位会走卡片数值展示精度或字段的数据格式配置；未单独配置时，默认通常按系统的卡片数值精度展示，例如 6 位小数。

这里需要区分两个概念：

1. `ROUND([金额], 4)`：影响计算字段参与计算时的值。
2. 数据格式/小数位：影响卡片最终展示出来的小数位。

如果希望最终聚合结果显示 4 位小数，可以使用以下方式之一：

1. 在卡片字段设置中配置该数值字段的数据格式，将小数位设置为 4。
2. 如果是分组聚合后的结果字段，再基于聚合结果新增计算字段，例如对 `SUM` 后的字段再做 `ROUND([user_price], 4)`。
3. 如需统一默认展示精度，可由管理员调整系统级卡片数值精度配置，但这会影响整体展示行为，需要谨慎评估。

简言之：`ROUND` 不会自动继承为字段展示格式；最终显示几位小数，应通过“数据格式/小数位”来控制。