定义
Partner Portal（伙伴门户）是 ICMP 为 Reseller 渠道商提供的自助管理平台，支持卡管理、用量查询、Commission 佣金查询、订单管理、子客户管理等。Partner Portal 可支持白标（White Label），渠道以自有品牌对外提供服务，是 Multi-Tier Channel 多级渠道体系的核心能力。
核心功能
Partner Portal 典型功能：卡管理——查看名下卡列表、状态、Activation 激活、Suspension 暂停；用量与计费——Usage Analytics 用量分析、Unified Invoice 账单、费用明细；佣金——Commission 明细、结算状态、历史记录；订单——下单、订单状态、历史订单；子客户——为下游客户创建账号、分配资源。支持 OAuth2 SSO、RESTful API 集成。
白标能力
白标（White Label）允许渠道以自有品牌、域名、Logo 对外提供 Partner Portal，客户感知不到底层平台。平台提供白标配置：域名绑定、主题定制、品牌元素。白标有助于渠道建立自有品牌、提升客户黏性，是 Multi-Tier Channel 渠道拓展的重要能力。
在 ICMP 中的实现
达希物联 ICMP 的 Partner Portal 为 Reseller 提供完整自助能力；支持 Commission 查询与对账；支持白标定制；与 IAM、OAuth2 集成；Audit Trail 记录渠道操作，满足合规与风控。
门户可见范围与白标边界
伙伴门户是渠道主体进入连接管理平台的工作入口。它展示的卡、订单、用量和佣金，都应限制在该主体及其被授权的下级之内。白标改变的是域名、名称和视觉，不改变后面的卡账、权限和计费权威。渠道客户看到自己的品牌，数据仍由同一套平台按租户隔离。因此门户上的每一个按钮，都要能对应到一条允许的操作，而不是把内部运营菜单换皮后整页开放。
开放门户的条件，是渠道层级、价格可见性和操作范围已经配置完成。只读对账账号不应具备批量开通或暂停。下级账号不应看到上级的采购价，除非合同明确要求代为报价。佣金页面应区分已结算和未结算，避免把预计金额当成可以提现的余额。若门户还允许渠道配置自己客户的配额，这个动作要受渠道合同里的上限约束，不能让下级把额度改到平台未授权的规模。对外报价则应使用该层可见的资费表，而不是平台与上游之间的底价。
把渠道入口当成独立网络
容易出错的是认为换了域名就拥有独立的网络和独立的账。白标门户背后如果仍是同一卡池，一个渠道的误操作可能影响共享策略，除非资源已经按主体切开。另一个错误是多个员工共用一个门户管理员账号。审计里只能看到渠道公司，看不到是哪一名员工导出了客户清单或确认了佣金。
单点登录若配置成进入门户就继承平台内部角色，渠道用户会获得不属于自己的菜单。门户账号应只映射到渠道角色和该渠道的数据范围。品牌、权限、资源范围和结算主体要分四项验收，四项都限定在该伙伴之内，门户才是渠道工具，而不是第二套不受约束的运营台。
白标域名只决定客户从哪里进入，不决定数据存在哪一套账上。验收时要用下级账号尝试打开上级订单、兄弟渠道的卡和平台内部菜单，这三类都应该被拒绝。导出文件的水印或表头应带上渠道主体和时间，避免表格离开门户后被人当成全平台清单。渠道合同结束时，先停用门户账号，再回收未分配的卡和未结算的操作权限。
代客查看必须留下是哪一个渠道用户在查看哪一个客户。平台内部人员若要进入门户核对问题，应使用带时限的协助身份，而不是索取渠道的密码。协助身份到期自动失效，期间的导出和变更单独列入审计。渠道用户之间也不共用账号，否则无法区分是谁确认了佣金或暂停了客户的卡。离职人员的账号当天停用，会话同时作废。
门户里的自助开通要受渠道合同约束。可开通的产品和数量不能超过分配给该渠道的范围，超过时拒绝并说明原因，而不是先开通再在月底发现无法结算。自助暂停同样只作用于该渠道名下的卡。批量文件要先给出校验结果：哪些标识不属于该渠道、哪些状态不允许变更，确认之后再执行。校验失败的行保持原状，不能因为同一文件里有正确行就把错误行也改掉。
白标只更换客户看得见的名称和外观。页脚或帮助入口若承诺由渠道提供支持，支持流程里仍要能把问题对应回平台上的卡和订单。渠道不能修改平台的计费权威数据，例如已经出具的账单金额。它们可以发起疑问，由拥有账单的一方调整。这样门户是操作入口，不是第二本账。
渠道门户上的品牌名称不能出现在平台发给其他渠道的通知里。通知、导出和账单都要核对接收方是不是该记录的所属主体，避免一份白标页面把别的渠道的客户名称带出去。