两份报价都写$18，可能使用不同货币。应为每个市场约定币种代码与显示地区，并把金额和币种分开保存。格式化不是汇率换算，也不是税务判断或真实售价批准。
适用读者与交付决定
跨市场报价的出口与服务企业。把本题作为网站供应方的有限验收任务；实际系统证据不能由教学例子替代。
官方依据与解释边界
Intl.NumberFormat可按指定币种格式化并提供数字组成部分；默认小数位随币种而异。显示字符串不应成为权威金额记录。 MDN: Intl.NumberFormat · 核对日期：2026年10月16日。
已填写教学例子
合成例子，不是真实客户案例。 列出有限输入、预期结果及反例，不代表已完成真实平台集成。
窄屏可横向滚动表格。
| 输入／情况 | 检查口径 | 预期结果 |
|---|---|---|
| AUD18 vs USD18 | 数字同币种不同 | 非同一金额 |
| AUD, code display | 币种部分 | AUD |
| JPY default format | 小数位 | 本运行时0位 |
怎样执行验收
- 要求批准报价或目录提供独立币种和金额字段。
- 跨市场页面测试币种代码，而非含糊符号。
- 把显示组成部分与来源对照，接结账前验证最小货币单位假设。
如何解释结果与保留证据
例子检查格式选项及币种，不做换汇。集成要求“分”时，应确认该币种和接口的约定，不能所有金额都乘100。记录显示地区与运行时，避免把分隔符变化误判为价格变化。
适用边界
只用合成金额，不提供金融税务意见、实时汇率或所有网关统一最小单位的保证。
离线复核
把下方两份文件存入同一目录，以Node22.13或更新版本运行。示例不联网、不修改任何账号或网站。 已填输入与预期输出 · 可检查的函数
node decision-check.mjs currency-code-display-acceptance.json