电信计费业务：说说宽带包年的事情
简单的东西要变复杂也是非常容易。比如喜哥提到的业务场景：包年宽带，预存1年的钱，送两个月使用时间，期间可能会停机保号，这时候收入该如何确认？
先说说送两个月的事情。
如果按照财务列收的角度去实现系统，预存1年的钱X，使用14个月，每月应该确认的收入是X/14元（需要有最后一个月补齐整数刚好到X的算法），这种办法实际就是X元包14个月，计费这边，每月出X/14的租费即可，余额专款专用，每月批销后，就能按照销帐的帐单确认收入。
但是市场部门未必能同意这种做法，因为这里面实际还有点文字游戏，为啥不说是包14个月呢，当然首先是为了宣传，大家都喜欢免费，第二个是为了投诉时占点便宜，如果用户用了两个月不满意，去投诉，实际是抗不住用户投诉的（比如用户说你虚假宣传，实际带宽不够），按照X元包14个月，那需要给用户退（X/14）×12的钱，如果是包年送两个月，就只需要退用户（X/12）×10的钱，这实际也是包年需要按月分摊列收的原因之一。按照这个考虑，那计费实现应该是前面12个月出X/12的钱，后面两个月免费。
就算是这样，经营分析的部门也未必会满意，原因也容易理解，需要算出给用户折扣的钱，那没办法，宣传是包年送两个月，系统实现的时候，就变成了送两个月的费用，那计费这边，需要有一个专款专用的本金包年帐本，12个月份的费用，还要有一个2个月的赠送金帐本，2个月的费用，每个月计费是X/12元，前面的12个月计算收入，后面两个月因为是赠送金，不算收入。赠送金可以统计进用户折扣中，也能够满足经营分析的需要。
再说说停机保号的事情。
这个应该也是为了竞争的需要，不然本来签订的是包年的合同，为什么要停机保号呢？还是为了满足用户比如长期出差之类的需求，可能会说这有什么难的呢，停机保号的时候不出租费就可以了。但是宽带的停机保号不同于普通电话的停机保号，关键在于合同的有效期，对于普通电话的合同，一般来说，到期会自动续订，用户基本不会有什么意见，但是对于宽带，续包年这种业务是需要用户确认的，不然过了一年，用户到期了，没有确认继续使用，你还在给人家出租费，说用户造成了欠费，这个用户肯定不认。包年到期后，按照事先签订的合同，一般都到期停机和到期转其他资费的做法。
不管是哪种处理方式，宽带问题的停机保号业务，不同于一般的电话套餐，宽带的停机保号业务，需要更改用户的包年到期时间（实际其他不自动续约套餐也都有这个问题），具体怎么去实现资料的变更，想了一下还是觉得需要从源头上解决。按照以前理解普通电话业务停机保号”产品”(不好意思，本不想扯太多模型进去，这时候不扯进去解决不了问题了)级别的状态，应该修改为“销售品”级别的状态，对销售品增加一个属性，比如叫停机保号属性，当用户发起停机保号时，延长用户包年的期限至约定的有效期（比如三年内不恢复就不能再恢复），或者直接置为一个永久有效期，然后对销售品属性增加一条属性记录，具有这个属性的包年宽带不出费用，在用户恢复时，查看销售品属性的生效时间和用户恢复之间的时间差，失效掉销售品属性，并给包年的销售品增加有效时间。这里面当然也涉及到一些前台受理的校验问题，受理这边我不专业，就不往下细说。
至于财务列收这边，租费出对了，就应该没有太大的问题。
提问：业务是怎么变复杂的呢？
