定义
BSS（Business Support System，业务支撑系统）是电信运营商面向客户与业务的支撑系统，涵盖计费、结算、客户管理、订单、产品管理、Reseller 渠道等。BSS 与 OSS 运营支撑系统配合，构成运营商 IT 核心；通过 RESTful API 与 ICMP 集成，实现卡管理、计费、结算等能力的对接。
核心功能
BSS 典型功能包括：计费——CDR 处理、Rate Card 资费、Cross-Border Billing、Unified Invoice；结算——Multi-Currency Settlement、Reconciliation 对账、Commission 佣金；客户管理——CRM、客户主数据、合同；订单——订单受理、开通、Activation 激活；产品与套餐——产品目录、套餐配置、Quota 配额。ICMP 作为连接管理平台，需与运营商 BSS 对接获取 CDR、用量、账单等。
与 OSS 的关系
BSS 面向「业务与客户」，OSS 面向「网络与运维」。BSS 处理计费、客户、订单；OSS 处理网络配置、故障、性能。ICMP 可能同时对接 BSS（计费、订单）与 OSS（网络状态、诊断）。两者通过 RESTful API、消息队列等集成，形成端到端支撑能力。
在 ICMP 中的集成
达希物联 ICMP 与运营商 BSS 对接：获取 CDR、用量数据；同步激活、暂停、终止等状态；Reconciliation 对账与结算。平台自身也具备 BSS 类能力（计费、客户、订单），可独立运营或与运营商 BSS 协同。
业务支撑系统承接的客户侧账务对象
业务支撑系统处理的是客户、合同、产品和账，不是基站和链路。一张国际连接订单进入之后，它要认出客户主数据、选定的产品和价格、结算币种，以及这张订单该生成哪些订阅。计费时，它消费用量记录，按资费表算出费用，再汇总成账单和结算。渠道返利、多币种折算和对账差异，也都落在这条业务链上，而不是落在网络告警里。
连接平台可以自己具备其中一部分能力，也可以只做连接状态、把账务交给运营商的业务系统。两种做法都不能有两套互相不引用的客户号。平台上的卡标识、订单号和业务系统里的订阅号、账户号，必须有明确的对应关系。没有这层对应，用量可以算出来，却不知道该记到哪个合同。
和连接平台对账时必须对齐的主数据
对得上账的前提，是两边对同一对象使用同一套关键主数据。客户编号、卡标识、产品代码、资费版本、币种、账期起止和时区都要能互相翻译。订单完成只表示商业上接受了订购；网络侧启用成功才表示订阅可以产生用量。两条状态都要回写，但不能互相覆盖。资费版本要用生效时间区分，不能只保留“当前价格”，否则历史账期会按新价格重算。
用量进入业务系统之前，还要约定重复和延迟怎么处理。同一详单送达两次，只能计费一次；晚到的详单应进入原账期的调整，而不是悄悄算进到达日所在的月份。与详单相关的字段，例如拜访网络、接入点和国家，要保留到出账，方便解释为什么同一张卡在不同国家价格不同。连接平台若只把汇总流量交给业务系统，争议时就无法回到单次会话。
订单状态和计费状态各走一套的偏差
订单显示已完成、计费仍停在待启用，设备已经在用网，费用却从下月才出现，客户会认为漏计。反过来，计费已开始、订单被取消，仓库里的卡仍在产生月费。两边各自维护状态、只在日终对一次总金额，单卡差异会被总额盖住。另一种偏差是客户主数据重复：同一企业在业务系统有两个账户，卡挂在甲账户，账单寄给乙账户。
产品代码不一致会把套餐张冠李戴。平台把“本地流量包”卖出去，业务系统按“漫游流量包”计价，对账差额会稳定地偏向一侧。币种字段空着时，系统可能默认用运营方本位币，客户合同却写明用另一种货币结算，折算争议就从这里开始。修复时应先选定哪一边是客户、产品和账期的权威来源，再补对应关系，而不是手工改某一张账单的金额。状态回写失败要可重放，并在运营支撑侧的网络状态之外单独保留业务状态，避免用链路告警解释账单。
主数据以哪一侧为准，要按字段分开，不能整份记录只认一个系统。客户法定名称和结算账户以业务支撑系统为准，卡的在网状态以连接平台收到的网络回执为准，价格以双方确认的资费版本为准。同步任务若用一边的全量覆盖另一边，会把刚刚生效的启用状态刷回待处理，或把已经作废的旧价格写回平台。增量同步要带版本号或更新时间，旧消息晚到时直接丢弃，而不是覆盖新状态。对账日应冻结这些主数据的变更窗口，避免边出账边改客户编号。冻结期间只允许更正已经确认写错的标识，并单独留下更正记录，不能顺手改价格或账户。