*************更改SMS标准版安装手册（已完成）*******************
已上传到SMS标准版用户手册下
*************测试青海（已解决）**********************
解决集体用户无法续订的问题
执行脚本后给用户作集体定购，报中心错误：CAS接口返回错误：DecAGT: 返回包格式错误
修改数据字典中的数码视讯CAID=19254以及配置文件中的DecCASAgent casid=19254后订购成功，可以发送给客户。
****************泰安问题确认（问题已解决）***************
问题描述：泰安一个营业厅在打印发票的时候报错，这个报错经常在这个营业厅出，
其他地方不出，而且报错后再用补打发票也不行。找到原因：更换desc.txt文件后没有清空CACHE目录：）
****************洛阳新版测试*************************
待
测试项
1、SMS运营系统─>用户管理─>个人用户服务─>用户功能─>修改资料。
测试要求 ：“所属小区”不能修改。
测试bug：
建议：地址码前应该加必添项的标识符
输入地址码后，通讯地址、家庭地址被清空 （地址码不需要输入，直接选择地址后点击“组合”即可生成）
重新输入地址后，提交，报错：
解决办法：在用户证号后加 _
问题：地址码如何定义和选择？
地址码由数据字典管理来定义，在资料修改中选择地址，点击“组合”后生成地址码和新的地址。
测试结果：
1、 建议地址码前应该加必添项的标识符
2、 地址码处禁止输入或进行校验，提示用户直接选择地址后点击“组合”即可生成，不能随意输入
3、 对于不在地址码列表中的用户地址，允许手工输入并设置地址码
4、 解决提交修改后报错的问题，不能让用户只通过修改用户证号来提交修改结果。
2、SMS运营系统─>用户管理─>综合查询。
简化查询的结果，或合理化列项的排列顺序，如“用户名称”可能排在“所属集体”的前面。开发通过修改desc文件，将
用户名称排在所属集体的前面
测试结果：用户名称确实在所属用户前，且各个字段可以随意挪动位置，满足用户查看的需要。测试通过。
3、 SMS运营系统─>用户管理─>个人用户服务─>产品功能─>订购产品。
续订购未到期的产品包，“订购时间范围设置”中的“起始时间”应该默认此产品包结束时间的下一天（系统没问题），
定购已经过期的产品包，“订购时间范围设置”中的“起始时间”应该默认操作计算机的当前时间（有时候会有问题）。
测试思路：
提前续订
当天续订
过期续订（重点）
测试过程
过期续订：用户王梅英 213874 基本包1，基本包2 ，续费基本包均已过期，进行续订一个月，时间为20090422-20090521
订购范围正常
用户王梅 182294 所有产品过期 进行续订基本包，成功，授权期限为
20090422-20090521
用户王梅 296305 部分产品过期，续订已过期节目和未过期节目，察看时间
正常。
用户 王芳 131543 续费基本包 今天过期 订购成功，20090423-授权未发送
用户 王照娃 续订基本包 明天过期，续订成功 20090424至一个月后
订购
其它产品 20090422-一个月后
测试通过
4、 SMS运营系统─>用户管理─>修改用户信息查询。
增加修改内容的详细记录，包括修改前的内容、修改后的内容、操作员、操作时间等。详细记录前一级的查询结果可以简化并合理化输出内容。记忆每一次修改记录历史。
通过输入修改日期来查询修改纪录时报错：
个人用户修改
没有记录修改的必添项：
密码修改后没有记录
开户日期修改后没有记录
证件类型修改后没有记录
证件号码修改后没有记录
没有记录修改的其他输入项：
备注修改后没有记录
出生日期修改后没有记录
邮编修改后没有记录
所属主卡修改后没有记录
上述信息修改后，发票修改记录中会添加空的修改纪录
集体用户修改，所有修改都没有记录
需要修改。
5、 SMS运营系统─>用户管理─>个人用户服务─>用户功能─>用户迁移。
可以修改“所属小区”、“家庭地址”，同步“通讯地址”，其它不能修改；并且可以查询相关迁移记录，如用户资料修改查询。
测试思路：修改所属小区、家庭住址，地址码，去用户资料修改查询中去验证
尝试修改其他项目，预计结果：不能修改
修改小区后，提交报错；
因为没有办法修改用户证号，所以整体迁移失败。
6、SMS运营系统─>用户管理─>个人用户服务─>设备功能─>重新开通。
改为重新开通能根据报停日期自动计算添加顺延的相应节目包。
测试思路：查找已报停用户，进行重新开通
对已过期的报停用户进行重新开通
报停用户 范树宁 143842 授权全部过期，重开，没有延授权，测试通过
剩余授权一天的重新开通，察看是否精确延时？
报停用户test2，订购了两天天的基本包2，重新开通，延长授权一天
剩余授权一年的重新开通，察看是否精确延时？
报停用户 唐振声 00008788 授权明天结束，重开，重发原来的授权，并且于25号发送剩余补充授权至10年4月9号，延时准确，测试通过
对有未开始授权的报停用户进行重开，用户李土法， 165016，重开，首先重新发送原授权，到该授权结束后将会发送补充授权至20100110，计算准确。
报停用户即时、一天后、一个月后、一年后重开，查看授权日期计算情况
报停用户test2,修改系统时间至一天（0424）后，开通，预计所有授权均延两天
测试通过
修改系统时间为7天后（0430），开通，预计所有授权均延后7天
基本包2延期错误
计算错误，应该延到2009-05-02
修改系统时间为30天后（0522），开通，预计所有授权延后30天
基本包1和基本包2计算错误
基本包1应该延续至06-16
基本包2应延续至05-24（实际为06-20）测试不通过
7、区分主卡、副卡。
增加主副卡区分标志。新发卡时，可以关联主副卡。产品订购时，副卡可以查看主卡订购情况。修改资料中可以修改卡关联情况，综合查询中增加查询某个卡，可以看到主副卡关联情况的功能。建立主副卡关系只能依靠修改资料中修改某卡为主卡，然后该卡将出现在其他卡修改资料时的下拉菜单中。
个人用户主副卡设置非常困难，建议在发新设备时建立主副卡关系，并可以在修改用户资料时修订，但目前修改用户资料时多卡用户只能显示一张卡，无法修改另几张卡的主副属性。
集体用户，没有主副卡关系
8、计算费用上使用四舍五入到角取整计算。
方便收费。
测试思路：定价时订到分，计算后看是否精确到角？回收授权计费
第一步骤计算正确
第二步中特殊优惠总额没有改，导致报错，无法提交，请查看。
9、系统加入模拟系统的地址码。测试通过
能够按照地址码进行相关查询统计等的操作，可以编辑、修改、输入地址码。地址码分路，小区，楼来组合。在普通用户服务里面增加地址码，可以根据用户输入自动组合生成。如何定义？是否替换家庭地址？
10、能对特定节目包的组合包进行策略优惠。先不管
如A、B、C三产品包，同时订购A、B优惠幅度为8折，同时订购A、C时优惠幅度是7折。策略对其它节目、或组合不使用。
11、增加用户证打印模块。格式用户已经提供。
打印出的用户证没有正确导入用户证号
12、到期未续费查询增加地址和地址码条件。
测试思路：模糊查询？两条条件一个符合一个不符合时，是否出结果？不出
02318193432 郑华 南苑小区206-1-501
8379002318753599 道北路申泰丽景 246736 万延涛
8379002525126944 军安小区 279868 莫太民
以上数据组合查询过期未续费用户，测试通过
无法查询到将要过期未续费用户
13、用户拖延缴费可以根据拖延天数来收取费用。针对主卡
例如用户拖延20天收费，10天内不收费，10天为进制，(X-10)/10*单价费用。
如何实现？
***************搭建湛江环境（19）********************
导
数据库（zhanj_sms）
在19上搭建湛江环境，修改配置文件，建立运营服务1703，加密方式为地方版加密方式。
登陆后遇到第一个问题
客户端连接错误，应为ServerURL=http://192.168.4.19:1703/cgi-bin/SmsServer.dll
Serverconfig中为地方版加密方式
IdString=AD30619C893735E620A4C10788370C6696E6F6FA50DD99CB003C34EF365FD07907792DECC8596AFB
ConnectionStr=C4714F8D916510D134536D3F2A0E115C962E8ACC6B6B367887A459F0F3BC5516F3037B1596A654A20CDD81C219E9F
9643F0114FE42DDB18172AC805983E73C7509BDC588297F9B120B65DB187403B53DDC4C89F4DB8F916FBE4535409555AA8DB654CEED
A19EE8CD
重新加密后登陆成功
客户反映更新版本后，开户、定购（未来订购）、更换设备经常报错。
验证问题1
用户戴水兴 更换设备时的报错，客户方报错：中心管理返回信息：’’ is not a valid data and time
察看中心
日志，是因为数据字典中的CASID没有改为18945，修改后重新提交，成功
验证问题二2
给李诗婷退户，成功
给李四做定购和未来续订，成功
均未重现用户bug
用户执行了波涛的清理旧数据脚本，并设置cas代理=1后出现的上述问题。
***********射洪新版测试（2.0.2009.33）4.19***************
操作员收款统计表，之前存在的问题：
收款明细种数据重复显示，且明细中的总额与实际不符，针对多卡用户会出错
无论选择那些操作员后，查询结果均显示所有操作员纪录，只有今天执行操作的操作员消费类型显示，其他操作员消费类型只有一个201110
原有问题已经解决。
发现新问题：
1、 发票管理中发票的落款人为1，而非ADMIN，开发在察看
2、 操作员收款统计中，集体用户数目为集体用户卡的总数，并非统计的是集体用户数。已跟开发确认，确实按照卡来查询。
**********验证台州发新设备（没有问题，已发送给小何）**************
是因为客户端程序没有更新到最新，汗，走查其他基本功能，无其他问题。
因为发布版本中遗漏了客户端程序，造成上次测试时新发设备总是报错，并遗漏了给用户发客户端程序。开发于本日在发布版本中增加了纪录，我已将客户端程序发给了客户。
