银企对帐处理说明

来源:互联网 发布:内涵谷 源码下载 编辑:程序博客网 时间:2024/05/14 18:01
表结构及处理说明

validation
(不论哪种对帐方式,已经发过对帐单的都放到这里面。放入时不管对帐结果,是否识别等)
生成对帐单时,
11 信件方式的,在生成对帐单时,不放入此表,在邮局返还数据后(哪些成功发信),把返回数据导入些表。用户反馈后,邮局把对帐结果再返回给银行,银行把这些结果下发到各支行、网点,录入对帐结果在validationresult 对上:T   没对上 F
14 发送mail时,把所有发过的放到此表,回执时,识别成功后对上的改变validationresult ->T   没对上的改为 F。没识别的在人工判别后修改标志
12 发送Fax时,
13 sms时,
15 电话银行:
16 人工:
17 不对帐:
没对帐:

 

validationhistory
在抽取数据时,会调用validation这块的程序,把validation中的数据导入此表。

validationtask
对帐主管把对帐任务分配给对帐员后,在此表加一条记录。
现在对帐主管要在对帐管理中查找没有对帐的进行分配,现在全部validation中的都列出来了,查找不是很方便。
什么情况出现没有对帐的:balance中有,但validation中没有,就是未对帐的。像未登记客户、发送mail、fax、信件等失败的都不会放入validation, 这些都是未对帐的。都要分配给对帐员去人员对帐,比如打电话等。

validationtaskhist
在抽取数据时,会调用validation这块的程序,把validationtask中的数据导入此表。

balance
余额信息,由数据抽取时导入,生成对帐单时要根据这里的数据提取余额信息。

balancehistory
数据抽取时,把余额中的数据放到些表中

accdetail
明细信息,数据抽取时导入,生成对帐单时,明细信息由此提取

accdetailhistory
数据抽取时,把明细中的数据放到些表中

faxmaster
生成对帐单时,以传真方式对帐的帐户会放到些表。但是不放余额信息,只放帐户信息
发传真时,会从这里取数据。

faxout
生成对帐单时,把余额信息放到这里。
当时对帐单是多户的,现在改成单户的,为不修改程序用了faxout这个表

faxinfault
回传传真后,把收到的传真全部放到这个表中,并且置ifprocessing为0  代表没有识别过
识别后成功的向valition中放一条记录,置validationresult。然后把这条记录删除
识别后失败的置ifprocessing为N,可以进行人工识别,人工识别后置ifprocessing为Y,并且向validation中放对帐结果。
(现在人工识别后置ifprocessing为Y,后面可能要考虑删除)


mail
生成对帐单时,以mail形式发送的帐户对帐单放在此表
信息收发程序从些表取数据发送mail
Status代表发送状态:0-成功 1-失败 2-待发
Sendingtime是发送的次数,信息收发程序会根据参数表中最多尝试次数判断发多少次,超过这个最大值再没有成功会置status为1
如果在最大值之内发送成功置status为0
数据放入mail时,status默认为2

mailinfault
客户回送mail对帐结果时,信息收发程序从邮箱中取数据识别失败的放入mailinfault
ifprocessing置为N
人工判别后置ifprocessing置为Y, 并且修改validation中的validationresult字段,标记是否对上

account
数据抽取时,从余额文件中抽取帐号放到account中。
抽取时,仅简单的删除account中的数据,不做历史。
数据抽取完成后,余额表中的数据应该和account中数目一样。
变化:现在要改变Account的操作方式,再导入数据时,不删除原来的account信息,只把新增的加进去,信息变化的进行改动。主要原因是因为对上个月的对帐结果,如果下个月时还没有录入,按原来的方法有可能就不能录入了(对应的帐号不存在了),所以为了支持历史对帐结果的录入,要这样更改。
account是唯一一个一本通号和子帐号的对照表。account中的account是子帐号,acc1_no是一本通号。

custom
系统初始时,导入从DCC中下来的客户信息,然后由各部门进行补录客户信息
如果有新开客户时,要在客户表中添加。
custom中的帐号是一本通帐号。

imcustcondition
重要客户条件,每个行可以维护自己行(所辖)的重要客户条件

userinfo
系统操作员

roleinfo
角色,固定的,只可以修改权限,不能添加

sysparam
系统参数,只可以修改值,不可以添加

branch
部门

currencytype
币种类型

menu
系统菜单

messages
短消息

典型问题的说明

一本通
有些定期客户,有多个帐户,但客户管理时对这些帐户进行统一管理。这个统一管理的帐户叫作一本通帐户,客户只关心一本通余额的变化,而不去关心帐户的变化。一本通(acc1_no)有两个标记,笔号(sq_no),册号(psbk_no)
一本通用笔号来标记子帐号,一个笔号对应一个子帐号,笔号编码为:1, 2, 3.....有多少个子帐号就向下排列。
册号是指客户持有的一本通册子,一般一个一本通帐号只会有一个册子,所以册号常为0进行标记。

对帐管理中历史数据返回时格式是这样安排的。 册号全为0  , 如果不是一本通,笔号为空,如果是一本通,为对应的笔号。所以判断一本通时,可以查看account表中的笔号为非空时为一本通号,当前的笔号对应的子帐号为此条记录的account段数据
如果不是一本通时,account, acc1_no都填充子帐号。

 
原创粉丝点击