定义
CDR（Call Detail Record，通话详单记录）是电信运营商对每次通话或数据会话生成的记录，包含主被叫、ICCID、用量、时间、区域、PLMN 等字段。在 ICMP 中，CDR 是计费、Usage Aggregation 用量聚合、Reconciliation 对账的核心数据源，支撑 Cross-Border Billing 与 Multi-Currency Settlement。
CDR 字段与用途
典型 CDR 字段包括：标识类（ICCID、IMSI、IMEI、MSISDN）；用量类（数据流量、通话时长、短信条数）；时间类（开始时间、结束时间、时长）；位置类（MCC/MNC、PLMN、国家/地区）；计费类（资费、费率、货币）。平台根据 CDR 聚合生成用量报表、Usage Analytics 分析、按 Rate Card 计费，并与运营商账单进行 Reconciliation 对账。
跨境场景
跨境物联网场景下，CDR 来自多国运营商，格式、时区、货币可能不一致。ICMP 需支持 CDR 解析、归一化、时区转换、货币转换；支持 Usage Aggregation 按客户、按卡、按区域聚合；支持 Usage Analytics 分析漫游行为、异常消费。CDR 需与 Roaming Partner 结算数据对接，支撑 Multi-Currency Settlement。
数据质量与合规
CDR 需保证完整性、准确性、及时性。平台需处理丢单、延迟、重复、格式异常等；支持 CDR 补传、重算、对账差异处理。CDR 包含用户通信数据，存储与处理需符合 GDPR、Data Residency 要求，敏感字段需脱敏或加密，访问需记录至 Audit Trail。
详单作为一次会话的计费原子
详单是运营商对一次已经发生的通话、短信或数据会话作出的记录，不是平台自己估算的流量。数据业务里它常以计费数据记录的形式出现，字段仍要能指回那一次会话：哪张卡、哪一个设备、从何时到何时、用了多少、在哪个网络、走哪一个接入点。计费、用量汇总和对账都应以这种记录为原子。没有详单就先按设备上报的计数出账，事后往往和运营商账单对不上。
一次长会话可能先产生部分记录，会话结束再给最终记录。部分记录用于接近实时的用量展示，最终记录才适合作为出账依据。若把每一段部分记录都当成独立会话相加，流量会被重复计算。记录里的拜访网络和国家，是地理资费的依据；缺了这组字段，就只能退回到一个默认价格。
可以入账之前要齐的字段
入账前至少要能确定四个问题：谁产生的、发生在哪一段闭区间时间、用量是多少、该用哪一版价格。对应字段包括卡标识或用户标识、开始和结束时间、时区或统一的时间标准、字节数或通话时长、拜访网络、接入点和可匹配的资费版本。金额可以在平台侧按资费重算，但重算用的用量必须来自详单，不能来自被四舍五入过的报表。
跨境记录还要能换成客户账期。运营商按自己的结算日和当地时间切分，平台若按客户所在地的自然月出账，边界上的会话要有明确归属规则：按开始时间还是按结束时间，并且全月一致。与用量聚合发生冲突时，以可回溯到原始记录的汇总为准。无法匹配资费的记录应进入待处理，而不是按零费或随意单价入账。货币字段空缺时，不能假设和跨境计费的结算货币相同。
时区、重复和延迟到达造成的账差
时区没写明时，同一条记录会被两个系统放进相邻的两天，月初对账会出现稳定的一天错位。重复记录来自补传和重试：内容相同、序号不同，或序号相同、用量略有修正。没有去重键，补传会把用量翻倍；去重键过粗，又会把随后更正的用量丢掉。延迟到达更常见于漫游，拜访地记录几天后才到归属地。若账期已经关闭并拒绝晚到记录，客户本月用量偏低，下月突然出现一笔调整。
处理原则是保留原始记录、单独存放调整，而不是改掉已经发给客户的历史账单却不留痕迹。重复判断要先用运营商给出的记录号，没有记录号时再用卡标识、开始时间、结束时间和网络组合，并允许用量修正进入调整而不是直接丢弃。还要避免把测试会话和生产会话混在同一入账管道。格式错误的行应隔离并计数，不能因为一行失败就整批丢弃，也不能整批按成功入账。对账差异要能指出是缺记录、重复还是价格版本不同，而不是只给一个总额差额。
部分记录和最终记录要用同一个会话键关联，并规定展示与出账各看哪一种。实时页面可以累加尚未关闭的部分记录，月结只采用最终记录；若最终记录迟迟不到，应把未关闭会话列入例外，而不是把部分记录永久当成最终用量。补传文件要带原账期，落地时进入调整而不是新月份。文件级校验失败则整份隔离，单行失败则只隔离该行并计数。没有这套区分，补传越多，账差越大，因为旧月份和新月份各记了一次。