价格保存以后，再看看商品的其他字段

10 月 31 日深夜，catering 页面相关工作之后，我让 Agent 修正 Square 里一个显眼的价格。五件装 Pandan Skin Coconut Angku Kuih 显示的是 A$1,650.00。我给的指令很具体：改成 A$16.50，再确认保存成功。重新打开商品后，五件装的名称和 A$16.50 都对上了。现有记录并不能说明有人曾被收取那个错误金额。

随后，我让 Agent 继续修正三款商品的单件价格：烧包 A$5.80、五香肉卷 Lor Bak A$8.40、Sweet Taro Puff A$5.00。三个品名，对应的却是五条商品规格。烧包六件盒下面有一个单件规格，另外还有独立的单件烧包；Sweet Taro Puffs 下面也有单件规格，另有独立的 Taro Puff 单件商品。Lor Bak 则有自己的单件规格。

Agent 修改了这五处价格，并核对保存后的条目。两处烧包都从 A$6.00 改为 A$5.80，Lor Bak 从 A$8.50 改为 A$8.40。两处芋角原先分别是 A$5.50 和 A$4.80，这次都改成 A$5.00。烧包六件盒仍是 A$34.80，Sweet Taro Puffs 盒装仍是 A$30.00，Lor Bak 的 Regular 规格仍是 A$16.80。

最后一次检查，把这五处修改前后的整份商品库导出文件放在一起比较。两份都有 204 行，商品标识相同。比对确认了五处价格变化，也发现另外六个单元格变了。独立单件烧包和单件芋角的邮寄、配送及自助点单字段，都从空白变成了“N”。两份导出文件里的自取设置仍然启用。

这些额外变化也需要写进结果。导出文件无法证明，空白和“N”在 Square 里是否具有相同的实际效果，因此不能说这次只有价格变了，也不能断言履约设置没有受影响。要求修改的金额已经核对；另外几处字段变化的实际含义，仍然没有确认。

第 25 篇写的是另一种商品库问题：价格虽然相同，盒内数量却无法确认。这一次，我已经给了明确的目标价格，工作也落实到了可以重新打开核对的保存值。同时，交回来的结果需要包含更多内容：哪些价格改对了，哪些相关规格的价格保持原样，以及过程中还出现了什么变化。一次小小的价格修改，也得看看商品的其他字段。