定义
运营商映射是指套餐包装时，每个自有套餐与运营商资费计划建立一一对应关系。用户订购套餐时，平台根据映射关系向对应运营商下发，确保套餐下发正确生效。多运营商时同一套餐可映射不同资费。
映射内容
- 产品编码：运营商侧套餐/流量包的产品ID，调用运营商API时传入。
- 资费编码：运营商侧资费计划ID，用于计费与运营商对账。
- 多运营商：移动、联通、电信各有不同编码体系，同一自有套餐需分别配置映射。
维护要点
运营商资费调整时需同步更新映射，否则套餐下发可能失败或计费异常。建议建立映射变更流程，与运营商商务或技术对接人保持沟通。映射配置错误会导致下发失败、流量计费不准，影响用户体验与对账。
映射配置示例
假设平台自有套餐「10GB月包」对应移动侧产品编码「PROD_001」、资费编码「FEE_001」，联通侧为「PROD_002」「FEE_002」。用户订购「10GB月包」时，平台根据卡所属运营商选择对应编码调用API。多运营商时，同一流量套餐需配置多组映射。映射表建议包含：平台套餐ID、运营商、产品编码、资费编码、生效时间等字段，支持历史映射追溯。新套餐上线或运营商资费变更时，需及时维护映射表并测试套餐下发与运营商对账。
运营商映射与计费
运营商映射影响流量计费、运营商对账。映射错误会导致套餐下发失败、计费与运营商账单不一致。平台在套餐包装时配置映射，套餐订购、套餐下发时根据映射调用运营商API。用量数据、账单需与运营商侧编码对应，确保对账准确。运营商映射是物联网云平台连接自有业务与运营商的核心配置。
映射维护
运营商资费调整时需同步更新映射，否则套餐下发可能失败或计费异常。建议建立映射变更流程，与运营商商务或技术对接人保持沟通。映射表建议包含平台套餐ID、运营商、产品编码、资费编码、生效时间等字段，支持历史映射追溯。新套餐上线或运营商资费变更时，需及时维护映射表并测试下发与对账。
同一个产品编码配了两版资费时下发取哪一版
运营商映射是一张对照表：自有套餐在某一家运营商、某一段生效时间内，对应哪一个产品编码和哪一个资费编码。下发时按卡所属运营商取出当前时间有效的那一行，再交给接口。同一套餐对移动、联通、电信通常是不同的行，不能共用一个编码。编码升级时，旧行应填上失效时间，新行填上生效时间，两者不要重叠。重叠时下发会随机打到其中一版，对账则按另一版计价。没有生效行时，订购应在支付前失败，不能先收款再在下发时报「无映射」。达希物联把这张表维护在套餐和运营商之间，变更后要用一张测试卡走通下发，再对一条话单或订购记录，确认账单上的资费编码就是表里的那一个。
映射错了会下发成功但账是错的
编码填错一位，有的接口直接拒绝，这还算容易发现。更麻烦的是编码真实存在，却是另一个流量档或另一档月租，接口返回成功，使用者看到的名称仍是自有套餐的名字，运营商按错误资费计费。所以映射验收不能只看回执成功，还要核对回执里的产品编码、查询到的套餐总量是否等于自有套餐的档位。资费编码用于对账，产品编码用于开通，两个都空或只填一个，都会在另一条链路上失败。区域限制、定向访问若在运营商侧是独立附加产品，也要有自己的映射行，不要塞进主套餐编码的备注。历史订单保存下发当时的编码快照，之后改表不影响已开通的卡，重试失败订单则要用重试当时的有效行，并让操作者看见编码已经变化。
多运营商套餐缺了一家时哪些卡不能卖
自有套餐声称三网可用，映射却只有两家，第三家的卡在货架上仍可能被选中。可售判断应是：这张卡的运营商在该套餐下存在一条当前有效映射。缺映射的卡不出现在订购列表里，或列表上明确不可选。新接入一家运营商时，先补映射和测试卡，再放开库存，不要先把号段卖出去。运营商停售某个资费，失效日期当天之前已下发的卡继续沿用旧资费直到周期结束，新订购改走新行。对账文件里出现未知资费编码，先查是映射漏配还是运营商单方面换了编码，不要直接改平台售价去凑账单金额。映射表要能按套餐、按运营商导出，实施交接时这张表和价目表一样属于上线清单。清单上每一行都要有验证卡的回执编号，没有回执的映射行保持不可售。