定义
Multi-Tier Channel（多级渠道）指 ICMP 支持的多层级 Reseller 渠道体系，如一级总代、二级分销、三级终端等。与 Commission 佣金、Partner Portal 伙伴门户、白标能力配合，支撑渠道拓展、销售激励与渠道管理，实现规模化市场覆盖。
层级结构
Multi-Tier Channel 典型结构：一级——总代理，直接与平台签约，享有最优价格与 Commission；二级——从一级拿货，向下游分销；三级——终端销售，面向最终客户。每级可配置不同 Rate Card、Commission 比例、Volume Discount 阶梯。平台需支持层级关系维护、订单归属、Reconciliation 对账与佣金结算。
配套能力
Multi-Tier Channel 需配套：Commission——各级渠道的销售佣金、阶梯奖励；Partner Portal——渠道自助查询订单、用量、佣金；白标——渠道以自有品牌对外销售；子客户——一级可为下属二级创建子账号、分配资源。平台需支持渠道主数据、层级关系、权限隔离。
在 ICMP 中的实现
达希物联 ICMP 支持 Multi-Tier Channel：多级 Reseller 层级配置；Commission 规则与结算；Partner Portal 渠道门户；与 Reconciliation 对账集成；支持白标与子客户管理。
订单归属与结算归属
多级渠道的技术含义，是用树状关系表达谁向谁拿货、谁对最终客户签约、佣金按哪一层计提。树上的每一层都是独立主体，不是同一个公司的部门别名。订单归属回答卡和合同算在谁名下，结算归属回答这笔钱在哪一层留下差价。两者可以不同：卡可以登记在二级渠道的客户下，差价却要在一级和二级之间结算。平台若只有一个“所属客户”字段，就无法同时表达这两种归属。
启用层级的条件，是每一层的可见范围、可执行动作和价格都已分开配置。下级可以为自己的客户下单，不应改上级的资费，也不应看到兄弟节点的卡。上级可以查看汇总，但是否允许钻取到终端用户的设备标识，要单独授权，并受身份与访问管理约束。佣金规则要写明计算基数是销售额、实收还是已扣除上游成本后的差额，以及退货时如何冲回。发票抬头若与下单账号不同，应在统一发票上保留层级，避免财务只按付款人合并后丢失渠道关系。
下级看见了不该看见的资源
容易出错的是把组织架构直接当成权限。一级管理员把二级账号设成“与我相同的角色”，二级就能导出一级的全部库存和未结算佣金。另一种错误是卡从一级调拨到二级后，用量仍归在一级报表，佣金却按二级销售额再提一次，同一流量被两层重复计奖。退货时如果只把卡退回库存、不冲销原订单的层级，下一笔销售会继承上一笔的佣金关系。
价格表也容易串层。上级的采购价被展示在下级门户，下级客户看到了平台与总代之间的价格。每一层应只看见自己的采购条件和自己的销售条件。调整层级前，先冻结未完成订单，写清卡、订单、发票和佣金分别跟随哪一个主体，再移动节点。
层级调整当天未完成的订单应逐笔指定跟随旧主体还是新主体，不能靠系统默认继承。已经计提但未支付的佣金保持在原层级，直到结算或冲销完成。新层级只影响调整之后的新订单。这样财务在同一张卡的生命周期里仍能看见两段归属，而不会把历史差价算到新的上级头上，也不会让下级在调整瞬间看到不属于自己的库存。
价格从上游到下游逐层展开，每一层只保存自己的采购条件和销售条件。计算某一笔订单的差价时，用该层实际成交价减去它自己的采购价，而不是减去平台最上游的底价。若用底价计算每一层的佣金，多层会把同一段差价重复计算。退货冲销要沿原路径反向，冲掉当时各层已经计提的金额；按退货当天的新价格反向计算，会和原计提对不上。
订单、卡和发票的主体可以不同，但必须都能追溯。下级代自己的客户下单时，卡可以记在最终客户名下，发票开给下级，差价留在下级和上级之间。页面上应能从卡看到订单，从订单看到每一层的结算主体。缺少这条链，财务只能看到付款人，无法解释佣金为什么付给另一个账号。调整层级时未完成订单逐笔确认，已完成订单保持原链。
可见性按层测试。用二级账号应打不开一级的库存、兄弟节点的客户和尚未结算给自己的预计佣金。汇总给上级的数字可以是合计，不必包含下级客户的设备标识，除非合同允许且权限单独打开。测试通过后再发放账号。事后发现越权，应先收回导出文件的访问并停用账号，再修正角色，而不是只改菜单名称。