号卡与套餐状态
通信和连接类业务，客户感知最强的不是网，是账单。开户、套餐变更、用量采集、出账、停复机这几件事对不齐，第一张账单就会引来投诉，客服只能口头解释。我们做这类系统，先把用户、卡或线路、套餐、用量、账单五张主数据的关系写清。用量从哪来（网关、厂家平台、自建采集），延迟多少，出账以哪一天的冻结为准，套餐生效是立即还是次月，都必须在规则里而不是在客服话术里。
连接类业务的系统是账单系统。开卡、套餐、用量和停复机四件事对不齐，客户第一张账单就会来投诉。
通信和连接类业务，客户感知最强的不是网，是账单。开户、套餐变更、用量采集、出账、停复机这几件事对不齐，第一张账单就会引来投诉，客服只能口头解释。我们做这类系统，先把用户、卡或线路、套餐、用量、账单五张主数据的关系写清。用量从哪来（网关、厂家平台、自建采集），延迟多少，出账以哪一天的冻结为准，套餐生效是立即还是次月，都必须在规则里而不是在客服话术里。
停机、复机、挂失、过户、销户是状态机，不是几个按钮。欠费停机要有宽限期和通知，复机要能对上缴费。渠道开户如果和自有营业厅各记各的，卡资源会超发或沉睡。号码、SIM、设备串号的库存和激活状态要一本账。优惠、赠费、封顶，计算顺序和出账明细要能给客户看，争议才能处理。
出账日之前就要能预演账单，不能等到出账当天才发现规则写错。我们会做账单预演：按当前套餐和用量算出预计金额，运营能抽检。调账必须审批、留痕、能反映到下一张账单。对厂家或上游运营商的结算与对客户的零售账单口径不同，要分开，不能用同一张表硬撑。
实名、过户、挂失补卡，状态机比开户页面复杂。号卡资源在渠道和营业厅之间调拨，要防超发和沉睡。流量封顶、闲时包、国际漫游如果算错，投诉会在出账日集中爆发。我们对零售账单和上游结算分开口径，客服话术能指向明细而不是口头解释。停机通知要在宽限内送达，复机要对上缴费，不能缴费了还停着。
上线选一小批号卡或一条产品线陪跑一个完整账期，再切量。对接采集和支付要在账期节奏里测，而不是只测开户页面。培训对象是营业和账务。连接类系统做成了，开得了户、停得了机、账单明细客户能看懂，客服不必替系统圆场。
批量开卡、套餐绑定和生效时间在系统里可控，测试期与正式期分开计费。
按卡查用量趋势，超量前预警，可按策略限速或停机。
与上游运营商按月对账，客户账单与上游用量能逐卡核对。
卡量一多就管不住，谁在用哪张说不清
卡与客户、设备、项目绑定，状态变更留操作记录。
客户超量了才发现，账单争议
用量阈值预警推送到客户和销售，超量处理策略提前约定。
上游账单和自己的用量对不上，差额自己吞
逐卡对账，差异清单自动生成并跟踪申诉结果。
卡池、号段、库存与分配。
批量开卡、套餐绑定、生效控制。
用量采集、阈值预警、限速停机。
资费规则、账单生成、发票。
上游对账、差异清单、申诉跟踪。
客户档案、故障工单、售后记录。
写清开户、套餐生效、用量冻结、出账和停复机规则，分清本阶段产品线和渠道范围。
定用户、卡资源、套餐和账单关系，确认采集时延、支付和上游结算的对接口径。
用一小批号卡跑通开户到出账。账单预演、调账留痕、欠费停机宽限作为验收项提前写好。
陪跑一个完整账期再切量。培训营业和账务，客户能看懂明细，后续按套餐和渠道迭代。