==WINPOS实施要点=

====================================WINPOS实施要点======================================== 一·前台库表的列表
前台运行的保障.在本地有DBASE VII表和他们自身的索引.现在将他们的用意和索引描述如下.
1．<资料表列表> 同时资料的下载也是更新这些表.这些表是为了保障前台正常销售准备的，他的资料和后台采用异步同步的方式处理.同步的功能是在数据资料下载功能里面处理的.
2．<业务表列表> 本地处理业务用到的表,在交班退出的时候就会在打印完对帐单之后清空这些表.目的就是在下个操作员登录的时候能更准确的操作(这种准确性是在Totalm.dbf为空的情况保障的).其他的三张交易表是在网络通畅，数据已经提交的情况下清掉已结帐和已提交的数据.
[注意]
要保障数据的正确，这里严格要求资料表、业务表、和他们自己的索引都完整。

现在针对索引容易损坏从而导致销售对帐单不正确的情况，程序做了以下改进：增加BACKUP目录，在此目录下放置的表Posjyls、Posjy、Posmxls、totalm的初始索引文件。

每次程序启动时，系统会自动根据这些文件重建索引。

：------------------------------------------------------------------------------------------：3．后台数据库的调整.同时更新原来的数据采集
在后台数据库里面做了调整：
<1>调整的内容是：Retjels 里面添加了 molingje decimal(15,2) default 0
gzcode varchar(12)
Posjelx 里面添加了 molingje decimal(15,2) default 0
gzcode varchar(12)
Posjy 里面添加了 gzcode varchar(12)
sp_kfmx 表里面添加了 bghour integer default 0
sp_kfmx 表里面添加了 endhour integer default 0
<2>增加的库表
a．增加有关零售送货的库表： LSSHHZ、LSSHMX、SHKDFK、SHDSTATUS、YSHTHHZ、YSHTHMX
b．增加销售调拨的库表：Sale_dbhz、Sale_dbmx。

：------------------------------------------------------------------------------------------：
<3>增加的视图
在V4中零售不送货程序与零售送货数据是独立存储在后台库表中，所使用的字段也不都相同。

因此需要建立视图使在查询柜组销售时零售不送货数据和零售送货数据均能查到。

增加的视图为：Vlsshjs、Vlsshk、Vlsshz、Vxssdcx。

增加销售调拨查询视图：V_SalesOrder。

二．数据库连接
1．保障后台数据库的连接和数据库的提交,需要设置后台数据库的机器的IP地址，机器的名称也可以。

还有就是连接等待响应的时间.这里的设置比较的重要,会影响数据提交的性能，所以这里的设置比较的重要，实施人员在这里要根据机器和网络的性能得到一个比较好的参数（连接的等待时间）。

SQL Server 的响应端口在 1433
Interbase 的响应端口在 3050
DB2 的响应端口在 50000 (这里的端口列表是默认的)
这里的参数在系统里面的用意是：判断数据库服务器是否正在运行。

如果是通畅的才提交到数据库服务器。

所以这里的连接等待参数不能设置过大(会影响系统运行的整体的效率)，但是过小的话，可能不能得到服务器的正常的响应，会导致数据经常提交不了，影响资料同步的实时性。

注意：
如果使用InterBase需在本地设置：
1.Win98\system目录下的services文件中增加“gds_db 3050/tcp”
2.Winnt\system32目录下的services文件中增加“gds_db 3050/tcp”
2．同时在本地要建立后台数据库BDE的设置,这也是保障资料下载到本地和提交到服务器的要素之一。

这里同时顺便提到数据库本地的设置,这是保障本地的交易能正常运行的条件.这里的本地就是如图上的前台数据库的设置.
这里需要注意的是本地数据库的BDE连接的类型标准类型的.具体的参考看图所示。

三．数据收款数据的流向：
收款员收款时（具体为打印前笔销售小票后，收款员进行下一笔收款动作前），数据首先发往本地的DBF 表中（Posjy、Posmxls、Posjels），成功写入后，程序会判断与数据库设置中所指定的数据库的连接是否通畅。

如果通畅（即在数据库设置中所指定的响应时间内能与指定的数据库连接）则程序会将数据上传到后台服务器的Posjy、Posmxls、Posjels（零售送货数据直接存放在对应的零售送货库表中）中。

并将本地的已上传到后台数据库的数据标记为“已上传”。

如果不通畅，系统会将该交易记录标记为“未上传”，等待下一次收款时连接通畅后于下一次的销售记录同时上传。

[注意]
基于Pos的数据上传方式，即使在连接通畅的情况下也有可能出现在每天的最后一笔或者几笔收款没有上传到后台数据库中。

这就需要收款员手工上传数据。

手工上传数据的操作方法是：
1．在收款主界面中按上传数据键（F9）。

2．确认目前处于连接状态（画面左下角），交班。

否则继续重复操作1，直至连接为止。

3．如果进行多次手工上传，连接仍然断开，需要按“ALT＋F4”强制退出程序（不能交班），重新启动收款机，以同样的收款员身份进入收款程序，执行操作2。

4．交班，打印对帐单。

四．有关对帐单：
关于对帐的处理的分情况处理.首先要说明的是交班对帐处理逻辑。

首先将当前结算了的单据的交易明细生成按柜组的对帐单，然后按结算明细生成结算对帐单。

条件是记帐日期、机器时间和收款员号。

在网络通畅情况下，将本地的结算了的明细提交，删除所有提交的记录。

在网络不通畅的情况，因为不能成功提交，这样就不能删除本地的记录。

针对上面的情况和在实际的业务处理过程中便可能出现下面的情况
如果断网的情况下在同一记帐日期和机器时间内多班次使用同一收款员号进行收款。

这时每次交班打印出的对帐单都为前几次和本次交易的总和，这样无法与本班次的销售帐吻合。

解决方法：严禁在同一记帐日期和机器时间内多班次使用同一收款员号进行收款。

五．有关记帐日期
使用记帐日期功能后在设定的记帐时间到来后，系统自动打印本记帐日期的内该收款员的对帐单，并会询问收款员对帐单打印是否正确。

收款员选择“打印正确”，系统清除本日对帐信息。

否则系统将不断提示，直到收款员选择“打印正确”为止。

如图
六．有关前台票据打印方案
前台票据打印方案存储在前台零售程序所在目录下的“票据头方案.txt”和“票据尾方案.txt”中。

系统管理员和实施人员可以直接对其进行编辑修改。

注意打印数据字段应使用“【数据字段名】”的方式。

现生效的数据字段名如下：打印日期、时间、柜组、收银员、收款台、销售总金额、实收金额、找零金额折扣金额。

系统管理员和实施人员可以根据具体需要进行相应的删减。

如图
七．有关流水号
流水号用来标识销售小票，必须确保它的唯一性。

流水号是由款台编码和表示销售水的数字组成。

长度不能超过11位（汉字按两位计算）。

在正式运行收款程序前必须将流水号置零。

具体操作方法是编辑PosInit.Ini。

找到“[RUNTIMEPARA]”（如图）将“NewBill”设定为“1”，删除“CurrLSH＝”和“BILLLSH=”后的部分表示流水号从1开始（也可以设定从特定的值开始如“CurrLSH＝pos1000111，BILLLSH=111”）。

八．有关日清
如果日清后，仍有当天的销售数据上传（网络原因居多），这时只需重新运行一次日清程序即可。