定义
FX Management（Foreign Exchange Management，汇率管理）是 ICMP 跨境计费与结算中的核心能力，支持实时汇率、历史汇率、汇率锁定（FX Lock），按国家/地区本地币种计费、统一 Base Currency 结算，降低跨境业务中的汇率波动风险，保障 Multi-Currency Settlement 多币种结算的准确与可预测。
核心功能
FX Management 包括：实时汇率——对接权威汇率源（如央行、路透），按日或按需更新；历史汇率——保留历史汇率用于对账、审计、争议处理；汇率锁定——FX Lock 允许客户在约定日期按约定汇率结算，规避波动；多币种支持——支持 USD、EUR、CNY、GBP 等主流货币，按客户或合同约定 Base Currency 统一折算；汇率告警——汇率波动超阈值时触发告警，便于客户决策。
跨境场景
跨境物联网场景下，运营商账单可能以当地货币计费，客户希望以 USD 或本国货币结算。FX Management 需在计费周期内确定适用汇率（如账单日汇率、月均汇率），将多国费用统一折算后生成 Unified Invoice。与 Reconciliation 对账时，需确保平台汇率与运营商、客户预期一致，避免争议。
在 ICMP 中的实践
达希物联 ICMP 的 FX Management 支持多币种、多汇率源、汇率锁定；与 Cross-Border Billing、Multi-Currency Settlement 深度集成；提供汇率查询 API、历史数据导出；满足 Audit Trail 审计要求，记录汇率来源与适用时点。
汇率管理锁定的是折算时点与基准币
汇率管理要回答的不是“今天汇率是多少”这么简单，而是某一笔连接费用在折算时用哪一个时点的价格、折成哪一种基准货币。运营商账单可能用拜访地货币，客户合同用另一种货币结算。中间必须留下原币金额、汇率、汇率来源、时点和折算后的金额。少任何一项，以后都无法解释差额来自用量还是来自汇率。
基准币是合同约定的结算货币，不是平台公司的记账本位币，除非两者恰好相同。同一客户的不同合同可以有不同基准币，不能在租户级强行合成一种。历史汇率要按天或按约定时点保存，供对账和争议使用。实时汇率只用于尚未关闭的估计，不能回头覆盖已经出具的账单。来源中断时，应停止自动折算并标明缺失，而不是沿用一个没有日期的旧数字还当作当天价格。
可以启用锁定汇率的结算窗口
锁定汇率是在一个约定窗口内，双方接受用事先确定的汇率把原币折成基准币。窗口要写明起止日期、覆盖的费用类型和超出窗口后的回退办法。它适合已经能预估金额的结算，例如按月的周期费和已经关闭用量的账期。还在持续产生、金额未知的当月漫游费，如果提前锁死汇率，最终原币一变，折算额会和任何一方的预期都不一致。
启用锁定的条件还包括：来源可追溯、锁定动作有权限、锁定之后出账程序真的读取这一个值。只在合同里写“按固定汇率”，系统仍每天取牌价，锁定没有生效。与多币种结算同时进行时，每一币种对基准币都要有自己的锁定记录，不能用一种货币的锁定价去套另一种。窗口结束后的调整项，要单独决定用锁定价还是用调整日的价格，并在跨境计费的账单附注里写明。
账单日汇率和月均汇率混用
账单日汇率取某一天的价格，月均汇率取一段价格的平均。两者都可以事先约定，但不能在同一账期的同一费用上各用一次。预估用月均、正式账单用账单日，客户会看到月末金额跳动，而且跳幅来自方法切换，不是来自用量。更乱的做法是用量按月均折算、税费按账单日折算，价税合计无法用一个汇率还原回原币。
舍入也会制造差额。每一条详单都折算并四舍五入，再相加，和先按原币汇总再折算，结果不同。规则应规定舍入发生在哪一层，并在全月保持一致。三角折算是另一处差错：原币先换成中间货币再换成基准币，和直接折算差出一截，若合同写的是直接价，就不能插入中间货币。重算历史账单时必须用当时保存的汇率，不能用重算当天的价格刷新旧账。对账差异要分成用量差和汇率差两列。只改折算后的总额，会把真正的漏单掩埋在汇率里。
汇率来源中断或延迟时，出账任务应停在待折算，而不是用上一次成功的价格并标成当天。恢复之后，按记录上的业务日期补取历史价格，补不到就保持待处理，由人工选择合同允许的替代办法。锁定汇率的审批要留下原币、基准币、数值和窗口，审批人不能改已经用于已关闭账单的记录。估计账单上的折算额要标注“未锁定”。客户拿估计单去做付款时，正式单的差异应能用汇率差和用量差解释，不能只重发一个新总额。