【2017年整理】ccerp方面的问题.docVIP

零售方面的问题： 1、 零售POS （1）、POS下载数据时提示RETSKYLS表中有重复记录，清除重复记录。 （2）、零售日清时无法做日清，提示明细表与汇总表数据不对，解决方法是在后台数据库中修改POS_mxls,pos_jells,pos_mast表中的数据，然后做日清。 （3）、零售会员卡积分。首先到后台数据库中修改存储过程SBP_ls_rq，将会员卡的积分方案加入进去。在后台数据库中可以积分，如果要在前台POS显示积分，则将积分字段加入，然后增加字段检索方案。 BDE连接方面的问题 客户软件在使用的过程中经常会出现软件无法进入的情况。这中间和网络、BDE有很大的关系，BDE是连接软件的桥梁，所以首先我们应该清楚问题，很可能出在BDE上。现在具体分以下情况分析： 首先你在任意一个客户端打开开始、运行，输入CMD，进入DOS状态。然后输入 ping 服务器地址， 1、如果出现下面的提示： reply from 192.168.0.1:bytes=32 times=10ms ttl=128 表示网络畅通 然后打开BDE，双击，软件所连接的BDE连接，如果一直等待，或者弹出提示窗口，表示BDE不通。这时候有两种处理方法： （1）、把BDE中的servername修改为服务器名，然后看BDE是否畅通。如果畅通，就可以。 （2）、如果修改为服务器名称后仍然不通，我们需要去借助于ODBC（具体请及时和郑州时空联系），ODBC数据源是系统提供的第三数据连接的工具，如果ODBC不畅通，BDE是不会畅通的。这种情况一般和系统有关系。 2、如果出现下面的提示： request time out 表示网络不通，需要我们检查，网络，HUB等相关设备，直到网络通畅。 如果软件无法进入就按照第一步处理。 1． 自定义查询，数据组织跨库查询，查不出结果来，为什么？ 问题分析： 在查询分析器里可以查询出结果，但挂到自定义查询就不行了。 问题解决： 查询方案数据集合中取消“数据集合来源”，同时要清空查询页面属性中的可显示字段 2． 所有单据只有抬头项，明细部分都是空白的。为什么？ 问题分析： delphi控件坏了，重新注册midas.dll文件 解决方案： 在运行中注册midas.dll文件 如：regsvr32 E:\时空软件安装\v7fendian\midas.dll 3． 业务查询中，零售业务查询往日零售报表，提供的数据与折扣折让查询中的数值不一样， 即:alldayhz与retmxls中记录一天的****数据不一致 问题分析： retmxls记录的是实际发生日期的数据；而零售业务查询往日零售报表(alldayhz等)记录的是日清的数据。如果每天做业务有出现补以前的记录时，retmxls与alldayhz的数据从每天来比较将可能不一致。 问题解决： retmxls与alldayhz的数据从每天来比较将可能不一致。但从总体来比较是一致的。建议需要的报表从统一的库表提取。 4． 用户的数据库帐页不对，库存也不对，有红色帐页。 问题分析： 经分析，是因为在前台pos的设置中设置了 货位内码为01，而货位内码本身是hw造成了向后台直接插入01的hw。客户是没有管理批号的，但分析sphwph中有一商品维护了批号，检查数据后进行对相关表更改。 解决方案： update retmxls set hw=HWwhere hw=01；delete from hwsp where hw=01 delete from sphwph where hw=01 . update hwsp set hwshl=b.kcshl from spkfjc b where hwsp.spid=b.spid update sphwph set shl=b.kcshl from spkfjc b where sphwph.spid=b.spid； update splsk set hw=HWwhere hw=01 重算帐页 5． 更换服务器后，重装系统后，登陆软件的时候提示系统注册号被非法修改。但注册是正常的 问题解决： skreg这张表的字段太短了，注册的信息没有被截取了一部分。 解决方案： drop table skreg create table skreg ( mid char(60) null default , biaoshi char(4)null default, cipher