园区宿舍里住的人，并不都是企业正式员工。生产旺季一来，外包队伍、劳务派遣、短期工一批批住进来，这些人没有工号、不在企业人事系统里、身份挂在劳务公司那边。如果园区宿舍WiFi认证计费只按正式员工一套账号来设计，外包人员要么注册不了、要么注册了管不住，流动一快就变成一堆没人认领的僵尸账号。怎么把这些身份源不一样的人统一管起来，是园区宿舍网络绕不开的问题。
园区天然存在多个身份源。正式员工在AD域或企业人事系统里，有工号、有部门；外包和劳务人员的信息在劳务公司系统里，企业拿到的可能只是一份名单；临时访客连名单都没有，只能现场登记。一套认证计费系统要面对多个身份源，不能只对接一个。系统支持第三方数据库对接，把劳务公司的名单同步进来，和AD域账号并存，各管各的来源，互不干扰。
多身份源并存，第一件事是账号来源要标得清。正式员工账号挂工号，外包账号挂劳务编号，访客账号挂手机号，每个来源的账号带标识、归到对应用户组。管理员一看账号就知道这人从哪来、归谁管，出了问题找得到源头。账号来源不清，管理就是一笔糊涂账，出了问题都不知道该找企业还是找劳务公司。
外包账号的生命周期要跟合同走。外包人员流动性大，一个项目周期三到六个月，账号有效期跟着合同期限走，合同到期账号自动失效，不用管理员一个个去删。系统支持批量开户、到期自动失效，劳务公司把名单更新过来，账号跟着名单变。外包队伍撤场那天，账号批量失效，不会留下能上网的漏网账号。
计费归属要分清。正式员工宿舍上网可以企业统付，费用记到部门头上；外包人员的上网费用由劳务公司结算，或者按人头打包。两类账要分开记，月底对账才不打架。系统支持按用户组配置计费策略，正式员工组和外包组各走各的计费规则，费用归属清清楚楚，企业财务和劳务公司对账都有依据。
权限要按来源切。外包人员只能上外网，不能访问企业内网和办公系统；正式员工按岗位需要开放内网权限。系统基于用户组做访问控制，外包组默认只有外网，需要开内网的特例单独申请。园区信息安全要求高，外包队伍进出频繁，内网权限不收紧，等于把门开着让外人进出。
认证入口要按人群设计。正式员工用工号和密码，走企业统一认证；外包人员用手机号加验证码注册，绑定劳务编号；访客用临时授权码。三种入口分开，认证方式各取所便，员工不觉得麻烦，外包不觉得门槛高。系统支持的认证方式很多，关键是按人群配好入口，别让所有人挤同一条路。
外包账号更要防外流。外包人员离职快、人员杂，账号容易被转卖或共享。账号绑定终端、限制同时在线、到期即清，这些策略在外包组要开得更严。系统支持按用户组配置绑定策略，外包组的账号管控力度单独调。人走了账号马上失效，账号转出去也用不了，宿舍网络才不会被外包账号漏成筛子。
对接多个身份源，前提还是那几个：接口开放、字段可映射、联调条件具备。劳务公司的系统接口开不开、名单字段能不能对上、谁来配合联调，都要先确认。系统具备对接能力，但每个源能不能接进来、接得多顺畅，取决于对方系统的开放程度，这个不能打包票。接口一时开不了的，可以先人工导入名单过渡，等接口通了再切自动同步。
身份源出故障要有兜底。AD域、劳务系统任何一个挂了，宿舍网络不能全瘫。园区可以保留本地账号库做兜底，身份源不可用时管理员临时启用本地账号放行，等系统恢复再切回去。系统支持本地认证和外部身份源认证并存，多源接入的稳定性才有保障。接的源越多，越要先把故障预案想好。
外包人员入住要一站式开通。外包队伍进场，人员名单确认后，上网账号跟着住宿手续一起办：扫码注册、绑定劳务编号、按合同期开通，住下当天就能上网，不用单独跑一趟。系统支持批量开户和自助注册结合，管理员导入名单，外包人员扫码激活，流程短，不会因为嫌麻烦拖到旺季过了还没开好网。
报表要按身份来源分开统计。正式员工组的活跃度、外包组的在线时长、访客的使用量，各是一套口径。园区和劳务公司结算时，外包组的用量数据就是依据；企业和部门对账时，正式员工组的统付数据就是依据。系统支持按用户组出报表、数据导出，哪个来源的账都能单独拉出来。数据分得清，跨公司的结算才不扯皮。
说到底，园区宿舍WiFi认证计费管好人，关键是接受一个现实——园区不是只有一种身份，正式员工、外包劳务、临时访客各有各的来路。账号来源标清楚，外包账号跟合同走，计费归属分开记，权限按来源切，认证入口按人群配，外包账号严防外流，入住一站式开通，报表按来源统计，多身份源对接看接口条件，故障有本地兜底。把多身份源并存这件事想明白，园区宿舍网络才既管得住正式员工，也罩得住外包队伍。