薪资字段最常见的错误不是算错，而是写不完整：一个数字孤零零地放在那里，既没说是什么货币，也没说对应多长时间。这一节按「先写全、再算对、最后管住」的顺序，把薪资在职业档案里的表示方式讲清楚。
薪资为什么必须写清币种和周期?
因为一个裸数字无法比较。看到一串金额，读者至少需要知道它是什么货币、对应多长时间、以及是税前还是税后口径，才谈得上判断。缺少币种时，同一个数字在不同地区指向完全不同的量级；缺少周期时，月薪与年薪会被直接放在一起比较。
所以薪资在结构上不是一个字段，而是一组：金额、币种、周期、口径。四者缺任意一项，这个值就只能当展示文本读，不能参与筛选、排序或换算。把周期做成受控词表（年薪、月薪、日薪、时薪这类）比自由文本更可靠，因为自由文本里「按月」和「月」会被当成两件事。
在表单侧，这组字段还应当允许整体留空。薪资对很多人来说是敏感信息，缺失是正常状态，而不是待填的异常。
总包和基本工资差在哪里?
差在成分，不是在精度。基本工资是固定的那一部分；总包通常还包含奖金、津贴、补贴，甚至股权或长期激励这类非现金成分。两者不是同一个数的两种写法，把其中一个填进另一个字段，表单看起来完整，含义已经错了。
更麻烦的是成分本身会变。奖金的发放条件、股权的兑现安排都可能随时间调整，所以「总包」在多数情况下只能描述某个时间点下的构成，不能当作长期不变的属性。
记录时建议把口径字段显式写出来，例如区分基本工资、现金总包、含长期激励的总包。这样后续的比较才有意义：只有相同口径的两个值放在一起比较才不会误导。
- 只写金额：无法比较，无法筛选。
- 写金额加币种：可比较量级，仍不知对应多长周期。
- 写金额、币种、周期：可比较，可换算。
- 再补上口径：可比较，且能解释差额来自哪里。
为什么用货币代码而不是货币符号
因为符号有歧义。同一个符号在不同地区代表不同货币，读者要靠上下文猜；而上下文在导出文件、跨系统传输、截图里都会丢失。货币代码是标准化的，长度固定、含义唯一，不依赖展示环境。
展示层可以同时给出代码与符号，但存储层必须存代码。另外要注意「币种」和「地区」是两件事：同一地区在不同时期可能使用不同货币，跨境雇佣也可能用第三种货币结算，所以不要用地区字段去推导币种。
薪资换算需要记录什么
换算需要两样东西：汇率，以及这个汇率对应的日期。汇率随时变化，所以换算结果不是一个恒定值，而是在某个基准日期下成立的值。只留结果、不留日期，等于留了一个无法复现的数字。
工程上有两种常见做法。一种是在展示时按当前汇率即时换算，并明确标注这是展示用的参考值；另一种是在写入时冻结一份换算结果，连同汇率基准日期一起保存。两种都可以，但必须让读者看得出这是哪一种，否则同一个值在不同时间会给出不同解释。
还要注意换算会累积误差：多次换算来回转换，结果可能与原始值不一致。稳妥做法是始终保留原始金额与原始币种，换算值只作为附加信息存在，绝不回写覆盖原始值。
另一个常见错误是把币种省略成默认值。系统里一旦存在一个隐含的默认币种，跨地区的记录就会在导出与汇总时被静默地当成同一种货币相加，而错误往往要到对账时才暴露。显式要求币种字段虽然多了一次选择，却避免了这类静默错误；如果业务上确实只有一种货币，也应当在配置里写明，而不是靠约定。
薪资字段的隐私边界
薪资属于敏感信息，这在数据设计上有三层含义。第一层是可空：不填是合法状态，不应阻塞流程。第二层是可见性分开：录入者、审核者、展示页面的读者未必是同一批人，字段级权限应当独立于记录级权限。第三层是导出与日志：一次全量导出或一条调试日志就可能把原本受控的字段带出边界。
测试环境里还有一条额外要求：测试数据中的薪资必须是明显合成的值，且不与任何真实雇佣关系对应。用生产环境的数据做演示，无论是否脱敏，都不该是默认选项。「删掉姓名」也不等于匿名化，因为金额加职位加地区往往足以重新识别到很小的范围。
给开发者：金额字段的类型与舍入
金额不要用浮点数存。浮点运算会引入无法预期的小数误差，而金额需要精确的可比较性。可选的方案是整数最小单位、定点小数，或由数据库提供的精确数值类型。
舍入规则同样不能想当然。不同货币的最小单位并不相同，硬编码「保留两位」会在一部分货币上产生错误结果；跨币种换算时的舍入方向也需要明确，并保持前后一致。建议把舍入策略写成显式配置，而不是散落在各处代码里。
口径字段同样值得写成受控词表，并允许标注未说明。未说明是真实存在的状态：很多档案只记录基本工资，并不知道奖金安排。让口径可以为空并显式展示为空，比强行归入某一类更接近事实，也让后续按口径做的比较不至于建立在猜测上。
金额与币种、周期应当同进同出。校验时至少要检查：有金额就必须有币种与周期；周期取值在受控词表内；换算值存在时必须同时存在基准日期。表单侧的填写与提交行为怎么测，见招聘表单测试用例怎么设计；整份职业档案涉及哪些字段与一致性约束，见职业档案测试数据怎么造，字段一致性的通用做法见测试数据里的字段一致性。想在完整档案里看这些字段的排列方式，可以用职业档案生成器生成一条。
本文与示例工具里出现的金额、币种与周期都是演示值，用于说明结构，并不是任何人的真实薪酬，也不代表任何地区的市场水平。这些演示值是为测试与数据填充生成的，不得用于冒充真实薪酬记录，也不得用于通过背景核查。
下一步
检查你的薪资字段能不能同时回答「多少、什么货币、多长时间、哪种口径」这四个问题；再找出所有只存了换算结果的地方，补上基准日期。做完之后，任何一条薪资数据都会变得可比较、可复现，也不会在导出时无意越界。