操作文档和测试要求.docVIP

1、从程序运行结果上看，当托运人确认重量与承运人确认重量均为０时未进行卡控。 这里有几种情况： （1）普通货物整车按批制票时，托运人确定重量和承运人确定重量，必须在品名后输入，不能输入在车上，既按照原来的输入方法输入。 （2）整列整车制票时，应该在车辆上输入托运人确定重量和承运人确定重量，不能在品名后输入重量，当关闭车辆信息对话框后，货物的各种重量会自动确定。不能再在货物品名内 重量。 另外，当是运输的空自备车时，托运人确定重量和承运人确定重量都为0，其他情况不能为0，程序没有办法自动判断，因为牵扯到品名信息。 总之，制票人员必须认真填写每车的货物重量，程序没有办法卡控。 2、棚车有封时，软件的操作界面上提示的仍然是“篷布号”。 做了修改。 3、从测试结果看：一车一票的“合计”结果与“一票两车”的计算结果不完全一致。导致此情况的原因可能是由于第一票中货重小于标重，第二票中货重大于标重，而程序在计算时未采用每车单独计费然后将费用合计的方式所致。 对于整列制票计算每车的运费是按照一票一车计费然后加总计算出来的。而对于一票多车是指成组连挂不可拆解的多车，比如保温车（5组、9组型），游车等计费，这个时候必须用普通制票的一票多车，计费重量、费率合计后，统一计算运价。理论上，普通整车制票，必须一车一票，那种一票多车的煤炭当是都是变通的方法，根本没有比较的必要，采用的方法不同，当然计算的结果不同。不符合成组连挂不可拆解的多车，不能用普通整车制票制非这种情况的货票，如果运用这种制票，那就要承认这种是正确的。 4、在整车制票中，原来规定在非货车自轮运转车辆车种车型前加“#”的操作，仍然可以制票。 目前普通整车制票时，在车种车号栏输入非货车自轮运转车辆车种车型前加“#”还可以自动认为非货车自轮运转车辆。但是在整列运输中，车辆信息输入时，不能这样输入。 目前普通整车制票时： 第一种是前面输入“#”号，在弹出“输入非标准车型”窗口输入轴数，再进入车辆信息后不做任何修改（也可单击第二行查看相关信息，已经自动选择“非货车”），直接点击“退出”后“#”号消失，计费、打印。 第二种是不输入“#”号，在弹出“输入非标准车型”窗口需要输入标重、计重、允重、轴数四项内容，再进入车辆信息，单击第二行，在“车辆属性”中选择“非货车”，再单击“修改”后点击“退出”，再计费、打印。 5、对于整列制票的情况，车辆数的上限是多少？ 软件包中有“WBZHCL.dll”,综合处理中有哪些需要注意的变化？增加整列制票功能后，软件原有的数据结构是否有变化，如果有的话这种变化是否会影响对原有数据的读取及打包？比如：2011年3月31日全部货票制完后，可否使用升级后的程序打包？对原有数据的查询、统计等功能有无影响？ 本次升级对货票的打包、入库、转发、收入及统计的共享是否有影响？ 杂费软件（到达货票入库）是否有相应的升级？ 目前制票程序增加整列制票后，整列制票允许单票300车；普通整车制票按照原规定执行，即15车。 本次升级后，货票的原始文件作了改动，但是，不论怎么改动程序可以读原来的数据，进行自动的转化，对用户来讲没有任何变动。升级时，必须完成当天制票后，才能升级，不能没有完成当天制票进行升级，当然程序也能制动转化，但是，为了数据安全，要求升级时，必须完成当天的制票后，次日货票用新的数据结构。 对此测试的路局几乎没有。 货票的打包、入库、转发、收入统计共享都进行了相应的修改，对使用者没有变化，完全兼容各个版本数据。 杂费软件修改，稍候发布。 6、关于整列制票车辆信息列表导入导出的问题。 当输入车辆信息后，当没有完全输入整列车时，可以将输入的部分车辆信息导出，点击“导出”按钮，将所有录入的车辆信息临时保存。当下次进入制票页面的车辆信息设置页面时，可以点击“导入”按钮，将之前导出的车辆信息导入到车辆列表。 【注意】： （1）导出的部分不提供维护功能，只是临时保存的作用，要修改，必须导入后，进行修改，然后再导出。 （2）当车辆列表没有一个车辆的时候，才允许“导入”；当车辆列表中存在车辆信息时，只允许导出。 （3）只保存一个临时的车辆列表。不支持保存多个临时车辆列表。 7、关于打开车辆信息模板失败，或者cell控件打开失败，都是没有安装好cell控件的问题，建议重新安装cell控件，推荐cell控件版本为，如下图所示： 升级后，每个制票点必须认真检查，每个制票点cell异常，计费不保证正确。 对于打开车辆信息模板失败，是因为升级包中有个“Template”目录，没有将该目录以及该目录下的文件完全拷贝到c:\hyzp\下。 程序cell异常，打开模板失败，还测试啥？能测试对吗？ 8、已经修改普通整车制票D型篷布计费错误，打印时候标重错误、修改车