本外币一体化概要设计.docx
《本外币一体化概要设计.docx》由会员分享,可在线阅读,更多相关《本外币一体化概要设计.docx(39页珍藏版)》请在冰点文库上搜索。
本外币一体化概要设计
全省数据集中个人业务系统
总体设计
建行湖南省分行科技处
2001年4月5日
一、引言
1、编写目的
为了完成全省数据大集中项目的软件开发工作,确保我省数据大集中工作的顺利进行,规范个人银行业务系统的开发工作,该说明书描述该项目中的工作任务、总体设计思想、开发原则、编程规范、外部接口等项目开发过程中必须解决的问题。
本说明书针对软件开发人员编写。
2、项目背景
项目名称:
全省数据集中(个人业务)综合网系统
项目开发单位:
中国建设银行湖南省分行科技处
项目委托单位:
中国建设银行湖南省分行
项目应用单位:
中国建设银行湖南省分行个人银行部
随着我行数据的全省大集中,我行原有的城市综合网络系统本外币两套并存,而且长沙地区A机已经实现了本外币一体化,系统不统一,维护工作量大,不利于我行个人银行业务的发展。
而且现有各地市二级分行人民币综合网络系统已完成科目、帐号统一的改造工作,实现了存款实名制,能按人民银行、国家税务部门的要求自动代收个人存款利息税,而现有外币系统未完成科目、帐号的统一,没用实现存款实名制。
因此,本外币一体化势在必行。
本外币一体化就是在现有人民币综合网系统的基础上,将外币系统的各项功能并入人民币系统中,实现本外币系统合一。
现有长沙地区的A机实现了国库券的上机管理,开通了银证通业务,因此,全省实现数据大集中系统必须新开发国库券管理系统、银证通等业务系统。
我行现已开通各项代理业务十多种,联网系统各不相同,通讯接口不一,重复工作多,开发工作量大,亟待通过中间业务平台,对我行各种代理业务系统进行整合。
3、系统中使用的术语、词汇缩写的定义
B2B:
businesstobusiness
B2C:
businesstoconsumer
SERVER:
服务器端
CLIENT:
客户端
TUXEDO:
设计基于OSI网络模型传输层上的中间件,不依赖于网络硬件和底层传输协议,具有交易管理、交易控制、流量控制等功能。
4、参考资料
1)《中国建设银行城市综合网络系统总体设计》(湖北版)
2)《中国建设银行外币储蓄系统总体设计》(湖南版)
3)《中国建设银行外币储蓄系统技术手册》(湖南版)
4)《中国建设银行外币储蓄系统操作手册》(湖南版)
5)《中国建设银行外币储蓄系统业务需求分析》(湖南版)
6)《中国建设银行本外币一体化业务需求》(湖南版)
7)《中国建设银行个人业务科目帐号调整概要设计》(湖南版)
8)《中国建设银行个人业务科目帐号调整技术手册》(湖南版)
二、任务概述
1、目标
在原有综合网系统的基础上,改变原有网络系统体系结构,实现全省业务数据的大集中。
将外币系统融入人民币系统,完成原外币系统的数据过渡及未上机外币的数据初始化工作,实现全省本外币储蓄系统软件的统一:
实现本外币核算科目、储种的统一,实现本外币表外科目储种的统一,实现帐号编排规则的统一;实现人民币储蓄卡全国通存通兑,人民币存折全省通存通兑;并实现外币的通存通兑;实现定期双整存款约定转存功能;实现外币存款实名制;实现前台操作界面的统一。
开发国库券管理系统,实现国库券发行、兑付上机操作。
通过中间业务平台,进行二次开发,实现各种代理业务的整合。
实现储蓄卡按普通卡和生肖卡两种卡进行申请和预制。
2、系统运行环境
1)系统硬件:
省行:
HPsuperdome2台、HPL20004台、网络设备等
地市行:
HP小型机、网络设备
前台储蓄所:
PC机
2)系统软件:
省中心:
HP_UNIX11INFORMIXONLINE9.0TUXEDO6.5
地市行:
HP_UNIX10.01INFORMIXONLINE7.XTUXEDO6.5
前台:
SCO_UNIX5.0.5INFORMIXSETUXEDO6.5
3、需求概述
1)本外币一体化系统:
(1)交易要求。
实现本外币的开户、销户、存款、取款等业务处理流程的统一,将现汇393转开、现汇393转存并入原转开、转存交易,新增加外币的现汇登记、现汇394开户、现汇394转帐、现汇394支取、现汇394汇出、现汇394销户、汇买钞卖、外币找零、汇率管理、外币利率管理、外币年度结息、外币销户计息、外币利息税计算、现汇登记薄的查询打印等。
(其中现汇393:
应付现汇户---存放由往来机构划来的现汇;现汇394:
现汇中间户---存放本机构原有现汇户销户或支取所得现汇。
)
(2)科目、储种的管理。
要求实现本外币科目、储种的统一管理,能按总行、省行要求进行科目、储种的增加、修改、删除等操作,本外币使用相同的科目标准表和储种表。
(3)帐薄管理。
营业日报表、月报表、年报表、科目日结单分别按币种产生,无发生额的币种不产生营业日报表、科目日结单。
储蓄所的通存通兑清单要求按币种分别打印。
所有帐薄的查询打印,分别按币种产生。
(4)人民币资金清算。
采用由上到下逐级清算资金的模式,原通存通兑资金清算由原来的走内部往来3150科目,改为走通存通兑3140科目。
人民币采用自动清算,并由会计按当日通存通兑的汇差自动对冲3140科目。
(5)外币资金清算。
外币采用手工清算模式,储蓄所按币种将当日通存通兑汇差挂入3140科目各相应外币户,由储蓄所手工按币种(附分币种的通存通兑清单)进行资金清算,划国际业务部,由国际业务部进行资金清算。
(6)授权管理。
系统要求能对储蓄所是否开办外币业务进行授权管理,对于未开办外币业务的储蓄所只能办理人民币业务;根据业务交易种类分别进行金额授权管理。
(7)操作界面要求。
实现本外币操作界面统一。
凡是与币种有关的交易,必须增加币种的输入,并且要求输入币种代号后,屏幕显示该币种的汉字名称。
2)代理业务
3)国库券管理系统
(1)原有长沙地区的国库券系统在数据大集中后将停止使用。
(2)国库券数据初始化及长沙地区数据转换。
对于HP机原发行国库券未上机的地市行,在本地市行数据大集中前(即在城市综合网系统上)录入台帐,重新产生新帐号,由原国库券凭证号码与新帐号建立对应关系,完成数据初始化;原长沙地区国库券业务数据要求按新系统进行数据转换。
(3)科目、储种设置及帐务处理。
科目、储种管理按本外币系统统一管理,发行国库券在“273099-其他应付款”二级科目下设1个储种(291)进行核算;兑付国库券在“163099-其他应收款”二级科目下设1个储种(308)进行核算;利息在“163099-其他应收款”二级科目下设1个储种(309)进行核算。
在储种下根据发行年度、期次、期限分别‘编号’;网点上划时,按编号查询结果分别上划。
提前兑付的手续费收入在“561045-个人其他结算业务收入”科目下设1储种(553)进行核算,空白国库券凭证在表外科目下设一国库券凭证储种。
(4)分户管理。
设立国库券台帐(分户帐要素、格式参照定期户主帐),发行时按发行编号在国库券总储种下办理开户,兑付时作销户处理(不办理部分提前兑付),帐号由计算机自动生成。
(5)国库券开户。
开户与储蓄存款开户基本相同,实行实名制,开户时,要求输入国库券发行年度、期次、期限。
(6)国库券销户。
销户方法与定期储蓄存款销户基本一致,利息要求计算机自动计算。
(7)手续费及利息计算。
提前兑付国库券应按兑付本金的2‰自动计算手续费(不足2元按2元收取),并从本息中扣除后入“营业收入—手续费收入户”,同时打印收费凭证。
国库券兑付不满半年的不计息,满半年不满一年的按销户日挂牌活期存款利率计息,满一年不满二年的按发行日一年期国库券利率计息,满二年不满三年的按发行日二年期国库券利率计息,满三年不满五年的按发行日三年期国库券利率计息;发行期内兑付不计算利息,但要收取手续费,到期兑付不收取手续费。
(8)挂失、冻结、止付管理。
国库券的挂失、冻结、止付参照本币业务。
(9)台帐、分户总帐平衡检查。
国库券每天根据发行年度、期次、期限的余额、户数、发生额与台帐按年度、期次、期限的汇总数据进行平衡检查。
(10)前后台帐表管理。
前后台根据发行年度、期次、期限查询打印国库券台帐及国库券统计表(格式见业务需求)。
(11)操作界面。
国库券业务的操作界面与储蓄业务操作界面整合一起,办理业务时不用退出储蓄业务系统,通过交易码办理。
(12)冲正处理。
分自动冲正和手工冲正,参照本币冲正业务办理。
(13)挂失补开。
参照本币定期存款挂失补开。
4)储蓄卡按种类进行申请与预制
改变原储蓄卡不能按种类进行申请和预制,实现储蓄卡前台按孔子卡和生肖卡两种类型进行申请及业务管理中心按前台申请分类型进行预制。
5)定期约定转存
定期存款约定转存。
系统新增加本外币定期存款约定转存功能,约定转存只考虑双整定期,一本通不考虑约定转存。
在客户办理双整定期存款开户时,按客户的要求登记约定转存表,每日在系统管理机上执行定期存款自动转存菜单,对该营业日到期的约定转存的存款户进行自动转存,同时产生自动转存清单,下传储蓄所。
同时要考虑原帐户约定转存后进行挂失补开、部分提前支取的转存处理。
6)机构合并
机构合并要考虑与外币、国库券有关的数据表的合并问题。
储蓄所合并后要求保留该所储蓄卡可以继续使用,并且注意修改satxkdj表中该所卡号与新帐号的对应关系。
三、总体设计
1、总体设计原则
1)兼容性原则:
系统修改及新业务系统的开发以原有综合网人民币系统为基础,原系统已有的交易只进行功能扩展,原系统未有的交易根据新增业务需求进行功能增加。
2)适当分离原则:
系统修改及新业务系统的开发以原有综合网人民币系统为基础,但某些功能采用各自独立,如外币、国库券销户计息不用原系统的计息方法,采用单独计息方式。
3)数据库共用性原则:
新系统采用原系统数据库、数据表,对功能相同或相近的各种业务数据存放在同一表中,对原表结构尽量不做扩充,新业务功能描述采用表字段复用方式,对复用的表字段增加新的功能定义。
2、网络总体结构:
3、系统功能划分
按业务功能要求,可将系统修改及开发划分以下几部分
1)柜台部分(Client端):
完成本外币开户、销户、存款、取款,外币的现汇登记、现汇393开户、现汇393转存、现汇394开户、现汇394转存、现汇支取、现汇汇出、现汇销户、汇买钞卖、外币找零、现汇登记薄的查询打印等;营业日报表、月报表、年报表、科目日结单分别按币种产生,储蓄所的通存通兑清单按币种分别打印;完成国库券的发行开户、兑付、挂失、挂失补开、冻结、止付、分户查询、报表查询打印等。
2)后台部分(Server端):
对前台各种日常业务及各管理中心的交易
进行处理,修改有关数据。
3)省行业务管理中心部分:
其功能与原系统管理机功能相似,主要完成全省日
终处理、机构管理、职员管理、交易码、科目、储种、分录、人民币利率、外币利率、国库券利率、外币汇率、查询、打印、数据清理、事后监督数据采集、储蓄卡生肖卡与孔子卡制卡文本生成、综合柜员制授权卡文本生成等功能。
4)地市行业务管理中心部分:
其功能与原系统管理机功能相似,功能
范围缩小。
主要完成职员管理、查询、打印、储蓄卡生肖卡与孔子卡文本接收、综合柜员制授权卡文本生成(接收)等功能。
5)原省行交换中心与新省行数据中心部分:
主要完成数据过渡期间交易转发与对帐处理。
4、系统总体设计说明
1)交易类划分:
新系统交易分本所、本地、异地(或跨省)三种交易类型。
原本省异地交易归并至本地交易。
已完成数据过渡的行与未完成数据过渡的行之间的交易仍属异地代理与委托交易;未完成数据过渡的行与已完成数据过渡的行之间的交易属异地代理与委托交易;已完成数据过渡的行之间的交易归并至本地交易。
2)密码管理:
储蓄系统原密码种类有存折密码和储蓄卡密码。
原地市行存折密码在数据库中只保留了15位加密密码中的8位,故无法复原明码,按原样过渡;长沙为明码过渡,数据集中后再统一加密存储。
储蓄卡(只有19新卡)16位密码全部存储在后台,可通过原密钥进行解密复原明码,数据集中后再统一使用新密钥进行加密;长沙地区按此方法处理。
外币系统由于存折密码加密方法与使用的密钥与综合网相同,可按此方法处理。
3)数据划分:
数据划分为联机库与批量库。
划分原则为日常实时交易对联机库数据进行修改,不对批量库修改;日终批量业务对批量库数据进行修改,并返写某些联机数据。
联机数据库主要包括的数据:
储户分户帐、内部分户帐、流水账、利率表、币种、汇率、储种、科目、挂失冻结、现金登记薄、开销户登记薄、新旧帐号对照表、系统参数、机构编码、重要空白凭证、交易码、柜员核算轧帐表等联机日常业务所需的数据。
批处理数据库主要包括的数据:
内部分户帐、总帐类、明细类、报表类、临时轧帐表、储种动态表、统计类等批处理业务所涉及的数据(内部分户帐余额等信息以批处理系统为准)
4)中心过渡:
原交换中心在各地市行全部完成数据过渡后,使用新业务管理中心取代。
过渡期间,原交换中心对帐把新中心作为成员行处理。
5)本外币设计:
实现范围为综合网系统,不考虑代理业务、个人电子汇款、网银等外挂系统;实现方式是将外币系统融入人民币系统,基本功能与人民币一致,外币系统与人民币相同的无帐号的交易通过币种进行区分,有帐号的通过帐号中的币种进行区分;外币系统中特有的交易通过新增交易码、交易分录处理;外币的计息和年度计息不使用本币计息公式,另写计息程序。
6)国库券系统设计:
国库券系统的各模块嵌入本外币一体化系统各功能模块中,通过在本外币一体化系统各功能模块入口处用函数调用方式实现其各项功能,尽量共用标准数据表和增加国库券有关的特殊表,另写国库券计息程序。
7)资金清算:
分人民币通存通兑与外币通存通兑两种清算模式。
人民币采用由上到下逐级清算资金的模式,原通存通兑资金清算由原来的走内部往来3150科目,改为走通存通兑3140科目。
人民币采用自动清算,并由会计按当日通存通兑的汇差走内部往来及自动结平3140科目,并入储蓄流水帐,轧入当天。
外币采用手工清算模式。
储蓄所按币种将当日通存通兑汇差(可能为0)挂入3140科目各相应外币户,由储蓄所手工按币种(附分币种的通存通兑清单)进行资金清算,通过内部往来(各币种分设内部往来)划转国际业务部,由国际业务部进行资金清算。
5、各模块修改说明
1)本外币各模块修改说明
(1)开户(01):
含人民币现金、外币现钞和国库券开户,录入要素新增币种和类别并选择转存标志;将开户机构(6位)+币种(2位)+类别(1位)赋值给djygs->zh1。
对外币积数计算单独调计息模块进行处理
传输Forms码:
110101
记帐交易码:
110100
后台处理过程:
预记记帐流水--->开户限额控制--->产生新帐号--->存取记息--->记户主帐--->根据约定转存标志记约定转存表--->修改记帐流水
各种外币限额金额存放在satbiz表的xekz字段
(2)存款(02):
含人民币现金和外币现钞存款,本省存折允许本省范围内通存,省内存折和储蓄卡按本地通存流程处理,不再走网间转发交易,记帐交易码为110210,传输Forms码为110222,对外省储蓄卡保持原处理流程(网间转发)不变(不允许外省存折通存)。
对外币积数计算单独调计息模块进行处理
传输Forms码:
110200110222190222
记帐交易码:
110200110210110220190220
(3)取款(03):
含人民币现金和外币现钞取款,本省存折允许本省范围内通兑,省内存折和储蓄卡按本地通兑流程处理,不再走网间转发交易,记帐交易码为110310,传输Forms码为110322,对外省储蓄卡保持原处理流程不变(不允许外省存折通兑)。
对外币积数计算单独调计息模块进行处理
传输Forms码:
110300110322190322
记帐交易码:
110300110310110320190320
(4)销户(04):
含人民币现金和外币现钞销户及国库券销户,保持原处理流程。
对约定转存户还没有处理的置处理标志,对外币计算利息单独调计息模块进行处理
传输Forms码:
110400
记帐交易码:
110400110800
(5)转开(05):
含人民币转账、外币现汇393转账开户,录入要素新增币种、登记序号、类别并选择转存标志;将开户机构(6位)+币种(2位)+类别(1位)赋值给djygs->zh1。
前台输入交易码:
05
交易码110500;
增加分录110500(外币):
借393(应付现汇户)
贷1(存款户)
后台处理过程:
判断合法性预计流水记户主帐修改登记簿
修改流水下传数据
(6)转存(06):
含人民币转账、外币现汇393转账存款,保持原处理流程。
前台输入交易码:
06
屏幕录入:
基本同原转帐存款,须增加币种和登记序号的输入
交易码:
110600;
增加分录:
110600(外币):
借393(应付现汇户)
贷1(存款户)
后台处理过程:
判断合法性预计流水记户主帐修改登记簿修改流水下传数据
(7)转取(07):
只含人民币转取、转销,保持原处理流程。
(8)转销(08):
只含人民币转取、转销,保持原处理流程。
(9)部分提支(10):
含人民币现金和外币现钞定期提前支取,保持原处理流程。
现钞户部分提前支取:
交易码111000增加分录111000(外币):
a借1(存款)
贷181(外币现金)
b借371(存款利息)
贷181(外币现金)
c借181(外币现金)
贷1(存款)
d借181(外币现金)
贷320(代缴利息税户)
(10)现汇登记
前台输入交易码:
29
屏幕录入:
转帐帐号0-21位数字,系统不对其进行校验正确性
金额1-12位,在现汇开户和现汇转帐交易中均要对
其判断发生额币种、在现汇开户和现汇转帐交易中均
要对其判断内容是否一致汇出人姓名(hm1)、受益人姓名(hm2)、汇出日期(khrq)、汇票编号(pzh1)、参考编号(pzh2)、汇款性质(mm1)
系统回显:
登记序号、该序号是作为现汇开户、现汇转帐交易的
依据、可通过查询得到
冲正方式:
按N作废冲正,冲正后的序号不可再用。
前台放入原托收登记交易一起,新增交易码112906;
增加分录112906(外币):
借551(内部往来)
贷393(应付现汇户)
后台处理过程:
判断合法性预计流水记登记簿修改流水
下传数据
(11)现汇394开户:
录入要素交易码、储种、币种、类别、户名、支取方式、凭证号、发生额,选择转存标志。
将开户机构(6位)+币种(2位)+类别(1位)赋值给djygs->zh1。
现汇中间户(394),用以核算现汇户的支取,转存等业务
后台处理过程:
预记记帐流水--->开户限额控制--->产生新帐号--->存取记息--->记户主帐--->根据自动转存标志记自动转存表--->修改记帐流水
分录:
借:
394(现汇中间户)
贷:
1
(12)现汇394转账:
录入要素帐号、卡折标志、发生额。
前台输入交易码:
11--->02
增加交易码111102;
增加分录111102(外币):
借394(应付现汇户)
贷1(存款户)
后台处理过程:
判断合法性预计流水记户主帐修改流水下传数据
(13)现汇394支取:
录入要素交易码、帐号、卡折标志、支取方式、凭证号、发生额。
后台处理过程:
预记记帐流水,判断合法性,修改户主,修改流水
分录:
借:
1
贷:
394(现汇中间户)
(14)现汇394销户:
录入要素帐号、支取方式、凭证号码。
后台处理过程:
预记流水、判断合法性、计算利息、修改户主帐、修改流水
分录:
借:
1,371(应付定期存款利息)
贷:
394(现汇中间户)
注意:
利息找零同现钞户,按现汇买入价兑换;利息零头394到511,再通过外币找零交易转走,零头,每季未上划国际业务部;再通过人民币系统730到518兑换
轧帐时利息分录不能走181,必须走394,需修改轧帐程序。
(15)现汇394部支:
录入要素帐号、支取方式1、凭证号码1、发生额、
支取方式2、凭证号码2。
前台输入交易码:
11-->05
基本流程同本币系统双整部分提前支取,交易码为111105;
增加分录111105(外币):
a借1(存款)
贷394(现汇中间户)
b借371(存款利息)
贷394(现汇中间户)
c借394(现汇中间户)
贷1(存款)
d借394(现汇中间户)
贷320(代缴利息税户)
轧帐时利息分录不能走181,必须走394,需修改轧帐程序。
后台处理过程:
判断合法性预计流水计算利息产生新帐号修改户主修改流水下传数据
(16)现汇汇出:
录入要素帐号、金额、操作员2
前台输入交易码:
11-->06
基本流程同本币系统转帐支取,交易码为111106;
增加分录111106(外币):
借394(现汇中间户)
贷551(内部往来户)
后台处理过程:
判断合法性预计流水产生报单修改流水帐务修改
下传数据
(17)汇折钞:
录入要素帐号、发生额、操作员2及密码。
前台输入交易码:
11-->07
新增交易码:
111107;
增加分录111107(外币):
a:
借394(现汇中间户)
贷503(汇买钞卖户)
b:
借503(汇买钞卖户)
贷481(现金户)
后台处理过程:
判断合法性预计流水汇钞折算修改流水帐务修改下传数据
折算金额记后台流水帐中ye1字段,轧帐时两个分录对应的发生额不一样,需作特殊处理。
(18)钞折汇:
因会计未实现本外一体化,暂不办理。
(19)外币找零及兑换:
录入要素帐号、发生额、操作员2及密码。
前台输入交易码:
12
新增交易码:
111200;
增加分录111200(外币):
a:
借1110(外币现钞1110)
贷510(外币待买现钞户)
分录111200(本币):
b:
借1630(人民币应收款)
贷1110(人民币现金户)
后台处理过程:
判断合法性预计流水计算金额修改流水帐务修改下传数据
后台只记一笔流水帐,轧帐时需特殊处理。
(20)对转:
保持原处理流程,只考虑人民币。
(21)手工现借:
录入要素增加币种和类别。
前台输入交易码:
15
增加分录111500(外币):
借481(外币现钞1110)
贷551(内部往来)
后台处理过程:
判断合法性预计流水修改流水下传数据
(22)手工现贷:
录入要素增加币种和类别。
前台输入交易码:
16
增加分录111600(外币):
借551(内部往来)
贷481(外币现钞1110)
后台处理过程:
判断合法性预计流水修改流水下传数据
(23)取息、综合对转、挂失补开、表外管理、换折(卡)、代保管、挂失、解挂、补登存折、改密、查余额、交接凭证、柜员监控、日间暂退、核对流水、证件登记、申请密钥、广播消息、协定税率保持原处理流程。
<1>表外上缴: