金额与币种应分别记清

先认清：没有币种的金额并不完整

共享表格常见只有数字、带美元符号的数字，或写着已付款的内容。这些资料或许保留了有用观察，但未必能让下一位阅读者知道数字代表什么币种。数字表示金额大小；币种身份说明它是哪一种货币金额。两者缺一，同事就可能在没有记录依据的情况下，把它复制进审阅清单、拿去比较，或据此安排跟进。

建议做法：让每条记录同时回答四个短问题：收到的金额是什么；币种是否被明确识别；币种依据来自哪里；以及该身份是已确认、待核实还是未知。这些标签是为了让运营交接清楚，并不代替财务、会计、法律或税务意见。

货币符号可以是来源证据的一部分，却不自动等于已核实币种。团队不应根据发件人名称、地址、讯息语言、惯常做法，或表格上一行的内容来判断币种。这些线索最多帮助团队知道该向谁询问，不能把含糊金额变成已确认资料。

让币种始终紧贴金额

无论员工录入、审阅、导出或复制记录，金额与币种都应放在可一起阅读的位置。若一栏只写金额，而币种只藏在工作表标题、聊天讯息或很远的备注里，记录一旦被单独转发、贴到新表格，或离开原本工作簿查看，意思就容易消失。

建议做法：需要时可分成两个字段，但要把它们视为一组必填的逻辑资料。一个字段记录金额，另一个字段记录已核实币种；在审阅画面中同时显示。币种尚未知晓时，明确写币种未知，不要留下空白让别人按记忆补上。

来源背景也应足够接近，方便审阅。来源可以是团队规则下有名称的文件、讯息、表单或内部记录编号。若日期或参考编号能区分不同观察，也应记录。目标不是收集所有细节，而是让审阅者不用在零散讯息中重建故事，也能找到币种判断的依据。

不要从含糊符号猜测币种

遇到只有符号的记录，应有意识地暂停。团队很容易选用公司最常用的币种、录入员工习惯的币种，或旁边金额所用的币种。这样会让清单看起来完整，却把未解决的观察改写成没有依据的结论。问题通常在后来才出现：老板无法判断两笔数能否比较，也无法知道某项跟进究竟对应哪一种金额。

建议做法：在来源备注中忠实保留原本写法，再另外记录运营上的解释。例如，来源显示美元符号，而币种身份应写作待核实。指定一名同事或角色向来源负责人确认，或检查团队接受的原始记录。在确认前，不要因为该符号熟悉就替它填上某个币种名称。

这项做法与区分未知资料和已确认资料的记录原则一致。可参阅[未知、不适用与已确认数据](/zh/blog/unknown-not-applicable-confirmed-record-values/)来帮助团队定义不完整字段的可见状态。本篇聚焦的问题更窄：某一笔金额所附的币种身份，是否确实已经核实。

保留来源、核对人和确认状态

清楚的记录不只是一个币种名称或代码，也应有足够背景说明团队为何相信这个身份可靠。若员工已向来源负责人核实，可记录核对人的姓名或角色、所查看的来源，以及需要时的核对日期。若尚未核对，也应直接写明。这样后来的人不会把员工猜测误当成已经验证的事实。

建议做法：建立一个简短的币种背景工作表，栏目可包括记录编号、收到时的金额写法、币种身份、确认状态、来源参考、核对人和下一步行动。只有在需要解释冲突、含糊处或后续行动时才补充短备注。好的工作表应让同事一眼看出哪些可审阅，哪些仍须提问。

不要只为了统一格式就覆盖原本收到的写法。若原始资料只有符号，而团队后来拿到清楚确认，应同时保留原本写法、确认后的解释和各自来源背景。若需要改正重要资料，应采用清楚的历史保留流程，而不是静悄悄改掉先前内容；[更正记录时保留原有历史](/zh/blog/record-correction-history-for-sme-teams/)说明的是这项独立工作。

把币种未知的金额与已确认金额分开

币种未解决，不表示整条记录毫无价值。它表示该金额有清楚边界：可以保留来跟进，却不应在某币种的比较、总览或老板视图中当成已确认金额。明确标为未解决，比删除资料、虚构币种，或不加标签混在已确认记录里更稳妥。

建议做法：为币种待核实或未知的记录设一个审阅组。每条记录都给出下一步，例如询问来源负责人或检查原始文件；团队需要时也指定负责人。清单应显示原本金额写法，但不可只是为了方便排序就把它标成已确认币种。

SME Systems 的“Custom Payment Tracking System Service Malaysia | SME Systems”页面说明了订金、余额、状态和跟进日期等运营追踪字段。这个产品类别背景，并不能替任何单一记录判定币种。本篇工作表是原创的建议做法。

不要把不同币种的金额相加

一个总额不只是算术结果；它也向读者表示，包含的记录有共同含义，适合回答该问题。不同已确认币种的金额，不会因为数字栏格式相同就自动可比。币种身份未明的金额也不应放进某币种总额，因为团队还不知道它究竟属于哪一种货币金额。

建议做法：先按明确已确认的币种分组。之后再问第二个问题：这些记录是否确实独立，并适合纳入当前运营总额，而不是重复资料、修订后的数值，或同一记录的不同阶段？币种身份相同，并不代表两条记录一定可以相加。

不要以换算、选择汇率或重贴标签来解决这个记录设计问题；这些都属于本指南范围外的独立决定。若资料中有不同币种或币种未明的记录，应分别呈现已确认组，并明确说明未解决记录因待核实而未纳入相关汇总。

Fictional example / 虚构示例：处理混合符号记录

Fictional example / 虚构示例：一个虚构办公室团队收到两条要放进共享跟进清单的资料。第一份原始文件明确把金额标示为 MYR，因此团队记录金额、币种身份、文件参考和已确认状态。第二份来源只显示带美元符号的金额，没有提供明确币种身份。

建议做法：团队在来源备注中保留第二笔金额的原本写法，把币种身份设为未知，状态标成待核实，并安排同事向来源负责人询问。清单把两笔记录分开显示，不把它们说成同一种币种，不把它们相加，也不换算其中任何一笔。

若后来来源负责人提供团队接受的原始记录并明确第二笔币种，团队才记录已确认身份、核对人和支持来源。若无法核实，该记录继续保持未解决状态。这个虚构示例只用于说明记录处理方法，不描述客户、交易结果、价格、换算或系统功能。

实施前先测试规则

在设计导入、表单、看板、计算或自动化之前，先用一小组接近当前工作情境但不敏感的记录测试工作表。资料应包括币种清楚的金额、只有符号的金额、有来源参考的记录，以及后来才澄清的一条记录。请两位同事各自判断哪些已确认、哪些需要跟进、哪些可出现在某币种审阅组。

建议做法：持续修改字段标签，直到两位同事都不用依赖背景记忆，便能解释差异。团队还应定义谁可确认币种身份、接受哪些来源，以及来源与复制行冲突时如何处理。当准备讨论实施时，可把真实流程、示例记录和未解决决定交给 [BossFlow 流程复盘](/zh/bossflow-workflow-review/)。SME Systems 提供教育内容；流程复盘、实施和报价讨论由 BossFlow 处理。

来源说明：“Custom Payment Tracking System Service Malaysia | SME Systems”仅用于收款追踪运营类别背景。其中的产品特定说明与本篇原创建议做法分开处理。

实用清单

• 在每一笔金额旁加入明确的币种身份字段。
• 来源只有符号或含糊文字时，保留收到时的原本金额写法。
• 为币种身份记录来源参考。
• 把币种身份标为已确认、待核实或未知。
• 为每条未解决币种资料指定下一步和需要时的负责人。
• 不要从符号、地点、语言或惯常做法推断币种。
• 审阅前先按明确已确认的币种分组。
• 制作运营总额前，确认记录独立且适合相加。
• 把币种不同或未核实的金额排除在相关币种的合并视图之外。
• 在与 BossFlow 讨论实施前，先让两位同事测试工作表。