定义
Multi-Currency Settlement（多币种结算）是 ICMP 跨境计费与支付的核心能力，支持按本地币种计费、统一结算币种（Base Currency）、多币种收款，结合 FX Management 汇率管理，降低汇率风险与跨境支付成本，满足全球客户的结算需求。
核心能力
Multi-Currency Settlement 包括：多币种计费——运营商账单可能以当地货币计费，平台支持 USD、EUR、CNY、GBP 等；统一结算——将多国费用按 FX Management 汇率折算为 Base Currency，生成 Unified Invoice；多币种收款——通过 Payment Gateway、LPM 支持客户以本地货币支付；汇率锁定——FX Lock 锁定汇率，规避波动。
跨境流程
典型流程：平台从多国运营商获取以当地货币计费的账单；通过 FX Management 按约定汇率折算为 Base Currency；汇总生成 Unified Invoice 发送客户；客户通过 Payment Gateway 以约定或本地货币支付；平台与运营商进行 Reconciliation 对账与结算。各环节需准确记录币种、汇率、折算结果，满足 Audit Trail 审计。
在 ICMP 中的实践
达希物联 ICMP 的 Multi-Currency Settlement 支持多币种、FX Management、Unified Invoice；与 Cross-Border Billing、Payment Gateway 深度集成；支持 LPM 本地支付；满足 Audit Trail 与财务合规要求。
三种币种各自在哪一步出现
多币种结算要同时保住三种货币角色。计费币种是运营商或资费表用来计算用量金额的货币，常随国家或合同变化。结算币种是平台与客户约定用来汇总发票的货币，一个月里的多笔当地费用折进这一本账。付款币种是客户实际付出的货币，可能又和发票货币不同。技术上必须为每一笔金额保存原始货币、折算货币、使用的汇率、汇率时点和折算后的金额，五者缺一，后面就无法解释差异。
启用的条件，是汇率来源、舍入规则和谁承担汇率差已经写进合同。话单先按计费币种计价，到约定的关账时点再折成结算币种；不能每收到一张晚到话单就换一个当天汇率重算整月。付款阶段若允许客户用本地货币支付，支付金额要能还原到发票上的结算金额和渠道手续费。话单里的用量单位也不要和货币金额混在一个字段里，流量仍然按字节或约定单位累计，货币只出现在计价结果上。
汇率时点选错带来的账差
最容易出错的是用付款当天的汇率回写已经出具的账单。发票发出后汇率变动，应体现在汇兑损益或下一张调整单，而不是改掉原发票。另一个错误是只保存折算后的数字，原始币种金额被覆盖，与运营商对账时拿不出对方账单上的货币。舍入若按单条话单而合同约定按日汇总，分币差异会在大用量客户上累积成可见金额。
还有一种偏差是把含税金额和不含税金额用同一个汇率字段来回换算，税额被折了两次。多币种结算的每条记录应固定“金额类型、币种、汇率、时点”四元组，关账后只允许追加调整，不允许覆盖原值。这样客户看到的发票、银行收到的付款和运营商发来的账单才能逐段对上。
调整单应单独编号，并指向原发票和原汇率，而不是把差额悄悄加进下一张发票的用量金额里。客户用另一种货币支付时，银行手续费和汇兑差额也要单独列示，避免和连接费用混成一个总数。关账之后才到达的话单，用原关账汇率还是用补单日汇率，必须按合同固定一种，并在该话单上写明所选时点。
不同货币的小数位并不一样。有的货币精确到分，有的货币没有小数。折算时要先按原货币的最小单位计算，再按结算货币的最小单位舍入，并且全程使用同一种舍入规则。若先把金额换成不带单位的小数再来回乘汇率，分以下的余数会在大量话单上累积。舍入差额应单独可见，不能塞进某一条用量里假装是流量费用。
三角折算会引入第二条汇率。运营商用当地货币计价，合同要求先折成一种中间货币再折成结算货币时，两段汇率和两个时点都要保存。只保存最后一段，无法解释为什么与直接折算的结果不同。合同若规定使用某一来源在某一天的牌价，补单不能改用到账当天的另一来源。来源不可用时，应暂停关账而不是临时手填一个没有记录的汇率。
付款币种和结算币种不同时，银行扣取的费用不属于连接用量。它应出现在收款差异里，并指向原来的发票。客户多付或少付，通过调整或待核销余额处理，不要改写发票上已经固定的折算金额。这样审计看到的是一条不被覆盖的原值，加上后来的差异，而不是一个不断变化的总数。
展示给客户的金额要带上货币名称。只给一个数字，读者无法判断它是当地计费金额、结算金额还是实际付款金额。三种数字同时出现时，旁边注明各自使用的汇率时点，避免把折算结果误读成运营商原始账单上的数字。