当前位置:文档之家› 1.第二代支付系统报文交换标准(概述)

1.第二代支付系统报文交换标准(概述)

1.第二代支付系统报文交换标准(概述)
1.第二代支付系统报文交换标准(概述)

国库集中支付章程制度

国库集中支付制度 国库集中支付制度和国库集中收缴制度共同构成了国库集中收付制度。国库集中收付制度是指政府将所有财政性资金都纳入国库单一账户体系管理,收入直接缴入国库或财政专户,支出通过国库单一账户体系支付到商品和劳务供应者或用款单位。逐步建立和完善以国库单一账户体系为基础,资金缴拔以国库集中收付为主要形式的财政国库管理制度,是整个财政管理制度改革的有机组成部分和主要内容。 国库集中支付制度的分类 国库单一帐户由五类帐户体系构成:一是财政部门在中国人民银行开设的国库存款帐户;二是财政部门在商业银行开设的预算外资金财政专帐;三是财政部门在商业银行开设的财政零余额帐户,用于财政直接支付和清算;四是财政部门在商业银行为预算单位开设的预算单位零余额帐户,用于财权授权支付和清算;五是经政府批准或授权财政部门开设特殊性资金专户。 国库集中支付制度的涵义 国库集中支付制度是发达国家普遍采用的一种财政资金支出管理模式,由于各国的实际情况不同,其具体形式也有差异。在我国,这还是一个新的课题,对国库集中支付的概念尚无一个规范的表述。国库集中支付制度的涵义需要从以下几个方面去认识: 首先,国库集中支付制度是国库集中收付制度的组成部分。 其次,国库集中支付制度是相对于现行的财政国库资金分散支付而言的。现行的财政资金拨付,是由单位按照预算级次层层上报用款计划,再由财政按下达的预算,将资金从国库拨付到一级单位,一级单位按照预算级次层层下拨到基层单位,基层单位再根据有关规定及业务需要,购买商品或支付劳务款项,形成财政资金实际支出。国库集中支付方式就是改变现行的财政资

金层层拨付程序,由国库集中支付机构在指定银行开设国库集中支付专户,将资金直接从集中支付专户支付给收款人。 再次,国库集中支付制度是以计算机技术的发展和广泛应用为基础的,是历史发展和社会进步的必然产物。实行国库集中支付制度的主要控制目标和依据是财政预算指标,没有功能强大、快速的财政预算管理和信息反馈系统是无法实现的。另外,还要求有一个准确、及时的银行结算系统作保障。随着计算机技术的发展和应用的普及,2012年已完全能够满足这一改革的需要。 综上所述,国库集中支付制度是国库集中收付制度的重要组成部分,它是改变现行的财政资金层层拨付程序,以计算机网络技术为依托,以提高财政资金使用效益为目的,由国库集中支付机构在指定银行开设国库集中支付专户,将所有财政资金存入国库集中支付专户,单位在需要购买商品或支付劳务款项时提出申请,经国库集中支付机构审核后,将资金直接从集中支付专户支付给收款人的国库资金管理制度。 国库集中支付制度的基本内容 改革现行机构设置和管理体制 实行国库集中支付制度,首先要改革财政部门现行的机构设置和现行的财政核算体系,建立国库支付中心、会计核算中心、政府采购部门有机结合的支付体系,确立预算审核、资金支付、监督管理为一体的预算机构设置和管理体制。 改进资金管理方式 根据国库集中支付制度的基本内容和国外经验,应当建立单一账户和分类账户相结合的账户体系,实现集中资金、集中核算、集中支付。现阶段我国应在坚持资金使用权和审批权不变的前提下,取消各预算单位原来的一切

[银行支付系统] 二代支付系统方案

[银行支付系统] 二代支付系统方案(1):高伟达EasyPayment 一、系统综合概述 高伟达EasyPayment V4.0综合支付系统是基于我司多年商业银行一代支付系统以及其他外联中间业务平台的开发、运维经验累积,在分析人行二代支付系统需求后,全新开发的新一代跨行支付清算系统。 该系统全面支持人行二代支付的最新业务和技术标准。系统分成网银跨行支付清算子系统、二代大额支付子系统、二代小额支付子系统、代理他行支付清算子系统、支付清算综合管理平台等。其中网银跨行支付清算子系统和支付清算综合管理平台已经成功在中国大型商业银行总行上线运行,其余部分将参加人行二代大小额支付系统第一批上线行的验收及试运行。 二、系统应用架构 1.全面支持人行二代支付系统各业务种类。 2.基于规则引擎、流程抽象模型的灵活业务流程定制。 3. 同时支持人行一代报文与二代报文接口,支持行内报文接口与人行二代报文接口的配置映射。 4. 灵活的参数定义。在业务流程可能的分支处,均通过灵活的参数进行定义,并提供友好的参数定制界面。 4.分层构建,分离部署。系统按报文和业务处理流程功能集划分处理层,将报文交换、业务处理、资金清算等业务功能集分层构建,层与层间松耦合,适应各种类型客户需要,支持分层部署业务功能。 5. 完善的web管理平台,完善的异常处理、系统监控、查询报表功能。基于web的管理平台,支持各级机构灵活部署。 6.人行支付仿真系统。系统开发有人行支付仿真系统,通过配置化的报文处理、流程处理、场景处理等三层仿真模式,来全面模拟对接人行二代支付系统,以支持系统的离线测试。 7. 完善、稳定、高效的二次开发平台,系统积累了大量的开发工具和插件,通过二次开发平台从设计、实现、测试等方面对二次扩展开发进行支持和管理。 8.系统架构经过完善的非功能性测试,支持大交易量并发,具备高可用性。

答案-作业题-第1章会计信息系统概述2014

班级:学号:姓名:章节:第1章会计信息系统概述 作业题 一、填空题 1.制造企业一般包括五个循环 即、、、、。销售循环、采购循环、生产循环、人力资源循环、账务处理与财务报告循 环 2.会计信息系统的应用层次可分 为、、。核算型会计信息系统、管理型会计信息系统、决策支持型会计信息系统 3.会计信息系统除了基本功能之外,一般还要专设、。 系统初始化子系统、系统维护子系统 4.会计信息系统的物理结构可分 为、。 集中式、分布式 二、不定项选择 题 1.计算机会计信息系统内各个子系统间的数据传递方式如果采用账务处理中心式,那么各个账务子系统对原始凭证的汇 总、处理后,编制出()直接传递到账务处理子系统。 A.记账凭证 B.报表 C.付款汇总表 D.付款凭证 2.会计信息系统的特点是 ()。 A.综合性 B.复杂性 C.会计信息的及时性、准确性和可靠性 D.内部控制严格 3.会计信息系统内的数据传递方式大体上有()。 A.集中传递式 B.直接传递式 C.账务处理中心式 D.一般传递式 4.管理会计信息系统包括 ()。 A.资金管理子系 统 B.成本管理子系统C.项目管理子系 统 D.决策计划子系统 5.会计信息系统内子系统间接和传递数据的类型包 括()。 A.单项接受型 B.双向接受型 C.单向发送型 D.双向联系型 三、判断题 1.管理型会计信息系统是以提高决策的效果为目标,面向决策者的一种信息系统,由决策支持型会计信息系统发展而来。(F) 2.决策支持系统可以代替管理者做出决 策。 (F) 3.会计信息系统中,对会计科目进行编码的目的在于便于记 忆。 (F) 4.一般而言,基层管理者的决策比高层管理者的决策更加结构 化。 (T) 四、简答题 1.会计数据和会计信息有哪些特点? (1)是反映与资产、负债或所有者权益的增减变动有关的经济业务的数据或信息 (2)处理具有周期性 (3)不仅对企业外部利益关系的决策有用,而且对企业各级管理人员的管理与决策有用。 (4)要求客观、真实、公允 2.会计信息系统有哪些特点? (1)综合性。能够综合地反映、监督和控制整个企业生产经营活动。 (2)复杂性。内部结构复杂,有许多职能子系统组成如账务、工资、成本等,与其他管理子系统和外部的联 系也十分复杂。 (3)提供的会计信息及时、准确和可靠。 (4)内部控制复杂。不仅数据处理要层层复合,保证其正确性,还要保证在任何条件下以任何方式进行核查 核对,留有审计线索,防止犯罪破坏。其控制要求更为严格,内容也更为广泛。 3.核算型、管理型和决策型会计信息系统的区别?

国库集中支付系统操作步骤

国库集中支付系统操作步骤 一、用款计划申请批复 1、进入国库集中支付系统,选择沭阳县国库支付中心帐套,输入用户名和密码,如下图: 2、进入国库集中支付功能------用款计划管理-----分月用款计划编制,选择预算单位,输入功能分类科目、预算单位、归口科室、资金性质、经济分类,支出类型、预算管理类型、指标来源、支付方式、计划金额和摘要。输入完成后点击保存按钮。如下图: 3、保存完成后,点击审核批复按钮,将用款计划批复至国库支付中心。需要查看各预算单位的用款计划,可以到用款计划登记簿中查询。 4、用款计划批复后不可以修改,发现错误需要修改的,必须将审核批复撤消后才可以修改。进入用款计划批复功能窗中,点击已批复页签,选择需要撤消批复的用款计划,点击撤消按钮,如下图: 然后进入用款计划登记簿功能窗中,点击已审核页签,选择需要取消审核的用款计划,点击销审按钮。至此用款计划才可以修改。如下图: 二、支付申请输入审核 1、资金会计或报帐员进入国库集中支付功能------支付管理-----支付凭证成批录入功能,选择付款人全称、业务科室、预算单位,该预算单位的用款计划自动显示,根据该用款计划填制支付凭证信息,填制完成后点保存按钮。如下图:

2、审核会计进入支付凭证登记簿功能中,点击未审核页签,选中需要审核的支付申请,点击审核按钮。需要修改的先将审核取消再修改。如下图: 三、支付会计打印支付凭证并确认 支付会计进入支付凭证登记簿中,打开审核过的支付凭证,点打印按钮,并审核确认。 支付凭证经支付会计确认后,不再可以打印修改,需要修改并打印的,必须将确认取消。进入确认管理功能下的支付凭证登记簿中,选中支付凭证,点击反确认按钮。如下图: 四、查询 进入国库集中支付功能下的帐表输出,对用款计划执行结余汇总表、用款计划明细表、财政支出日报表、财政资金收支结余情况表等进行查询。

会计信息系统概论-23页文档资料

会计信息系统态度决定一切看一幅图谢泼德桌面:这两个桌面的大小、形状完全一样。如果你不信,量量桌面轮廓,看看是不是。 【解析】虽然图是平面的,但它暗示了一个三维物体。桌子边和桌子腿提供的感知提示,影响你对桌子的形状作出三维的解释。这个奇妙的幻觉图形清楚地表明,你的大脑并不按照它所看到的进行逐字解释。斯坦福大学的心理学家罗杰??谢泼德创作了这幅幻觉图。关于会计信息系统学习重点一、全局观念二、掌握流程看这几句话: 为什么福特成为一个全球性的伟大公司?因为福特把汽车变成了日常消费品,把这样一种交通工具引入了每个家庭,改变了人们的生活方式;为什么GE能够成功,并且成为一家伟大公司?因为在起步的时候,它用电灯泡给全人类带来了光明; IBM为什么伟大?因为它的系统把全世界运转起来了;微软为什么成功?因为微软把信息技术普及到每一张办公桌上,普及到了每一个家庭,带给人类全新的工作方式。二个男人他贫寒家境出生地:1964年江西上饶毕业学校:江西财经大学文化程度:本科职业:总裁企业性质:私营企业从事行业:电脑软件财富:2019超过50亿人民币神童:15岁便考入大学,毕业后在国务院工作某直属机关工作。 1988年他与合作伙伴筹集了6000美元,在北京中关村创立公司。 他就是用友集团的总裁: 王文京 用友软件(代码600588)参考书目 1.《会计信息系统》.杨定泉、

王玫编著.中国农业大学出版社,2019 2.《会计信息系统》.王振武、刘媛媛编著.东北财经大学出版社,2019 3.《会计信息系统》.张瑞君编著.中国人民大学出版社,2009 4.《信息系统审计》.陈耿、王万军编著.清华大学出版社,2009 5.《会计信息系统》.罗姆妮,施泰因巴特编著.中国人民大学出版社,2019 6.《会计信息系统》.詹姆斯??A??霍尔编著.东北财经大学出版社,2019 7.《管理信息系统》.周继雄编著.上海财经大学出版社,2019 8.《XBRL财务报告:理论、规范及引用》.张天西编著.经济科学出版社,2019 案例1 新浪首页新闻:河南禹州一农民为了逃避过路费,拿着两套假军车牌照营运,8个月里免费通行高速2361次,偷逃过路费368万余元。拉沙挣了20多万元。事发后法院以诈骗罪判处其无期徒刑。据律师称可能成为全国首例案件。 案例1 新浪首页新闻:河南禹州一农民为了逃避过路费,拿着两套假军车牌照营运,8个月里免费通行高速2361次,偷逃过路费368万余元。拉沙挣了20多万元。事发后法院以诈骗罪判处其无期徒刑。据律师称可能成为全国首例案件(max.book118)。 疑问小学生数学题目:农民伯伯跑运输8个月收入20万元,需要缴纳过路费368万元,请问该农民的纯利润是多少? 解答:20 - 368 -348万 疑问:勤劳能致富吗?动弹8个月亏欠过路费348万?

第二代支付系统报文交换标准清算账户系统分册

第二代支付系统报文交换标准【清算账户系统分册】 (版本1.2) 中国人民银行清算总中心 2011年07月

文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林 注:变化状态:A—增加,M—修改,D—删除

目录 修改记录 (1) 1报文清单及概要 (4) 1.1报文清单 (4) 1.2数据类型 (5) 2第二代支付系统报文(XML格式) (6) 2.1(复用ISO20022报文)净借记限额查询申请报文 (6) 2.2净借记限额查询应答报文 (8) 2.3净借记限额质押/授信额度分配管理报文 (10) 2.4净借记限额可用额度预警值设置报文 (14) 2.5(复用ISO20022报文)净借记限额可用额度预警通知报文17 2.6净借记限额管理通知报文 (21) 2.7质押融资管理报文 (26) 2.8人工质押融资申请报文 (30) 2.9融资需要通知报文 (33) 2.10(复用ISO20022报文)筹措资金通知报文 (34) 2.11清算账户余额警戒值设置申请报文 (37) 2.12余额告警通知报文 (40) 2.13清算排队查询申请报文 (43) 2.14清算排队查询应答报文 (48) 2.15清算排队管理申请报文 (50) 2.16清算账户信息查询申请报文 (54) 2.17清算账户信息查询应答报文 (59) 2.18开户单位全面流动性查询报文 (61) 2.19开户单位全面流动性应答报文 (69) 2.20清算账户开户申请报文 (73) 2.21清算账户维护申请报文 (76) 2.22账户管理通知报文 (82) 2.23清算账户资金池管理报文 (87) 2.24清算账户自动拆借管理申请报文 (90) 2.25清算账户自动拆借管理应答报文 (101) 2.26(复用ISO20022报文)净借记限额圈存资金调增报文 (102) 2.27(复用ISO20022报文)净借记限额圈存资金调减报文 (105) 2.28质押融资债券调整通知报文 (108) 2.29(复用ISO20022报文)轧差排队查询申请报文 (111) 2.30轧差排队查询应答报文 (114) 2.31轧差排队管理申请报文 (116) 2.32(复用IBPS、复用ISO20022报文)小额/网银净额清算通知报文 (118) 2.33清算回执报文 (123) 2.34清算账户记账通知报文 (124)

二代支付系统答疑

二代支付系统答疑 (第四期) 大额部分 1、原先已签订的自动质押融资合同,在二代支付系统是否还继续有效? 答:第二代支付系统只是支付系统自身从第一代升级到第二代,对于已签订的尚在有效期内的自动质押融资合同,在第二代支付系统上线后继续有效。 2、在大额普通贷记业务——城市商业银行汇票业务中,部分业务在兑付处理时是否没有兑付通知报文? 答:是的,全额兑付业务后有全额兑付通知报文,部分金额兑付处理时没有兑付通知报文。参与者可从接收到的清算银行汇票资金报文中看到出票金额、多余金额和实际结算金额。 3、清算窗口预关闭时间是几分钟? 答:清算窗口预关闭是一个系统动作。在执行清算窗口关闭前,系统自动将排队队列中的大额支付业务和即时转账支付业务、单边业务退回;错账冲正、日间透支利息和支付业务收费、同城票据交换轧差净额的清算、小额借方轧差净额和网银借方轧差净额业务的清算则不退回。系统首先启用日终自动拆借功能进行解救。如果日终自动拆借功能使用后仍不能解救排队业务,在规定的时限内直接参与者未能筹措到资金,则由人民银行提供高额罚息贷款并纳入清算纪律考核。排队队列全部解救后,清算窗口关闭。 4、网银用户通过网银平台,使用大小额支付系统发起普通汇兑业务,如果接收行尚未完成二代系统报文改造,发起行该如何向接

收清算行发起报文? 答:如果接收行尚未完成二代系统报文改造,发起行应通过一代系统报文向接收清算行发起报文。 小额部分 5、小额支付轧差场次和提交清算时间根据业务管理规定设置,请问这个设置是由人行设置还是商业银行自己可以设置? 答:小额支付系统轧差场次和提交清算时间由人民银行根据业务发展情况按照业务管理规定进行统一设置,商业银行不能设置。 6、集中代收付模式下的批量代收与以往流程变化较大,当付款清算行收到代收付中心的代收业务时,如果付款人账户余额不足,或财政零余额需向财政申请支付金时,是否能分批发起贷记报文,分批回执? 答:付款清算行收到集中代收中心发来的批量代收业务后,对扣账成功的业务向小额支付系统发起定期贷记业务。如果付款人账户余额不足时,付款清算行可以根据行内系统业务处理情况分批发起贷记报文,分批向集中代收付中心返回回执。 7、集中代收付模式下,付款清算行在贷记报文发送对方清算成功,付款行返回代收回执后,对方行又退回该笔资金,如何处理? 答:当付款清算行收到收款行退回定期贷记业务时,首先要将退汇业务与原定期贷记业务进行匹配,处理成功后付款清算行在数据库内检查是否为批量代收付业务,如是,则通知代收付中心该笔代收付业务被退回,由代收付中心将退回信息通知收(付)款单位。收(付)款单位收到退回通知后,更正有关业务信息并重新提交。为规范收款清算行及时办理退汇业务,制度中将规定最长退汇期限。

预算单位财政国库集中支付系统(V20)

预算单位财政国库集中支付系统(V20)

预算单位财政国库集中支付系统(V2.0) 升级及年度初始化操作手册 1.手工安装V 2.0版本 双击预算单位安装程序文件,按照提示,一直点击“下一步”,直到系统提示安装成功,点击“确定”即可。 手工安装完成后,可跳过第二步“软件在线升级”,直接进行数据库升级。 2.软件在线升级 2.1 连接到财政专网 财政国库集中支付系统预算单位软件是在财政专网上自动升级的,因此需要首先连接到财政专网。 2.2 预算单位软件升级 预算单位软件升级是在【数据下载服务端】完成的。 1)在程序组中或桌面“方正春元”文件夹下双 击应用程序图标【数据下载服务端】,启动 第 2 页共 26 页

数据下载服务端,选择业务年度,如下图: 2)点击“确定”按钮,软件自动提示升级,如 下图: 3)点击“确定”按钮,自动升级界面,如下图: 4)点击“下载”按钮,程序自动完成下载,如 第 3 页共 26 页

下图: 5)提示下载成功,点击“确定”按钮,点上图 中,退出即可。 3.数据库自动升级 下载结束后,进入【集中支付系统】,软件自动执行对数据库的升级工作。 1)在程序组中或桌面“方正春元”文件夹下双 击应用程序图标【集中支付系统】,启动集 中支付系统,如图所示: 第 4 页共 26 页

2)出现选择数据库连接界面,选中的连接会高 亮显示,然后点击【确定】,便会出现“正在进行数据库升级”,稍后便会出现选择业务年度登录界面,年度默认为2006年。如图所示: 3)单击【确认】按钮后,出现用户登录界面: 第 5 页共 26 页

国库集中支付系统(地方版)V3.0解决方案

国库集中支付系统(地方版)V3.0解决方案 国库集中支付地方版研发自2003年启动以来,紧随财政改革的步伐,2006年11月地方版V2.0发布解决了收支科目改革等的需求,今年针对财政部平台推广、部署模式改造等需求,V3.0 也应运而生。 国库集中支付地方版研发自2003年启动以来,紧随财政改革的步伐,2006年11月地方版V2.0发布解决了收支科目改革等的需求,今年针对财政部平台推广、部署模式改造等需求,V3.0也应运而生。 国库集中支付系统(地方版)V3.0是基于财政部平台开发的财政业务系统,支持“生长式”和“接入式”两种平台应用模式;是财政国库集中支付系统(地方版)V2 0的升级版本(属于财政部版权)。 包括地方版国库支付V3.0、地方版总账V3.0(含指标账)。 同时还扩展开发了查询监控V3.0(能够实时监控)、现金管理等。 在同一技术架构下,还可以扩展部门预算(支持在线编报)、指标管理、公务卡、工资发放、资产管理、债务管理、非税收入管理、横向联网、政府采购等,完全达到搭建财政一体化业务系统的要求。 业务特点优势 实时监控 用户可在不同的业务流程岗位独立设置不同的监控规则,对于违反监控规则的业务单据,实时拦截提交专管员审核,避免业务事故的发生。

托收、空白支票 随着业务模式的发展,国库支票在业务中使用越来越频繁,因此系统增加托收、空白支票等票据类型,同时可根据不同的票据类型设置不同的业务流程和打印格式,满足用户分岗审核的需要。 在业务逻辑上,对于托收等业务添加特定处理,满足财政单位日常费用(水电费)的需要。 以收定支 该方案对于以收定支列为专题,从收入记账、收入分成、收入控支三方面进行管理。其中收入分成解决了收入上下级分成、跨单位代收、分成比例等历史业务问题,而收入控支则采用标准的科目用户,多借多贷的方式灵活地嵌入到计划录入、拨款录入等业务特点场景下。 批量录入 对于农村直补、工会经费等专项资金,为了提高资金进度,系统提供分专项的规则设置以及对应批量录入功能。 规则设置可设置要素细化规则、资金拆分规则等等。 批量录入功能可解决目前紧迫的中央专项录入等业务需求。 无指标拨款 对于无指标拨款功能,根据业务需要,在当前指标到位后,增加核销指标功能,满足业务记账需要。 科目调整 提供科目调整功能,满足业务修正所用。

国库集中支付管理系统解决方案

国库集中支付管理系统解决方案 方案背景 国库集中支付制度是发达市场经济国家普遍采用的财政资金管理制度,在国库集中支付形式下,财政资金通过国库单一帐户体系直接从国库支付到商品供应商或劳务提供者手中,而避免了资金的层层划拨、库外沉淀的弊端,可以极大提高财政资金使用效益,加强财政对预算的监督,有利于促进公共财政整体推进。 以建立国库集中收付体系为重要目标的财政改革是一项涉及数以万计的政府部门和行政事业单位的重大改革,这项改革成功的必要条件之一就是信息化,也就是说,必须以计算机及网络为工具,以信息化为手段进行这项改革,才能保证其顺利进行,同时,信息化还是提升财政管理水平的重要手段。 特别是2006年预算科目体系的改革,实行以经济分类和功能分类的新预算科目体系,为集中支付改革提出了新的内容,同时也对财政信息化提出了更高的要求和适应能力。用友政务公司在经过对新政策的调研、研究后,率先推出了适用于新旧科目体系并用的国库集中支付管理系统。 系统框架 方案概述 用友财政管理软件是在满足财政改革实际需要的基础上建立和开发的。包括有适应于财政各业务科处室、支付中心、代理行专柜、预算单位、相关领导等使用对象的一整套功能模块,可以实现多种管理模式及应用环境。适用于省级、区(市)级、县级财政管理部门、国库支付中心等。 1.财政预算指标管理方案 通过共享预算指标库的建立,来实现指标编制、调整、审批、控制全过程的自动化。2.直接与授权支付解决方案 以财政直接支付授权支付为核心,通过各种支付票据的流转与控制,实现支付的即时处理,票据的及时传递,以批量处理方式,提高支付的工作效率与准确性。 3.银行清算管理方案 以专业联网的方式,实现代理行与国库行的在线票据传递,实现即时清算、对账。4.预算单位远程申请方案 过多种网络传输方式,实现预算单位与支付中心、各代理行、主管业务部门的实时沟通,提高工作效率。 应用模式 1.支付、集中核算模式:以一套班子、两块牌子方式,实现支付与核算的统一。 2.支付、统一核算模式:通过集中支付与预算单位财务管理远程大集中的模式,实现虚拟的“统一管理”,实现财政的管理与监督。 3.支付、独立核算模式:财政实行集中支付,各预算单位采用同一平台财务管理信息系统,从数据上实现一体化处理,从而实现财务管理的规范,实现财政的监督。 方案特点 用友财政解决方案是建立在理论研究前沿及地方各级财政应用实际基础上的,是兼具先进性与实用性的方案及产品,具有如下主要特点: 1.财政一体化业务方案:以成熟的财政管理理论为指导,开创性地提出了基于预算、执行、决算完整的解决方案,实现了预算执行/国库支付与预算编制/指标计划申请,以及财政决算/行政事业会计核算于一体的财政业务解决方案,解决了大多数地区财政改革过程中预算与执行脱节问题,体现了财政改革前瞻性特点。 2.既考虑了财政国库集中支付改革的指导性方向,又考虑了各地区财政在改革过程中的地

AO2011导入国库集中支付系统3.0的辅助账资料

AO2011导入国库集中支付系统3.0的辅助账 目前我省财政系统总预算软件已经升级至3.0,笔者在此分享一下导入该软件辅助账的过程,和大家共同研究。 该系统的收支明细使用了辅助核算,所以如果只导入科目表、余额表和凭证表,只能看到收支的最顶级科目,而无法看到收支明细账,所以必须再导入另外三张表:辅助信息表,辅助余额表和辅助凭证表。 首先将用到的表从ORACLE导入SQL SERVER2008R2,此过程在此就不演示了,需要的表:ELE_ACCOUNTANT_SUBJECT(科目表),GL_REMAIN(余额表),GL_VOUCHER(凭证主表),GL_VOUCHER_DETAIL(凭证子表)。 接下来整理表: 一、科目表 select distinct CHR_CODE科目编码,CHR_NAME科目名称,IS_DEBIT余额方向 into科目表2015 from dbo.ELE_ACCOUNTANT_SUBJECT where SET_YEAR='2015'and is_deleted=0 and SUBJECT_KIND=0 and ST_ID like'{802AD1C3-0F37-4A88-BACF-E7959D5446AB}' order by CHR_CODE --SET_YEAR年份/is_deleted是否删除/SUBJECT_KIND科目类型/ST_ID账套号 二、余额表: --余额表明细 select AS_CODE科目编码,BALANCE年初余额 into yeb from dbo.GL_REMAIN where SET_YEAR='2015'and ST_ID like '{802AD1C3-0F37-4A88-BACF-E7959D5446AB}'AS_CODE byorder --将余额表按科目编码进行汇总求和年初余额,SUM(年初余额)select科目编码 yeb_1 into yeb from by科目编码group --查看余额表有几级科目yeb_1 科目编码LEN distinctselect()from

二代支付系统报文交换标准(大额支付系统分册)

二代支付系统报文交换标准【大额支付系 统分册】( 版本1.0) 中国人民银行清算总中心 2010年8月

注:变化状态:A—增加,M—修改,D—删除

目录 修改记录1 1报文清单及概要2 1.1报文清单2 1.2数据类型2 2二代支付系统报文(XML格式)3 2.1客户发起汇兑业务报文3 2.2金融机构发起汇兑业务报文14 2.3即时转账报文16 2.4即时转账排队/撤销通知报文26 2.5PVP结算申请信息报文28 2.6PVP结算应答信息报文31 2.7申请清算银行汇票资金报文33 2.8银行汇票全额兑付通知报文41 2.9银行汇票申请退回业务报文42 2.10大额业务对账申请报文44 2.11大额业务汇总核对报文47 2.12业务明细核对申请报文49 2.13业务明细核对应答报文51 2.14业务下载申请报文53 2.15业务下载应答报文55 2.16大额预对账报文56 3业务组件58 3.1汇票票面信息58 3.2汇票签发信息59

国库集中支付系统.预算单位操作手册

国库集中支付系统3.0 ( 预算单位) 操 作 手 册 黄石市财政局

目录 第一部分背景介绍 (3) 第二部分初始安装 (4) 1. 配置软件安装 (4) 第三部分预算单位简明操作手册 (6) 1.系统初始登陆 (6) 1.1用户登录 (6) 1.2单位用户名和密码修改 (8) 1.3基础信息管理 (9) 2.单位集中支付操作说明 (11) 概述 (11) 2.1单位用户、岗位一览表 (11) 2.2系统业务操作页面介绍 (11) 2.3用款计划录入 (11) 2.4单位用款计划审核 (15) 2.5用款申请录入 (19) 2.6直接支付申请上报单生成/打印 (24) 2.7授权支付申请审核 (28) 2.8授权支付凭证生成/打印 (29) 3.公务卡支付操作说明 (31) 3.1公务卡持卡人信息维护 (31) 3.2确认公务卡报销 (31) 3.3公务卡支付申请生成 (33) 3.4审核公务卡支付申请 (35) 3.5公务卡支付凭证生成 (35) 3.6公务卡支付凭证打印 (36)

第一部分背景介绍 伴随财政国库集中支付改革的进一步深入,原有集中支付管理系统2.0在技术架构、业务承载力等等因素上,已渐渐不能满足财政科学化、精细化管理的要求,2010年湖北省财政厅进行了多次需求调研,召开业务讨论会,集思广益,经过近一年的周密部署,国库集中支付管理系统3.0应运而生。 本次3.0系统升级不仅涵盖了原有2.0系统中所有资金支付业务,并拓展了单位实有资金支付业务等,整体业务流程主体基本参照、延用原有2.0系统设置,存在冗余的地方进行了简化,达到方便预算单位系统操作,简化业务办理流程,提高单位和财政的信息互动,高效办公的目的。 站在预算单位的角度来看,3.0系统主要变化概括如下: 1)将预算单位所用资金纳入系统进行管理 2)系统采用C/S/S架构,单位无需安装客户端软件,直接通过IE浏览器访问财政应用服务器,登陆后便可以办理本单位支付业务。 3)取消预算单位客户端数据库,所有业务数据全部纳入财政数据库管理。 详细的业务操作方法请看后面章节。

《国库集中支付制度》讲义

国库集中支付制度 一、国库的涵义 国库顾名思义即“国家金库”,这是我们对国库含义通常的理解,也是传统意义上的国库的基本含义。 由于国库的资金主要来源于国家的税收,国库的职能与一个国家的预算执行紧密相联, 所以近代西方的资产阶级革命成功后,无不从税收法治的角度努力恢复国库作为“国家金 库”的本来面貌,不使国库资金成为某个私人的财产。 我国从解放后一直实行计划经济体制,整个财政体制都通过计划、指令等进行安排,国库只被动的承担保管职能,国库在财政体制中的地位甚低。这时我国的国库与传统国库并无 二致。改革开放以来,我国虽就财税体制进行了一系列改革,但重点是调整收入分配关系, 基本未对预算管理和国库管理制度进行大的调整。但是近年来的国库集中支付制度改革,将改变传统国库的面貌,使其承担更多的任务。 随着社会主义市场经济体制下公共财政的建立和发展,传统型政府向“现代型、法治型政府”过渡,政府职能从以前的全面参与经济生活转为不直接介入经济发展,而只为经济发展提供服务和强化公共管理职能转变。政府对经济的发展只从宏观领域进行调控,不进入微观经济领域。受上述诸多经济和政治体制改革的影响,我国传统的国库职能明显已经不合时宜,必须对其进行改革。 结合历史和现实情况,国库的职能可以从广义和狭义两方面概括。狭义的国库职能就是“保管职能”,即保管政府的资产和负债,也就是我们通常所说的国家金库;从广义角度看,国库的职能除了上述基本职能外,还包括对政府的预算执行进行控制,对现金流量进行预测、管理和监督,管理政府银行账户,进行财务规划,管理公共债务以及国外赠款和国际援助等 金融资产。狭义上的职能即是传统国库的职责,而广义上的职能才是现代国库的职能,也是我国进行国库集中支付制度改革的目的所在。 二、国库集中支付制度的涵义 国库集中支付制度是指政府将所有财政性资金都纳入国库单一账户体系、预算部门每年给预算单位下达预算指标,并审批预算单位提出的用款申请,委托支付中心办理具体的支付 手续。 按照这种资金管理方式,政府财政资金支付都在国库单一账户体系下统一进行,财政预算部门还要在商业银行开设零余额账户,并为预算单位开设零余额账户,通过零余额账户, 对政府财政资金采取财政直接支付和财政授权支付两种方式支付到商品和劳务供应商。财政直接支付制度是按照部门预算和用款计划确定的资金用途和用款进度,根据用款单位申请, 由财政部门将资金直接支付到商品、劳务供应者或用款单位。财政授权支付是根据部门预算 和用款计划确定的资金用途和用款进度,由预算单位自行开出支付令将资金支付到商品、劳务供应者或用款单位。商业银行代理支付的财政资金,每日与财政部门开设在中国人民银行 的国库单一账户进行清算。

银行第二代支付系统概要设计说明书

# 引言 1.1编写目的 说明对程序系统的设计考虑,包括程序系统的基本处理流程,程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和安全性设计等,为程序的详细设计奠定基础,并使系统参与者对系统有基本的了解。 1.2项目背景 第一代支付系统作为我国资金运动的大动脉,对加快社会资金周转、提高支付清算效率、畅通货币政策传导、促进国民经济健康发展发挥着重要作用。但随着我国社会经济快速发展,金融改革继续深入,金融市场日益完善,支付方式不断创新,对中央银行的支付清算服务提出了许多新的、更高的要求。作为支付体系的核心和枢纽,中央银行的支付系统能否支持和满足这些需求,将直接影响支付体系的整体运行效率,进而影响经济金融的平稳健康发展。 第一代支付系统存在的不足:(1)不能满足银行业金融机构灵活接入的需求;(2)流动性风险管理尚待进一步完善;(3)应对突发事件的能力需要加强;(4)业务功能及服务对象有待进一步拓展;(5)运行监控范围及功能有待进一步扩展。 针对第一代支付系统存在的不足,结合当前及未来一段时期社会经济金融发展对中央银行支付清算服务的新需求,同时考虑支付系统运行的生命周期以及进一步完善支付系统备份系统等实际情况,中国人民银行决定建设第二代支付系统。有利于更好地满足社会经济金融发展的客观需要;有利于更好地满足银行业金融机构改善经营管理的要求;有利于更好地满足中央银行的履职需要。 1.3: 1.4定义

1.5参考资料 目标概述 总体目标 立足第一代支付系统的成功经验,引入先进的支付清算管理理念和技术,进一步丰富系统功能,提高清算效率,拓宽服务范围,加强运行监控,完善灾备系统,建设符合人行要求的、适应新兴电子支付发展的、功能更完善、架构更合理、技术更先进、管理更简便的新一代支付系统。 " 业务目标 立足第一代支付系统的传统支付业务,前瞻性地考虑支付服务现实需求和未来发展,使系统能够支持网上银行、电话银行等各类支付工具的使用,更好地满足社会公众日益多样化的支付需求以及各类支付服务的业务需求。 性能目标 系统建设将坚持安全与效率并重,遵守网络安全、系统安全及数据安全各项要求,在满足银行大数量的业务处理需求的同时提高系统运行效率,提升数据安全。

第二代支付系统报文交换标准(概述)

.第二代支付系统报文交换标准(概述)

————————————————————————————————作者:————————————————————————————————日期:

内部资料,注意保管 第二代支付系统报文交换标准 【概述分册】 (版本1.4.2) 中国人民银行清算总中心 2013年05月

文档修订记录 版本编号变化状态简要说明日期变更人批准日期批准人V0.1 A 新建2010.3.30 孔昭龙2010.3.30 贺铁林V0.5 M 修改2010.4.16 孔昭龙2010.4.16 贺铁林V0.9 M 修改2010.6.28 孔昭龙2010.6.28 贺铁林V1.0 M 修改2010.9.24 孔昭龙2010.9.24 贺铁林V1.1 M 修改2011.3.30 孔昭龙2011.3.30 贺铁林V1.2 M 修改2011.7.15 孔昭龙2011.7.15 贺铁林V1.3 M 修改2012.1.11 王明媚2012.1.11 贺铁林V1.3.1 M 修改2012.5.21 高卓2012.5.21 贺铁林V1.4 M 修改2012.9.28 高卓2012.9.28 贺铁林V1.4.1 M 修改2013.1.28 高卓2013.1.28 贺铁林V1.4.2 M 修改2013.5.31 高卓2013.5.31 贺铁林注:变化状态:A—增加,M—修改,D—删除

目录 修改记录 (3) 1报文交换标准概述 (10) 1.1术语说明 (10) 1.2业务标准 (10) 2报文格式概述 (37) 2.1报文结构 (37) 2.2报文头格式 (37) 2.3数字签名域 (40) 2.4报文体格式 (41) 2.5报文编号 (41) 2.6其他约束 (42) 3数据类型 (45) 4公共业务组件 (51) 4.1业务头组件 (51) 4.2批量包组头组件 (52) 4.3原报文主键组件 (53) 4.4原业务主键 (54) 4.5业务应答信息组件 (55) 4.6NPC处理信息组件 (56) 4.7报文分片组件

(57) 4.8数据变更组件 (57) 5附录 (59) 5.1附录一:参与者发起报文与系统状态对照表 (59) 5.2附录二:参与者发起报文处理状态对照表 (64) 5.3附录三:业务类型(业务种类)与拒绝代码对照表 (85) 5.4附录四:TAG码和报文标签对照表 (88) 5.5附录五:处理码及处理描述 (108)

国库集中支付系统3.0预算单位操作手册

国库集中支付系统 3.0 (预算单位) 操 作 手 册 黄石市财政局

目录 第一部分背景介绍 (3) 第二部分初始安装 (4) 1. 配置软件安装 (4) 第三部分预算单位简明操作手册 (6) 1.系统初始登陆 (6) 1.1用户登录 (6) 1.2单位用户名和密码修改 (8) 1.3基础信息管理 (9) 2.单位集中支付操作说明 (11) 概述 (11) 2.1单位用户、岗位一览表 (11) 2.2系统业务操作页面介绍 (11) 2.3用款计划录入 (11) 2.4单位用款计划审核 (15) 2.5用款申请录入 (19) 2.6直接支付申请上报单生成/ 打印 (24) 2.7授权支付申请审核 (28) 2.8授权支付凭证生成 /打印 (29) 3.公务卡支付操作说明 (31) 3.1公务卡持卡人信息维护 (31) 3.2确认公务卡报销 (31) 3.3公务卡支付申请生成 (33) 3.4审核公务卡支付申请 (35) 3.5公务卡支付凭证生成 (35) 3.6公务卡支付凭证打印 (36)

第一部分背景介绍 伴随财政国库集中支付改革的进一步深入,原有集中支付 管理系统 2.0 在技术架构、业务承载力等等因素上,已渐渐不能满足财政科学化、精细化管理的要求,2010 年湖北省财政厅进行了多次需求调研,召开业务讨论会,集思广益,经过近一年的 周密部署,国库集中支付管理系统 3.0 应运而生。 本次 3.0 系统升级不仅涵盖了原有 2.0 系统中所有资金支 付业务,并拓展了单位实有资金支付业务等,整体业务流程主体基本参照、延用原有2.0 系统设置,存在冗余的地方进行了简化,达到方便预算单位系统操作,简化业务办理流程,提高单位和财政的信息互动,高效办公的目的。 站在预算单位的角度来看, 3.0 系统主要变化概括如下: 1)将预算单位所用资金纳入系统进行管理 2)系统采用 C/S/S 架构,单位无需安装客户端软件,直接 通过 IE 浏览器访问财政应用服务器,登陆后便可以办理本单位 支付业务。 3)取消预算单位客户端数据库,所有业务数据全部纳入财 政数据库管理。 详细的业务操作方法请看后面章节。

二代支付系统报文交换标准(大额支付系统分册)

二代支付系统报文交换标准【大额支付系统分册】 (版本1.0) 中国人民银行清算总中心 2010年8月

注:变化状态:A—增加,M—修改,D—删除

目录 修改记录 (1) 1报文清单及概要 (2) 1.1报文清单 (2) 1.2数据类型 (2) 2二代支付系统报文(XML格式) (3) 2.1客户发起汇兑业务报文 (3) 2.2金融机构发起汇兑业务报文 (14) 2.3即时转账报文 (16) 2.4即时转账排队/撤销通知报文 (26) 2.5PVP结算申请信息报文 (28) 2.6PVP结算应答信息报文 (31) 2.7申请清算银行汇票资金报文 (33) 2.8银行汇票全额兑付通知报文 (41) 2.9银行汇票申请退回业务报文 (42) 2.10大额业务对账申请报文 (44) 2.11大额业务汇总核对报文 (47) 2.12业务明细核对申请报文 (49) 2.13业务明细核对应答报文 (51) 2.14业务下载申请报文 (53) 2.15业务下载应答报文 (55) 2.16大额预对账报文 (56) 3业务组件 (58) 3.1汇票票面信息 (58) 3.2汇票签发信息 (59)

相关主题
文本预览
相关文档 最新文档