定义
卡归属是指物联网卡所属的项目、客户、代理商或分销商。卡在激活时绑定归属，用于组织管理、权限控制、销售归属与分润计算。归属信息贯穿卡生命周期，是物联网云平台多租户与权限体系的基础。
归属维度
- 项目归属：卡归属到具体项目，便于按项目管理、统计、运营商对账，支持项目级成本核算与报表。
- 客户归属：卡归属到B2B客户，便于按客户服务、账单出具、电子发票开具与核算。
- 渠道归属：卡归属到代理商或分销商，支撑销售归属与结算分润，确保分润准确到渠道。
- 用户归属：C端场景下，用户绑卡后卡归属到用户账户，用于用户自助服务、套餐订购、流量查询等。
归属绑定时机
卡归属通常在以下时机确定：资源分配时，企业将卡分配给渠道或项目，此时绑定渠道/项目归属；卡激活时，若为代理商采购激活，归属到对应代理商；若为C端用户激活，归属到用户账户。资源分配与卡激活是归属绑定的两个关键节点，平台需确保归属信息准确、可追溯。
应用
卡归属是卡信息查询、资源分配、流量计费、运营商对账的核心维度。不同角色可配置仅查看特定归属的卡，满足多租户、多部门、多项目协同管理。平台支持按归属筛选、导出、统计，支撑渠道考核、项目成本分析、结算单生成等业务场景。
归属变更
卡归属通常在激活时确定，一般不支持随意变更，以避免影响销售归属与结算分润追溯。特殊场景（如项目合并、渠道调整）下，平台可支持归属变更，但需记录变更日志，确保审计可追溯。C端用户绑卡后，卡归属到用户账户，用户解绑后卡归属可回归企业或渠道。
权限与数据隔离
基于卡归属可实现数据隔离与权限控制：代理商仅能查看、操作归属自己的卡；项目管理员仅能管理归属本项目的卡。平台支持按归属配置角色权限，满足多租户、多项目协同需求。归属信息也是结算单、运营商对账报表的筛选维度，支撑分渠道、分项目核算。
一张卡上同时有项目号和渠道号时听谁的
卡归属不是一个下拉框里的客户名称，而是一组可以并存的关系：项目、企业客户、代理商或分销商、终端使用者。查询权限、账单汇总、分润可以分别使用其中一列。冲突出在「主归属」没定义。例如卡既挂在华东项目、又挂在某个代理商名下，停机审批若按项目走、分润若按代理商走，两边都能自圆其说，直到结算对不上。每张卡应明确哪一列是主归属，其余列是标签。主归属变更要写生效时间，历史账单仍按变更前的主归属出，不能把过去三个月的流量改算到新项目。使用者绑卡只增加用户列，不覆盖渠道列。达希物联做按归属出数时，数据看板上的项目成本和渠道销量必须能选用不同的归属列，避免一张图把两种口径加在一起。
划拨、激活、绑卡各自改哪一列
资源划拨通常写入渠道或项目，此时卡还不能上网。激活若由代理商执行，应核对激活账号所属渠道和卡上已有渠道是否一致，不一致就拒绝，而不是静默改归属。企业代激活则不改渠道，只把状态从未激活改为可用。使用者绑卡写入用户列，并可作为C端查询的过滤条件。解绑清除用户列，卡回到渠道或项目库存，是否允许再次销售要看卡是否已经开通过套餐。批量导入归属时，空列表示「不修改」还是「清空」，必须在模板里写死。用空单元格把渠道清空，是把已售卡变成无主卡的常见事故。导入结果要给出失败行：卡不存在、卡已报废、操作者无权改这一列，三种失败不能合成一句「导入失败」。
改归属之后旧订单还算不算原渠道
归属可以改，已关闭的订单不能跟着改。续费分润看的是订单产生时卡上的渠道快照，不是查询当天的渠道。若允许「更正历史归属」，只能走冲正：生成负数调整单，而不是改原单上的渠道编号。项目合并时，把卡迁到新项目要留迁移批次号，运营商对账仍可能按旧项目的采购批次出账，成本归集要能把旧批次映射到新项目。多租户之间不允许用改归属把卡从甲企业挪到乙企业，那是租户间调拨，要先注销再入库。权限上，代理商只能看到主归属或渠道列等于自己的卡；能看到不等于能改。审计至少记录旧值、新值、操作者和来源是页面、接口还是导入文件。导入文件本身要留档，只留一行「批量变更」无法在争议时还原当时改了哪些卡。