YZN 003-2000 邮政储蓄计算机应用系统业务需求省处理中心部分.pdf

1、国家邮政局技术规定YZN 003-2000 (内部标准邮政储蓄计算机应用系统业务需求省处理中心部分2000-07-04发布2000-07-04实施国家邮政局发布YZN3-2000 目录前言III1 范围2 引用标准.3 名词术语. . . 4 技术要求. . . . . . . . . . .2 4.1 系统设计要求. . . . . . . . . . . . 2 4.2 网络与接口要求. . . . . . . . . . 5 4.3 系统的安全与保密. . . . . . .6 4.4 备份与恢复. . . . . . . . . . 7 5 系统业务功能.085.1 一般规定及要求 .

2、8 5.2 主要输入输出项数据格式定义. . . . . 10 5.3 权限管理. . . . . . . . . . . . 13 5.4 参数化管理 16 5.5 收费. . 17 5.6 业务处理流程. . . . . . . . 18 6 利息计算. . . . . .102 6.1 储户存款的利息计算. . . . . . . .102 6.2 应付定期储蓄利息的计算. . . .108 6.3 清算帐户的利息计算. . . . . . . .109 7 资金清算. . . . . . .109 7.1 基本规定及要求. . .109 7.2 信息转换系统功能 109 7.3 资金清

3、算系统功能 112 7.4 帐务处理. . . . . .123 7.5 中心日终处理. . . . . . . . .123 8 日终处理. . . . . . . .136 8.1 日终报表处理. . . . . .136 8.2 日终帐务处理. . . . .141 9 管理信息系统1539.1 概述. . . .153 9.2 基本功能. . . .153 YZN 003-2000 9.3 一般规定. . . . . . . .155 9.4 详细功能 156 附录A(标准的附录). . . . . . . . 187 II YZN 003-2000 前自实施邮政储蓄计算机网络系统技术

4、改造工程以来，邮政储蓄业务得到了迅猛发展，储蓄余额快速增长。为更好地适应邮政储蓄新业务拓展以及计算机技术发展的需要，进一步加强全国邮政储蓄业务的核算与管理，国家邮政局组织对邮政储蓄业务计算机应用系统需求书进行了修订。本标准是在原邮政储蓄计算机应用系统业务需求的基础上，参考邮政金融计算机网络技术改造工程相关文件)，依据储蓄管理条例、邮政储蓄计算机业务处理规定、邮政储蓄业务会计核算办法、银行卡异地跨行业务资金清算规则、银行卡业务管理办法等相关规定、规则，进行的修订、完善和细化。本标准的主要内容包括z基本业务、特殊业务、拓展业务、利息计算、日终处理、资金清算等，重点明确了电子汇款业务、POS业务、I

5、C卡业务、电话银行业务和代理业务等拓展性新业务的需求，并对各业务进行了具体详细的描述和技术性的说明。绿卡工程是一项复杂的信息系统工程，具有可扩充性和延续性的特点。随着绿卡二期工程的实施和邮政储蓄业务的发展，根据实际情况国家邮政局将对本需求进行补充、完善，有关业务规定可以相关文件下发。附录A为标准的附录。本标准由国家邮政局负责解释，具体问题委托起草单位负责解释。本标准由国家邮政局提出，由国家邮政局科技主管部门归口。本标准主要起草单位:湖南省邮政科研规划设计院，国家邮政局储汇局、上海市邮政储汇局、广西壮族自治区邮政储汇局、山东省邮政储汇局、江苏省邮政储汇局、北京市邮政储汇局、江西省邮政储汇局、湖南

6、省邮政储汇局、浙江省邮政储汇局、福建省邮政储汇局、深圳市邮政储汇局等单位。m 国家邮政局技术规定邮政储蓄计算机应用系统业务需求省处理中心部分YZN 003-2000 1 范围本标准适用于全国邮政储蓄计算机应用系统的设计、开发、运行和维护。Z 引用标准下列标准所包含的条文，通过在本标准中引用而构成本标准的条文。在标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。YZNOOI-1999 邮政储蓄金融计算机网络技术体制YZN2-1999 邮政金融计算机网络应用层通信协议一一储蓄部分3 名词术语本标准采用下列定义。1.邮政储蓄全国中心z负责全国邮政储

7、蓄、债券计算机处理异地业务信息转换、交易清分、资金清算和网络管理的计算机系统及相应的管理机构，简称全国中心。它由信息转换系统和资金清算系统等组成。2.邮政储蓄省中心2负责省(区、市)计算机处理邮政储蓄、债券业务的信息处理、交易清分、资金清算和网络管理的计算机系统及相应的管理机构，简称省中心气它由信息转换系统和资金清算系统等组成。在进行异地交易时，又区分为开户局中心或交易局中心。3 开户中心:为开立邮政储蓄、债券清算帐户的单位办理异地资金清算的机构。4.存款单位:在开户中心开立邮政储蓄、债券清算帐户，办理所属单位异地资金清算的机构。5.开户局中心在进行异地交易时，储户帐户所在的中心。6.交易局中

8、心在进行异地交易时，发生交易的网点所隶属的中心。国家邮政局2000-07-04批准2000-07-04实施YZN 003-2000 7.信息转换系统(即信息转接交换系统):负责异地交易的信息转接、交换、处理、交易数据清分、相关信息的储存、统计等功能的子系统。8.资金清算系统z负责异地资金清算、清算帐户管理及相关帐务核算等功能的子系统。9.日期切换:为明确交易参与清算的时间植围，对系统日期所做的统一划分，简称日切。10.数据核对:开户中心与存款单位之间对发生的异地交易进行核对、查找的过程。11.交易恢复2根据数据核对结果，各相关中心对当日清算日切前的不一致交易进行处理，使当日交易达到一致的过程。

9、12.交易错帐冲正.对已经入帐的不一致交易进行隔日处理，使交易状态和帐务达到一致的过程。13.交易清分:信息转换系统每日将所处理的交易，按清算系统的要求分类、汇总，并生成清分数据，简称清分。4 技术要求为使邮政储蓄业务计算机网省处理中心应用系统统一、规范，保证绿卡工程应用系统的先进性和高可用性，适应业务的发展和金融政策的调整，特提出邮政储蓄计算机网省处理中心应用系统技术要求。4.1 系统设计要求应用系统应按照自上而下层次化、模块化、参数化的原则进行设计、开发，并且做到应用系统与硬件相对独立。4. 1.1 体系结构应用系统设计要求层次化、模块化、层次清晰、模块合理，可灵活地抽取替代模块，各模块之

10、间的关系要明确，清晰:应用系统应严格区分软件的3个层面数据表示、业务逻辑处理、数据库存取)以便于统一数据处理的软件功能接口，应以业务属性及统一服务的范围来决定不同应用系统的分布及相互关系:应用系统的应用层与通信层应分开，即在联机交易过程中，所有的交易信息收发、控制及网络通信管理都由通信层完成;应用系统应能实现业务数据相对集中处理，便于业务的实时统计、分析和监管:应用系统应支持容错系统或双机备份系统、具有联机事务型处理和批处理能力:应用系统的设计应以基本的功能模块为单位，所有业务应是基本功能的逻辑组合，基本模块的设计要参数化、灵活合理并且要保持相对的稳定，在增加新的业务品种时不能被改动，最终用户

11、在使用过程中可通过调用不同的基本功能模块、设置参数等方法来重新设计或增减、修改业务种类。应用系统应奋良好的扩充性能，在增加新的业务时，能方便地提供新业务的接口。2 YZN例3-2000联机交易与资金清算模块要有机分离、相对独立，并通过相关交易记录的数据作郑清他理系统的接口，资金清算不能影响联机业务处理的正常运行，联机交易的功能变更或增减不影响资金清算系统的功能，资金清算系统的功能变更或增减不影响联机交易处理系统的功能。联机交易系统与资金清算系统应保留独立的接口与信息管理系统相连，做到相关数据的共事。通信模块与业务功能模块具有相对的独立性，对任何一方的修改不能影响另一方的运行。应用系统使用过程中

12、，业务品种可随时联机增减和调整参数，新增业务在软件设计应用中应设法转换成新1日业务逻辑的组合处理，而所涉及的金融存取业务应尽量利用已有软件功能。应用系统在结构设计中应留有与其它金融网络、邮政业务网络及其它网络的接口。4. 1.2 性能指标4. 1.2.1 单笔响应时间省中心内单笔交易响应时间缸。跨省中心单笔交易响应时间运10so4. 1.2.2 峰值处理能力系统峰值处理能力应满足160笔Iso4.1.2.3 批处理能力批处理能力应满足以下要求2一一批处理、曰终处理(包括余额通打)不能影响当天及第二天营业:一一结息处理速度注100万户/小时:一一批量存、取款能力二50万笔/小时。4. 1.3 交

13、易流量控制交易流量可根据设定的值灵活控制。当交易流量达到或接近系统设计能力时，能够控制进入系统的交易，并向交易来源方发送相应的通知。在递交给某目的中心未完成交易超过设定值时，应能够控制进入该目的中心的交易，并向交易来源方发送相应的通知。系统能够在接受到目的方的交易忙通知后，在设定的时间间隔后再向目的方尝试递交交易。系统应具有隔绝出现问题中心的能力。4. 1.4 系统兼容性4.1.4.1 主机及操作系统应用系统与硬件平台的相对分离。应用系统应能在采用UNIX系统的主流硬件平台上正常运行。4.1.4.2 数据库及开发环境应用系统应能支持多种通用数据库。应用系统应提供具有通用性的编程语言和完善、足够

14、的开发工具。3 YZN 0032000 4. 1.4.3 终端设备系统支持各种终端设备及接入方式，包括字符终端、微机、打印机、刷卡器以及POS、ATM等。4.1 .4.4 兼容己建系统的数据及设备实现现有城市中心帐户数据向省处理中心的迁移，并提供相关的手段和方法。提供接口支持省内现有网点和接入点的软硬件资源。4. 1.5 系统可扩充性应用系统在硬件系统的扩展(CPU、内存、硬盘的增加)、主机系统的硬件升级、主机系统节点的扩展等情况下处理能力和效率应能得到相应的提高。负载均衡应用系统应能合理地将负载分配到各可用资源上(包括主机、CPU、内存等)。提高资源的整体利用率。多进程、并行处理应用系统应能

15、支持并发处理，可动态派生多进程、多线程，完成并行处理，在多处理器的主机系统中有更好的性能表现。业务分割应用系统模块可组可分。各模块可在各主机节点上协同工作，组成群集系统。4. 1.6 系统可维护性应用系统应具有较好的维护性，软件开发商所提供的源代码应具有详细的注释，使最终用户便于维护、修改和扩充。4. 1.7 参数化管理应用系统应采用参数化设计，能够适应环境的变化、功能的增减，并具有友好的参数设置界面。应用系统应能控制参数的有效时限。应用系统应能对会计科目以及对应关系、利息计算、计提方法和利率等进行动态设置，各种报表、单式等可以根据需要通过参数调整生成。4. 1.8 界面要求应用系统必须以提供

16、良好的人机界面为原则，充分站在用户的立场上来实现系统的功能，在线帮助清晰，对于固定的输入项应提供列表选择或快捷输入方式。应用系统应具有较强的汉字处理能力，所有人机交互界面必须汉化，能输入、显示和处理汉字信息，并能正确输出汉字报表。应用系统应能提供多种联机查询及通过屏幕和打印机输出查询结果，能够提供业务操作和管理界面。应用系统应提供必要的报表生成工具，维护人员在无须编程的情况下能够独立完成新报表的设计。4.1.9 Y2K要求应用系统开发中对年份的表示应符合IS081标准，采用4位十进制数表示年份。4 4.2 网络与接口要求4.2.1 网络结构YZN 003-2000 邮政金融网建立二级中心，全国

17、中心为一级中心，省、自治区、直辖市中心(以下简称省中心为二级中心。终端通过市县接入点与二级中心相连。各级中心组建中心机房局域网，并互连成全国网。在业务处理集中、城市中心少的省份，建设省处理中心，统一处理全省分户帐和省内交易。省处理中心通过通信平台连接新建全国中心和本省省内的接入点或网点。全省分户帐存在于省处理中心，对于较大的网点引入接入点，其连接若干网点，省处理中心也可以直联网点，见图10全国中心省处理中心图l网络结构4.2.2 网络协议体系邮政金融网网络通信统一采用中国邮政金融计算机网络通信协议TCPIIP(暂行规定)YDN014-96的规定。TCPIIP与其他协议之间的关系，见图2，SNM

18、P叫邮政储蓄应用层通信协议IFfPTCP 1p X.25 DDN |帧中继I ISDN 图2TCPIIP协议与其他协议之间的关系应用层主机层网关层网络层5 YZN 003-2000 4.2.2.1 局域网协议和接口要求各中心和网点采用局域网方式的，可按照实际需要采用11Mb!s快速交换以太网或10Mb!s交换或共享以太网。其协议分别遵循IEEE802.3u和IEEE802.3协议的相关规定。其接口标准应分别遵循当前流行的1B眼-TX、1B出e-F和10Base-T相关接口规定。4.2.2.2 广域网协议和接口要求中国邮政金融计算机网上的设备可采用同步或异步传输方式接入到邮政综合网通信平台或公用

19、电信网，接入时必须遵循对应网络的协议和标准，应用系统应能同时支持多种通信方式。接入邮政综合网通信平台，遵循其网络的协议和标准;接入公用电信网，数字数据网CCHINADDN);分组交换网CCHINAPAC);帧中继网:公用电话网。4.2.2.3 省中心与全国中心接口要求省处理中心与新全国中心接口应符合全国中心与二级中心技术接口规范。4.3 系统的安全与保密金融系统的特点是系统处T开放环境中，客户及所用的公用网络相对开放，安全威胁来自对网络系统和应用系统的攻击，应用系统应能采用多种防范孚段，建立相应的综合防护体系。4.3.1 安全保护的基本要求主机关键盘E据的安全应用系统应能对储户信息(如PIN)

20、、涉及的权限密码及交易流水日志中的相关字段等关键数据进行加密存放，防止失密冒用。交易报文的安全应用系统应能防止跨主机的交易报文及营业终端(含自助终端)到主机的交易报文被篡改或假冒，避免虚假交易。网络系统的安全应用系统应加强网络系统的管理，能防止系统被越权使用、非法侵入和破坏。4.3.2 系统安全的基本内容应用系统的网络系统的安全组织管理办法应当符合中华人民共和国信息系统安全保卫条例。应用系统要遵循有限授权原则、全面确认原则和安全跟踪原则，采用严密的安全体系，保证数据在处理和传输全过程中的安全性。所用系统应能通过有效手段对入网的市县局接入点进行安全认证，保证数据来源的正确性。系统应能够对入网的市

21、县局接入点的权限进行控制，应能够控制与外部网络互联的接口权限。6 YZN 003-2000 每个操作员都应具有标识其部门和操作类别或等级的识别号。应用系统应提供完善的安全保密措施，在有限授权原则下可由被授权用户运行授权应用模块。应用系统中的各个功能权限应允许灵活设置。应用系统功能权限要分级控制。终端输入信息的过程及其内部信息流必须予以保护。密码和密钥在任何过程中都不能以明文方式出现。应用系统应支持硬件加密机制，提供与硬加密设备的接口，实现与硬件加密机之间的信息交换，支持多台加密机同时工作:应用系统应支持软件加密功能，提供软件加密、解密模块，对系统传递的信息进行加密和解密，并可以根据需要对软加密

22、模块进行修改。应用系统负责对市县局接入点通信密钥的产生、分发、更新、传输、同步和销毁进行管理，具布动态密钥管理功能，可以手工触发或定时、定量触发密钥更改过程。必须作身份认证和交易报文鉴定。应用系统应能够对进入系统的数据进行合法性验证，确认报文的合法性，防止非法数据进入系统。防止正常鉴定过程遭破坏。应用系统应建立交易报文与防护体系实体间的相关性，防止旁路鉴过程或设假鉴定过程。应用层采用高性能的安全模块。应用系统的安全模块内应含算法及多种预置上作参数，使用时为R用程序所调用，能对主机内数据信息及报文提供加密和鉴定。跨中心的报文鉴定过程相互隔离。应用系统应能保证身份或报文鉴定过程的安全互相独立，局部

23、的破坏不会导致全网安全灾难。网络系统病毒的检测、预防与清除。执行国家有关计算机病毒防范的规定和制度，定期检查。应用系统应有完整的应用日志，记录各个模块的运行情况数据，帐务处理的过程应留有记录。对非法操作的警告。对应用系统试图进行的非法操作能够立即在主控台上反映，并根据操作级别设定向管理员进行声、光告警，同时记入日志。4.4 备份与恢复4.4.1 备份与恢复策略绿卡省处理中心系统应提供详细的备份和恢复方案:应用系统要支持脱机和联机两种备份方式:应用系统应能实现数据的全部恢复，也可以按一定的条件进行恢复，应用系统应能根据需要对重要数据进行自动和手工备份功能:7 YZN 003-2000 应用系统应

24、提供对数据库中数据的整理和清理功能:系统应提供备份数据查询功能。4.4.2 异地容灾策略应用系统应提供详细的异地容灾策略。异地容灾系统的设计应权衡整体投资及恢复系统日常的运营维护成本。 系统业务功能5.1 一般规定及要求5. 1.1 基本业务1.各类储种开户时，由计算机自动生成帐号。储蓄种类号码为2位。考虑到目前已实际运行的城市处理中心系统中储种种类亏为1位，故省中心处理系统应对储种种类号进行动态管理，即对于已有储种种类号，按1位种类号处理，新增业务的储种种类号按2位处理。现有储种帐号编制规则X X xxxx xxx xxxxxxx X 行业行别地区支局种类顺序号校验码代码代码代码所号手JZ

25、新增业务帐号编制规则X X xxxx xxx xx xxxxxxx 行业行别地区支局种类顺序号校验码代码代码代码所号号卡号的编制规则按国家邮政局相关标准执行。2 要求建立邮政储蓄卡号和主帐号的对应关系，在做储蓄卡业务时应检查储蓄卡号与主帐号的对应关系，如不一致则做出错处理。3.所有开户应有有效身份证件输入项。有效证件名称用代码表示。做开户或补有效身份证件交易时，证件号码应输入两次，并检测两次输入值是否相等，如不等则做出错处理。4.凡须核对有效身份证件的交易，系统应提供人工输入证件种类及号码，主机自动核对或终端回显人工核对功能。5.系统应可通过磁条读写设备读写磁条信息(包括帐号)和通过IC卡读写

26、设备读写卡上信息，对于从上述设备读取的输入项的数据，系统应允许手工输入(只限折交易和卡交易挂失、换卡、J中正交易)。6.所有开户、换折、部提交易，使用相关的存单(折)时，其存单(折)印刷号为输入项。交易时应予以核对。存折的印刷号应随主机生成的帐号一同写入磁条。7.储户开户时预留了密码即选择了通存通兑功能:选择了通存通兑功能的，必须8 YZN 003-2000 预留密码。异地窗口取款或清户时，必须凭储户密码和有效身份证件办理。自.预留、加办、修改密码(新密码项)时，密码须输入两次，并检测两次输入值是否相等，如不等则做出错处理。9.密码输入时屏幕上显示代替密码值。储户密码只允许在终端交易输入画面里

27、的储户密码域里输入(由储户从专用密码输入设备输入)。10.对储户当日存入的储蓄款，24h内支取的，必须到原存入网点办理(办理异地支取肘，须检查其可用金额)。11.支票存款交易中，必须输入起息日期，起息日期为银行收妥入帐日期。12 储蓄卡挂失期间凭存折可办理业务:存折挂失期间凭卡可办理业务。13.异地存取手续费和服务费的收取可由现金交纳和在分户帐扣收两种方式完成。14.所有交易输入数据项，应在营业窗口终端完成其初步有效性检查(跟帐户状态无关的)。对于所有送到处理主机的交易请求，都应记入交易H志。15.业务量可从业务和技术角度分别统计。所有实际成功的存取款以及jl起帐务变化的交易，列入相关业务统计

28、报表，反映系统实际处理能力的交易量指标列入技术统计报表。16.系统应可按网点打印储户分户帐及明细帐。能定期或实时产生各种定期或实时报表，并且不影响网点正常营业，同时，系统应按储蓄、代理业务分别生成、打印各自营业日报单。17.系统应支持24h营业。18 系统应留有录入非联网网点交易数据的接口，具有批处理移入非联网网点交易数据的功能，也应在各级核算单位建立会计核算数据求入接口，实现统一的会计核算和完整的管理信息系统。19.系统应预留与事后监督的接口。20.系统应预留与银行卡交换中心的接口。21.系统应预留电子稽核的接口。22.系统应具有及时、安全、准确、完整、保密的性能，并具有良好的可扩充性，能方

29、便、快捷地增加新业务品种、新交易类型、新会计科目及相应的处理功能。23.系统所具有良好的模块化设计风格，对交易中与业务政策紧密相关且调整顿率较高的一些特殊值，系统应根据其作用范围在各个不同的接口层面上将其起义成可变参数，使得在业务政策调整时，系统只需通过设置相应的参数就可实现。24 系统应能满足各省(区、市)的区域性业务的要求。25.在办理本地或异地存取款业务时，单笔交易金额超过一定限额时(设置参数)，需要经高级别权限密码授权(一定范围内由班组长权限密码授权，超过此范围由支局长权限密码授权)后营业员方可办理。5.1.2代理业务1.代理业务系统与储蓄业务系统相对分离，窗口终端以不同交易代码区分代理业务和储蓄业务交易。2.代理业务建议建立单独的帐务处理系统，涉及储蓄帐户的代理业务，以资金性9