网络计费系统在商场多项目运营中的隔离与分账：独立套餐、用户组与代理商

商场和购物中心的网络计费，和校园、宿舍最大的不同，是它常常不是一个场子在玩，而是一群场子一起运营。蓝海卓越在商场计费运营补充方案里，专门讲了多项目运营的隔离与分账，因为项目方在海外或国内同时运营多个商场时，每个商场要有独立的套餐、资费、Portal 页面，数据还要彼此隔离，这比单商场复杂得多。

多项目隔离的第一层是用户组分组。用户注册时，通过重定向参数自动分配到对应项目的用户组，不同用户组的套餐和资费独立。换句话说，A 商场的用户进不了 B 商场的资费体系，数据天然按项目切分。这背后是权限管理里区域与项目管理交叉的逻辑，只不过落到了前端注册这一步，用户在进门时就被归好了类。

防默认模板访问是隔离的第二层。如果用户直接输入 IP 或域名访问 Portal，系统通过默认模板策略阻止，避免不同项目的 Portal 互相串。这个设计看着小，实际很关键：多项目共用一套认证平台时，一旦用户能绕过重定向直接访问默认 Portal，就可能出现跨项目计费错乱、数据串门。默认模板策略把这条口子堵上，保证每个人落到自己该在的用户组。

代理商体系是分账的实现方式。系统可以为不同商场设立独立的二级代理商账号，代理商有独立登录、独立用户管理、独立充值折扣配置权限。平台方把某个商场的运营分包给代理商，代理商只能管自己项目下的用户，看不到别的代理商的数据，也不能动全局配置。这种分层让平台方既放得出去运营权，又收得回管控权，折扣空间由平台定、具体卖法由代理商定。

套餐设计在商场场景里被展开得很细。套餐可配置维度包括计费方式（时长或流量）、时间维度（小时、天、周、月、年）、价格（自定义金额）、绑定策略（MAC、VLAN、NAS IP、AP MAC、SSID）、最大同时在线终端数、计时模式（立即计时、上线计时、指定时间或系统自动判断）、分时段策略、上下行各自限速、代拨套餐、转发套餐、MAC 无感知、是否允许用户自助开户续费，一共十二个维度。多项目运营时，每个商场的套餐可以基于这十二个维度各自拼装，互不影响。

支付方式要跟着项目所在地走。国内商场主版本讲覆盖和认证，计费运营补充版补了海外支付：除了微信、支付宝，还支持银盛支付和面向海外的 BoaoBill 专项支付，以及其他可配置第三方支付和余额支付。海外商场没有国内商户号体系，BoaoBill 这类接口就是刚需，国内主版本没有覆盖的支付选项在这里补齐。计费系统要出海，支付通道必须先就位。

云端部署和 VPN 是商场多项目运营的技术底座。认证系统部署在云端，商场侧 NAS 设备如果没有公网 IP，系统内置 L2TP VPN 服务器，NAS 通过 VPN 拨号到认证系统拿到固定 IP，再完成 RADIUS 或 CMCC Portal 对接。这解决了云端部署认证服务器但商场无公网 IP 的典型落地难题，也是多商场能统一纳管的前提。

财务运营数据的统计分析，是分账能不能算清的收尾。系统列出注册收费统计、活跃终端统计、在线人数走势、人均上网流量和时长、流量段统计、套餐统计、认证错误统计、用户组分布、终端分布、运营商用户数等全套指标，再加充值开户记录、充值续费记录、财务订单、营业报表、用户账单、自助交费、营业对账和报表导出。多项目运营，平台方和每个代理商都要看得清自己的账，这套统计和对账能力缺一不可。

要提醒的是，多项目隔离和分账听着是配置问题，实际是运营治理问题。项目方在前期就得把每个商场的资费、Portal、代理商边界画清楚，否则后面数据串了、账对不上，再改比一开始建就麻烦得多。计费系统在商场多项目运营里能不能成，先看隔离和分账的设计，再看设备。

多项目隔离和分账，听着是配置问题，实际是运营治理问题。项目方在前期就得把每个商场的资费、Portal、代理商边界画清楚，用户组分组、防默认模板、代理商独立权限这三层一起上，才能避免后面数据串、账对不上。很多项目一开始图快，所有商场共用一套默认配置，等业务多了再拆，改数据改习惯的成本比一开始就建隔离高得多。

统计和对账是分账的收尾，也是最容易被忽略。系统列了一整套指标，从注册收费、活跃终端、在线人数走势，到人均流量时长、套餐分布、认证错误、用户组分布、运营商用户数，再加充值记录、财务订单、营业报表、用户账单、自助交费、营业对账和报表导出。多项目运营，平台方和每个代理商都要看得清自己的账，这套统计和对账能力缺一不可，否则分了账也算不清谁赚多少。

支付通道要先就位，尤其是出海项目。国内商场用微信、支付宝，海外商场则要 BoaoBill 这类专项接口和银盛支付等可配置第三方，没有国内商户号体系，计费系统要出海，支付必须先接好。多项目运营的平台方，往往同时管国内和海外商场，支付通道的多样性直接决定了哪些项目能上线、哪些还要等接口。