先明确任务与结果
先按原币种分组,退款保留负号,缺失币种单列待确认。本文四行例子的结果是USD80、EUR50,另有40币种未确认,不能给一个统一金额总计。只有明确汇率方向、日期和适用范围后,才能另列换算结果;原值仍须保留。
原材料:四行就能暴露错误总数
以下完全是自编教学数据,不是真实订单或会计报表。amount为有符号金额,currency必须明确。R02的−20已表示退款,不能因为看到“退款”再扣一次。R04币种为空,不能从相邻行猜为美元。
| 记录 | 币种 | amount | 说明 |
|---|---|---|---|
| R01 | USD | 100 | 收款 |
| R02 | USD | -20 | 退款,已有负号 |
| R03 | EUR | 50 | 收款 |
| R04 | 空 | 40 | 币种待确认 |
从完整四条原始记录开始
练习包包含source.csv、blank-amount.csv、expected-groups.csv、review-ledger.csv、明确标注教学假设的换算记录和双语步骤。正常运行只导入source.csv。CSV本身不声明单元格数值类型,金额需在求和时通过检查;币种标签也不是换算操作。
record_id,currency,amount,note
R01,USD,100,receipt
R02,USD,-20,refund_already_signed
R03,EUR,50,receipt
R04,,40,currency_unknown
先要求分组和异常清单,而非强给总额
AI的任务是整理与解释,不是替你选择汇率。保留字段和原值,要求给出算式与异常去向。实际业务资料是否可上传,应遵守所在组织的规则;这里的虚构输入不含客户信息。
这是自编教学数据:
record_id,currency,amount,note
R01,USD,100,receipt
R02,USD,-20,refund already signed
R03,EUR,50,receipt
R04,,40,currency unknown
保留全部原值,按明确币种汇总有符号amount,输出每组记录数和算式。空币种单列待确认,禁止猜测或自动换汇。退款已有负号,不重复扣减。解释为什么不能给统一币种总计。未提供的汇率和日期留空。完整答案是两个合计和一条异常
USD组包含R01、R02,两条记录,100+(−20)=80;EUR组包含R03,一条记录,结果50;R04保留40并标注币种未知。记录数核对为2+1+1=4,不能删除异常后声称已经处理全部金额。
在表格中复核时,Microsoft的SUMIF说明支持按条件对相应范围求和。假设币种位于B2:B5,金额位于C2:C5,=SUMIF(B2:B5,"USD",C2:C5)得到80。还要检查金额是否为数值、范围是否完整及未知币种清单;一个公式不能自动完成审计。
| 分组 | 条数 | 算式或状态 | 结果 |
|---|---|---|---|
| USD | 2 | 100 + (-20) | 80 USD |
| EUR | 1 | 50 | 50 EUR |
| 未知币种 | 1 | 保留R04,等待依据 | 40,未换算 |
| 全表 | 4 | 不同币种不能直接合并 | 不提供统一金额 |
按币种分组,再重读实际导出CSV
打开数据汇总,导入source.csv,确认当前工作数据为四行。这里的本地分组不查询汇率,也不识别缺失币种;原始文件与汇总结果分别保留。
- 在“分组汇总(当前工作数据)”中,分组列选currency,求和列选amount,点击“简单分组汇总”。不要把record_id当作币种分组键。
- 结果应有三组:USD两条合计80,EUR一条合计50,空白币种一条原始金额合计40。工具保留空分组,不会自动把它标成或批准为某种已知币种。
- 下载CSV再打开,中文列名为分组、数量、合计。按分组值对照答案,不按行顺序;某行第一列空白时,必须在核对账本中保留其未知币种状态。
- 另查来源覆盖:R01、R02进入USD,R03进入EUR,R04待确认,数量2+1+1=4。R02已带负号,不因备注refund再扣一次。
不要把合计列再加成跨币种金额,也不要平均这几个币种合计。本例还没有报告期间字段,不能直接交给两期增长比较而省略日期口径。
需要换算时,先把方向和范围写出来
仅作教学演示,假设已知币种记录使用虚构汇率1 EUR=1.10 USD,且不计手续费。这不是当前汇率,也不是财务核算建议。EUR50变为USD55,加上原USD80,已知币种部分折合USD135。R04仍待确认,未包含。
如果AI算50÷1.10,就把本题的方向用反了。欧元数乘美元/欧元,单位抵消后剩美元。若原来源给的是1 USD等于多少EUR,则要重新写公式;不能机械复制“乘汇率”。真实工作还需要汇率来源、适用日期、费用和组织规则。
给同一个135补齐必要含义
“全部总额135美元”,既没说R04,也把虚构率当实时价格。
“按教学假设1 EUR=1.10 USD,三条已知币种记录折合135 USD;R04的40仍待确认,未计入。”
用空金额故障验证,不把空币种和空金额混为一谈
另开页面导入blank-amount.csv,它只把R03的50改为空金额。仍按currency分组、amount求和,当前工具应报空值或非数值并停止,不应悄悄给出EUR 0。只计数虽然可回答条数问题,却不能修好缺失金额。
本练习可重新导入保留的source.csv,凭原始证据恢复R03的50,再得到80、50与待确认40。真实来源若没有金额依据,应等待确认,不能抄练习答案补值。
| 输入问题 | 运行表现 | 核对决定 |
|---|---|---|
| R04币种空,金额40 | 空分组保留 | 金额存在,单位待确认 |
| 故障副本R03金额空 | 求和报错停止 | 回原件恢复或补依据 |
三种错误分别修,不能只重新按一次SUM
“币种空白就当零”混淆未知单位与没有金额,按缺失值和零值核查保留异常。两种币种相加需要重新分组;退款重复扣减则需要回到已带符号的原始值。
如果还要比较本期与上期,先对齐币种、汇率口径和记录范围,再谈增长率。百分比与分母的完整案例说明,漂亮的比例同样可能在比较不同对象。
接受摘要前核对
- 四行都能找到输出去向。
- USD80与EUR50符合原算式。
- R02只扣减一次。
- R04不被猜测、归零或删除。
- 换算单列来源、日期、方向和排除范围;未提供就不换。
常见问题
只有$符号,还需要币种字段吗?
应从原来源取得明确代码或向提供者核实。符号不足以建立可靠的币种标识,AI也不应凭地区印象推断。
参考资料与延伸阅读
按步骤开始处理
进入对应工具,预览处理结果,检查导出的文件。


