商业银行ERPF经费管理设计方案

《商业银行ERPF经费管理设计方案》由会员分享，可在线阅读，更多相关《商业银行ERPF经费管理设计方案（230页珍藏版）》请在装配图网上搜索。

1、商业银行ERPF 经费管理设计方案目 录详细设计概述9背景9目标9设计范围9组织范围10流程图图例121经费和资产会计科目设计131.1背景介绍131.2解决方案16新经费科资产目设计目标、设计原则和方法16新设计经费资产科目18新设计经费资产科目使用注意事项20经费和资产会计科目维护岗位设计。201.3需求差异分析212员工和供应商信息维护212.1目标流程和流程概述212.2解决方案222.3需求差异分析262.4变化和改进点272.5客户化开发清单273银行信息维护273.1目标流程和流程概述273.2解决方案283.3需求差异分析303.4变化和改进点303.5客户化开发清单304付款

2、条件和支付组信息维护304.1解决方案304.2需求差异分析314.3变化和改进点324.4客户化开发清单325经费预算管理设计325.1目标流程和流程概述325.2解决方案335.3需求差异分析355.4变化和改进点365.5客户化开发清单366预借款和预付款支出流程366.1目标流程和流程概述366.2解决方案376.3需求差异分析406.4变化和改进点406.5客户化开发清单407自助费用报销流程417.1目标流程和流程概述417.2解决方案427.3特殊事项的处理457.4自助报销模板的维护457.5需求差异分析457.6变化和改进点467.7客户化开发清单468供应商资本性支出流程4

3、78.1目标流程和流程概述478.2解决方案488.3需求差异分析518.4变化和改进点518.5客户化开发清单519供应商费用支出和其他付款处理流程529.1目标流程和流程概述529.2解决方案539.3需求差异分析579.4变化和改进点579.5客户化开发清单5710经费自动支付流程5910.1目标流程和流程概述5910.2解决方案6110.2.1建立付款批62格式化付款批65电子数据导出66接受EAI反馈数据处理方案。69清算划拨业务会计信息的解决方案70资金管理部门掌握清算划拨信息的解决方案7110.3与标准功能差异分析7110.4变化和改进点7210.5客户化开发清单7211经费手工

4、支付流程7311.1目标流程和流程概述：7311.2解决方案7511.3需求差异分析7611.4变化和改进点7711.5客户化开发清单7712托收业务处理流程7712.1目标流程和流程概述7712.2解决方案7812.3需求差异分析7912.4变化和改进点7912.5客户化开发清单8013工资记提和发放流程8013.1目标流程和流程概述8013.2解决方案8313.3 特殊事项处理8613.4需求差异分析8613.5变化和改进点8713.6客户化开发清单8714经费收款流程8814.1目标流程和流程概述8814.2解决方案9014.3需求差异分析9214.4变化和改进点9214.5客户化开发清

5、单9215现金提现和现金对帐流程9315.1目标流程和流程概述9315.2解决方案9315.3需求差异分析9415.4变化和改进点9415.5客户化开发清单9416银行对账流程9516.1目标流程和流程概述9516.2解决方案9616.3需求差异分析9716.4变化和改进点9816.5客户化开发清单9817非应付来源在总账处理的经费业务9917.1目标流程和流程概述9917.2解决方案9917.3需求差异分析10017.4变化和改进点10017.5客户化开发清单10018应付模块凭证编号、格式设计和凭证打印装订流程10118.1目标流程和流程概述10118.2解决方案10118.3需求差异分析

6、10418.4变化和改进点10418.5客户化开发清单10419经费外币业务处理10419.1背景介绍10419.2解决方案10519.3需求差异分析10619.4变化和改进点10619.5客户化开发清单10620应付模块过账和月末关账流程10720.1目标流程和流程概述10720.2解决方案10720.3需求差异分析10820.4变化和改进点10920.5客户化开发清单10921经费共享服务中心内部往来设计10921.1背景介绍10921.2解决方案10921.3与标准功能差异分析11421.4变化和改进点11521.5客户化开发清单11522经费管理的安全性设计11522.1解决方案115

7、22.2需求差异分析11722.3变化和改进点11722.4客户化开发清单11723非试点行经费管理系统与ERPF接口设计11823.1目标流程和流程概述11823.2解决方案11923.2.1 基础设置12023.2.2 非试点行经费记账数据导入124非试点行经费分解数据导入12623.3非试点行经费的数据的要求：12823.4与标准功能差异分析12923.5 变化和改进点12923.6 客户化开发清单12924经费管理报表设计12924.1解决方案12924.2与标准功能差异分析13524.3变化和改进点13524.4客户化开发清单13525经费和资产分摊设计13725.1目标流程和流程概

8、述13725.2解决方案139经费及资产分配分摊原则139月末分摊对日常财务核算的要求建议147分摊帐套方案154月末分摊流程概述156月末分摊解决方案158月末分摊岗位设计169分摊的维护事项170期初数据转换策略17325.3客户化开发清单17526遗留和解决问题17626.1未解决问题17626.2已解决问题176详细设计概述背景*银行的ERPF系统建设是实现建行信息化管理目标的重要举措之一。本文档是*银行ERPF系统经费管理详细设计，该详细设计主要基于经费管理高层设计的共识,并借鉴了国际领先银行的先进实践，同时充分考虑未来业务流程和财务核算的先进性、合理性。目标详细设计目标是： 描述经

9、费管理详细流程 定义详细业务需求 分析需求与标准功能差异，判断是否可通过标准功能实现 定义客户化开发需求设计范围经费管理详细设计的范围包括：详细设计分类序列经费详细设计基础信息设计1经费和资产会计科目设计2员工和供应商信息维护3银行信息维护4付款条件和支付组信息维护流程设计5经费预算管理设计6预借款和预付款支出流程7自助费用报销流程8供应商资本性支出流程9供应商费用支出和其他付款流程10经费自动支付流程11经费手工支付流程12托收业务处理流程13工资记提和发放流程14经费收款流程15现金提现和现金对帐流程16银行对账流程17总账手工输入经费凭证流程18经费凭证编号、格式设计和凭证打印装订流程1

10、9经费外币业务处理20应付模块月末关账流程其他设计21经费共享服务中心内部往来设计22经费管理的安全性设计23非试点行经费管理系统与ERPF接口设计24经费管理报表设计25经费和资产分摊设计经费管理的组织和岗位设计在总行本部共享服务中心组织详细设计中描述，本文档暂不作设计。科技项目、在建工程项目和营销类项目的项目核算详细设计在固定资产详细设计中描述，本文档暂不作设计。组织范围*银行ERPF项目一期中，下列的机构将实施ERPF 应付模块、现金管理、项目会计、总账和自助报销模块，并代替各机构原来使用的经费管理系统（如K3，DCC系统）。总行本部、A分行、B分行在ERPF一期实施经费共享中心，总行本

11、部和B分行的经费共享服务中心分别集中在总行本部和B分行，A分行的共享服务中心设在A分行的各个二级分行。ERPF一期，费用发生机构的特定人员使用员工自助报销模块集中输入员工费用报销单，一般员工不使用员工自助报销模块。经费共享中心有应付、现金管理（银行对账）、项目会计操作和修改和权限，非经费共享中心的机构仅有应付、现金管理（银行对账）、项目会计的查询权限。各试点分行经费管理实施ERPF模块清单如下：流程图图例用于业务流程的图例说明：图例描述开始/结束系统外活动ORACLE系统中实现的活动子流程文档任何形式的报告、表格等 系统内判断系统外判断周期性1 经费和资产会计科目设计 1.1 背景介绍在财政部

12、有关规定的基础上，总行于2001年启用了现有科目，我们重点关注的一级经费资产科目有7个，即固定资产、工资、福利费用、折旧费、业务管理费、营业外收入、营业外支出。重点经费资产科目下辖二级费用科目60个左右,2001年到2005年期间又增加了一些二级科目。经费一级科目和二级科目由总行统一规定，是全行统一的；在二级科目之下设置了指导性的三级和四级科目，三、四级科目全行不统一。（一）改进现有经费资产科目的必要性。现行科目在使用过程中主要存在以下几方面问题：1.对财务管理的支持力度不够首先，业务管理费科目分类思路不清晰，不便于一目了然地看出财务资源的投向结构。比如：实际上看似分散的各种支出都是围绕一定的

13、功能或者为达到一定的效果而发生的，但我们目前的科目没有按照功能或者效果来设计层次并分类，仅仅按照支出内容简单并列，且粗细不匀。如电子设备运转费与公证费在现有科目体系中是同级别并列关系，实际上，前者的支出金额是后者的几百倍（2005年为286倍），且电子设备运转费的内涵（或支出内容）要比公证费丰富得多。又如：有些支出事项内容相同但受益对象或目的完全不同，比如招待费和会议费，存在内部管理和客户营销两种截然不同的目的，但现有科目没有区分。如果要对客户盈利性分析提供数据支持，在原科目核算体系下，必须通过复杂的分摊才能达到,即使进行了分摊，结果也不完全准确。其次，不便于总行费用预算编制。目前，在业务管理

14、费一级科目之下，总行只能查询到二级费用科目的历史余额，由于部分二级费用科目在不同历史年度或在不同分行之间没有可比性，限制了预算编制的细度。客观上，需要通过增加科目的层级，同时统一最底层科目的核算内容，在此基础上积累年度和行际可比的历史数据，为总行细化费用预算提供条件。再次，不便于不同机构之间的成本差异比较，不便于分析财务资源的使用效果。由于不同核算科目核算内容之间有交叉的情况，同一性质的支出事项在不同机构所使用的核算科目并不一致，导致同一个费用科目的余额在不同机构之间没有可比性。2.核算人员使用不便首先，由于部分科目核算内容界定不清晰，或者不同科目之间的核算内容存在一定的交叉，导致核算人员拿到

15、发票不能迅速判断该入哪个核算科目，降低了核算的效率。如电子设备运转费和网络通讯费、低值易耗品支出与公杂费等，同一个支出事项，可以分别在两个科目核算。实际结果是，在很多情况下，同一个支出事项在不同机构记录在不同核算科目。其次，相同性质的事项使用的科目分散，没有统一性，增加了核算人员记忆的难度。如职工福利费、职工教育经费、工会经费等三项计提费用性质虽然十分相近，但其计提时的对方科目分别是应付福利费、预提费用和其它应付款。从核算人员使用的角度来看，难于记忆，容易操作错误。3.科目体系的统一性和使用规范性待提高首先，二级科目以下不统一，不便于统一管理。各层级行在经费核算系统里面分别设置了三级、四级甚至

16、五级科目，不同机构之间不统一，核算内容的界定不统一，不便于统一管理。其次，不利于支出的规范性。由于明细核算科目的不统一，从而为不规范支出行为提供了便利，不利于财务支出的规范化。（二）对M分行等先进实践经验的总结，为新的经费资产科目设计提供了可能性。在项目实施过程中，我们与包括M分行专家在内的有关专家就经费资产科目进行了多次沟通和探讨，分析总结了先进实践在经费资产科目设计方面的理念和方法。与其他先进银行类似，M分行的科目呈现清晰的结构和层次。M分行科目预留了8个层次，从1级到7级是汇总科目，第8级科目是核算科目。1级科目“非利息支出”下面设置的2级科目主要包括工资福利费用、房屋占用费用、家具和设

17、备费用、市场费用、专业服务费用、无形资产摊销、一般运营费用、一般行政费用等8类。经费资产科目不仅满足财务会计核算的要求，还承担了支持财务管理的功能。其经费资产科目的主要特征为：1.科目层级从粗到细过渡自然，便于内外部管理需要（编制预算、分析支出结构、对外披露等）。在1级汇总科目和8级核算科目之间，M分行设置了2-4个中间层次的汇总科目。中间层次的汇总科目核算内容界定明确，同时也有合理的汇总程度，便于按照预算编制的不同粗细要求，在不同的汇总程度上编制预算；待实际支出发生之后，也便于从不同的汇总科目层次分析支出的结构。对于中间层次的汇总科目，可以通过映射关系在报表中反映到更高或者更低的层级上，从而

18、灵活适应披露变化的需要。2.从受益对象角度区分核算科目，便于支持客户盈利性分析。M分行不仅从支出内容上区分不同科目，对于相同的支出内容，如果支出受益对象不同，也区分为不同科目。如给员工买的礼物和鲜花、给客户买的礼品和鲜花虽然在支出内容上是一样的，但由于受益者分别是内部员工和外部客户，M分行分别归在一般运营费用和市场费用两个2级科目下，通过设置不同的8级核算科目分开核算。M分行的这种处理，便于将为客户或市场推广发生的费用与内部活动发生的费用在科目核算上就完全区分开来，减少后续费用分摊的复杂程度，有力支持客户盈利性分析工作。3.核算科目十分细致，核算内容界定清晰，方便核算人员操作。从数量上看，M分

19、行核算科目设置非常明细，仅人力费用相关核算科目就有100个左右，市场费用相关核算科目有35个，其他科目也类似，因而核算十分细致。从核算内容的界定上看，在2级科目或3级科目层次，就可以明显看出科目的受益对象或发生的目的，便于区分支出内容相同但受益对象或支出目的不同的支出；在最新低层次的汇总科目之下，M分行一般明确规定某个核算科目的内容不得在另一个类似核算科目核算，以避免核算科目之间的内容发生交叉。1.2 解决方案1.2.1新经费科资产目设计目标、设计原则和方法一、设计目标新经费资产科目要达到以下目标：满足资本市场信息披露和国内监管要求；支持财务管理需求的实现；与现行科目保持一定连续性从而减少新科

20、目推行的障碍；提高科目使用的便利程度，便于核算人员操作。二、设计原则和方法与现行经费资产科目相比，新的科目力求明确界定出汇总科目和核算科目的功能和含义，清晰地对汇总科目进行分类和分层，并保证核算科目全面细致、重点突出、内容清晰、排列有序、名称直观。具体包含四个方面：1科目定义明确：即明确界定汇总科目和核算科目的含义和功能。在新的科目体系中，科目明确划分为汇总科目和核算科目，分别承担不同的功能。（1） 汇总科目是对核算科目的汇总，从最高层次的汇总科目到核算科目之间的汇总层次可以是2-4层。设置汇总科目的直接目的是从高低不同的汇总程度反映财务资源的投向。（2） 核算科目是直接用于记账的科目，是最明

21、细的科目。设置核算科目的直接目的是用于核算人员录入具体的支出，得到某一明细支出事项的耗费额。核算科目要根据支出的变化不断细化和调整。（3） 汇总科目的架构决定某一核算科目的归属,核算科目是对汇总科目的细化。汇总科目不直接用于记账，其余额是对核算科目余额的加总。汇总科目要保持相对稳定，汇总层次越高应该越稳定。2分类分层清晰：即汇总科目要进行清晰的分类和分层，最大限度支持财务管理。在分析所有非利息支出耗费的基础上，由于所有的耗费都是要实现一定的功能或达到一种效果，所以要围绕功能或效果对汇总科目进行适当分类。完成分类以后，在每一大类下面，再分小类，层层向下细化，一直分层到足够细为止。（1） 汇总科目

22、的分类要清晰地体现财务资源的投向，便于成本管理效率的比较（通过比较相同支出事项在不同机构的单位支出）和成本管理措施（集中采购、费用标准定额等）的实施。（2） 汇总科目的层次多少要适当，从而有利于费用预算编制、预算控制、支出分析。按照预算编制的不同明细程度要求，设置中间层次的汇总科目，便于将预算编制在一个合理的汇总程度上，从而降低预算编制的复杂程度。（3） 汇总科目在内容上要区分单纯的内部耗费和为客户而发生的耗费，不得交叉，便于横向绩效考核。对于直接为客户发生的费用，要与内部活动发生的耗费在科目上区分开来。这样，在科目上就记录客户直接发生的费用，降低后续费用分摊的难度。3核算科目全面细致，重点突

23、出，内容清晰，排列有序，名称直观。（1） 全面性原则。核算科目必须具有广泛的代表性，涵盖建行所有主要非利息支出事项。（2） 重要性原则。站在全行的角度来判断一个支出事项是否重要，而不是从某一个机构的角度来看。对于全行重要性高的支出事项，单独设置核算科目，保证核算事项达到足够的细度。核算科目之间是并列关系。（3） 使用优先原则。对于某个汇总科目下的核算科目，要按照使用频率排序，使用频率越高，越排在前面。（4） 名称直观原则。核算科目的名称要直观，数字代码不宜过长且层次清晰，便于核算人员识别、记忆和操作选择。4核算科目的核算内容必须界定清晰。对于核算内容的界定，必须避免混淆，避免不同科目核算内容发

24、生交叉。为达到这种效果，在具体的设计方法上，我们运用了多种方法明确界定核算科目的核算内容。主要有以下四种方法：（1） 多维法。是指通过支出内容、支出受益对象、支出目的等多个维度来界定科目的核算内容。按照管理需要，支出内容相同但支出受益对象不同的支出，可以通过不同的科目反映。（2） 列举法。是指逐一列举核算科目的具体支出内容。将支出内容细分到足够的明细程度，列举时越细致、越全面越好。在可以使用多种方法的情况下，要优先使用列举法，或以列举法为主、其他方法为辅。（3） 定义法。是指规定某一相似类型的支出在某核算科目下核算。在具体支出内容无法穷举的情况下，可将具体支出内容的性质或特征加以抽象，界定为某

25、一类型的支出，由某个科目来核算。（4） 排除法。是指界定哪些支出内容或支出类型不得在该科目核算，从而避免不同核算科目的核算内容发生交叉。如果某一个科目已经规定了核算的支出内容，则该支出内容不得在另一个类似科目核算。排除法一般作为列举法和定义法的补充。5、参考段的使用：对于特殊的经费核算要求可以通过参考段来核算。如：总行部门营销公关经费使用参考段来核算总行部门营销公关经费，如果核算此类科目需要选择参考段值“总行部门营销公关经费，通过安全规则设置限制只有总行的机构可以使用参考段。1.2.2新设计经费资产科目借鉴先进实践科目设计理念的基础上，通过全面分析，新设计的经费资产科目对建行的非利息支出事项进

26、行了重新分类、细化和归集。新的经费资产科目结构为5层，第1-4层为汇总科目，第5层为“核算科目”。经费会计科目的第二层科目为人力费用、非人力费用；人力费用含工资、福利费用、劳务用工费，非人力费用含房屋费用、计算机设备费用、交通工具费用、其他资产费用、专业服务、市场拓展、运营、行政、研究开发费、无形资产摊销费用十大类，其中：房屋费用归集了房屋折旧、自有网点和租入网点装修、装修摊销、房产租赁、房产保险、房产税、房产相应的水电、物业管理、绿化等全部由于工作场所需要而发生的一系列支出；计算机设备费用、交通工具费用、其他资产费用分别归集了与计算机设备、交通工具和其他资产相关的费用；专业服务费用是由于聘请

27、外部专业智力支持而发生的费用、包含了诉讼、公证、咨询、审计；市场费用拓展费核算的是我行为拓展市场发生的会议费、差旅费等支出。新经费资产科目体系继承了现行经费资产科目中的合理有效部分（如重要性原则、细致核算原则），并具有以下新的特点：1. 以功能或效果作为划分主线，便于体现财务资源的使用目的，识别财务资源的实际投向。在新科目的分类工作中，我们坚持分类思路清晰，层级丰富化原则，改变了原来单纯以支出内容划分科目的方法，而是站在整个银行财务资源投向的角度，以功能或效果作为划分的主线。比如，将非人力费用划分为房屋费用、计算机设备费用、交通工具费用、其他设备费用、专业服务、市场、运营、行政、研究开发费、无

28、形资产摊销用十大类，房屋大类费用实现的功能是提供办公营业场所的功能等等。2. 在某一支出大类之下，围绕该功能或效果而发生的支出全部归属到该大类下。比如，房屋大类费用下归集了房屋计提折旧、自有网点和租入网点装修、装修摊销、房产租赁、房产保险、房产税、房产相应的水电、物业管理、绿化等全部由于工作场所需要而发生的一系列支出；专业服务费用含了诉讼、公证、咨询、审计等外部支持活动而发生的耗费，其中咨询费，不论是否体现在咨询服务合同之中还是之外，由于外部咨询人员提供咨询而发生的咨询人员劳务费、咨询人员差旅、咨询人员招待等支出都包含在咨询费科目的核算内容之内。3. 通过科目细分，支持费用预算管理、集中采购、

29、定额管理、横向分摊等财务管理活动。（1）科目层级的丰富和核算内容的统一，客观上为细化预算提供了基础，同时，在设计科目时，就考虑了具体的预算管理需要，设置与预算对应的经费资产科目，便于预算编制、录入和执行分析等，例如在研究开发费下设置“住宿费” 、“差旅费”等科目，保持与信息技术项目预算一致。（2）为集中采购提供便利，在差旅费下设置了住宿费、飞机票、车船费，为宾馆、机票等集中采购提供便捷的数据支持。4. 增设科目用于核算原无明确对应科目的支出事项。如设置单独的劳务用工费科目核算劳务用工费，避免目前不同机构分别在手续费支出、物业管理费、其它业务管理费等科目核算的纷杂状况。5. 按照重要性原则将余额

30、很大的支出进行了细分，便于结构分析和行际比较。比如，拆分了房租费、电子设备运转费、低值易耗品支出等科目。6. 用替代方式核算原部分科目核算的内容，避免核算内容交叉。比如不再单独设驻外机构费用，而是与国内机构发生费用核算一致，按费用性质列支到对应的科目中。7. 利用ORACLE软件的优点，体现ORACLE软件的要求。（1）充分利用资产、经费核算、数据集成的优点，简化资产类相关科目设置，资产、累计折旧、折旧费只设置到现行的二级科目层次；新增固定资产中转的汇总和明细科目；新增无形资产累计摊销、长期待摊费用累计摊销科目，更好地体现了这部分资产的原值及摊销。（2）考虑到在ORACLE中，用户只能在第5层

31、核算科目级次上进行记账，核算科目以下没有明细账户供核算使用，为此必须统一增加核算科目的细度，新增其他应收款-预付款科目，并进一步设置明细科目；新增其他应收款-代垫科目，并进一步设置明细科目；设置应付福利费支出科目，福利费计提和支出分开，支出科目与福利费用科目对应。8. 新设计经费资产科目见下面的附件。1.2.3新设计经费资产科目使用注意事项1.整个科目体系全行统一，总行统一维护，各分支机构可以向总行提出修改建议，但不可直接修改科目。按照ORACLE产品的特征，科目是统一设定在系统中的，各行按照核算规定和列支权限分别选择相应科目列支有关支出。按照支出事项的新增、重要程度变化等情况，总行统一分析全

32、行科目增减变动需求，统一修订科目表，并维护到系统中。2.总行需要出台与科目配套的新的经费核算制度。由于科目设置的变化，原来的核算规定已经不能适应新科目使用的需要，因而需要出台的新的经费科目核算制度。1.2.3经费和资产会计科目维护岗位设计。为了便于不同年度之间科目余额的纵向比较和趋势分析，汇总科目的分类必须保持相对稳定。由于核算内容的丰富和扩充，某一具体汇总科目可能进行细分，因而改变其原来所在的层次，但汇总科目不得随意停用或变更核算内容。各级行业务部门及时提出科目变更（新增、分拆、停用）需求，总行要有专人定期汇总科目变更需求；要成立以经费核算、会计管理、财务管理、业务部门组成的联席会议，论证科

33、目增减变动的必要性，报批后启用。1.3 需求差异分析序号业务需求优先级(高/中/低)标准功能方案差异及解决方案2 员工和供应商信息维护 2.1 目标流程和流程概述流程概要：1. 各机构将新增的员工信息填写好新增员工申请表，并将申请表传递给共享中心的员工和供应商维护岗位。2. 经费共享服务中心的员工和供应商维护岗位在应付模块新增员工。3. 新增员工信息完成后，进入新增供应商子流程。流程概要：1. 采购部门或人力资源部门新增员工或供应商时，填写新增供应商或员工申请表。2. 经费共享服务中心的供应商维护岗位，或核算单位的供应商维护岗位在系统中查询是否有供应商头信息，如果没有，新增供应商的头信息。3.

34、 经费共享服务中心的供应商维护岗位增加供应商的地点信息。2.2 解决方案使用Oracle的员工功能来维护员工信息；使用供应商管理功能来管理供应商信息。员工信息主要维护员工的姓名、性别、身份证号、所属共享中心机构名称、地址、城市、默认的费用科目组合（包含员工的机构、责任中心等）、对应经费共享服务中心的审核人设为该员工的上级。启用组织的安全性实现各共享中心的安全屏蔽。Oracle的供应商信息分为供应商头信息和供应商地点信息，供应商头信息和地点信息的主要区别如下：l 供应商头信息在系统中共享，便于归集同一个供应商所有与建行的交易信息。l 供应商地点信息包含供应商的核算信息，如默认的负债和预付款账户、

35、地址、联系人、银行账户等信息。为满足建行供应商管理的要求，并便于操作，建议建行采用以下原则：1. 供应商分类：a) 供应商性质分类：资本性采购供应商、非资本性采购供应商、员工（或成本中心）型供应商、内部供应商四大类，供应商的分类维护在供应商的地点弹性域的Atrribute10。b) 供应商资格分类：合格供应商、不合格供应商、未评审供应商。2. 供应商编码：a) 供应商头编号自动编码，通过客户化开发按供应商类别和输入的先后顺序自动生成。b) 供应商地点的地名的自动生成：按照供应商地点的类型和同一供应商头下的地点地名存盘的时间先后顺序生成地点编号，具体供应商地点类型、地点地名编码、默认账户见下表：

36、供应商地点类型适用范围供应商地点地名编码规则供应商默认负债账户供应商默认预付款账户资本性采购供应商指主要用于资本性采购的供应商编码规则为：Z+机构编码+同一机构的顺序号（4位）。其他应付款-资本性采购其他应收款-固定资产采购预付非资本性采购供应商指主要非资产性采购的供应商，如采购办公用品、耗材、水电、物业管理等供应商。对于一次性零星采购，没有应付款余额，而且金额较小的供应商，可以通过使用“杂项供应商”。编码规则为： F+ Z+机构编码+同一机构的顺序号（4位）其他应付款-支付费用其他应收款-预付款其他员工（或成本中心）型供应商建行内部的员工或成本中心编码规则为：办公室其他应付款-支付费用其他应

37、收款-员工借款内部供应商建行内部的机构编码规则为：N+机构编码+同一机构的顺序号（4位）其他应付款-支付费用其他应收款-内部机构周转金3. 供应商的信息维护：供应商维护的信息分为供应商头信息和供应商地点信息。具体的信息如下：信息项说明供应商头信息/地点信息ERPF系统中存放字段是否必填*供应商中文全称供应商或员工名称头信息名称Y供应商资格合格供应商、不合格供应商、未评审供应商头信息Attribute*供应商性质分类从“资本性采购供应商、非资本性采购供应商、员工（或成本中心）型供应商、内部供应商”选择地点信息地点弹性域的Atrribute10Y国家默认“中国”地点信息国家省地点信息省城市地点信息

38、城市邮编地点信息邮编具体地址地点信息地址1Y*支付方式电子支付手工支付地点信息地点弹性域的上下文值Y支付银行名称在电子支付方式下必填，其他不填地点信息地点弹性域Attribute1支付银行账号在电子支付方式下必填，其他不填地点信息地点弹性域Attribute2开户单位名称在电子支付方式下必填，其他不填地点信息地点弹性域Attribute2默认供应商负债账户数据收集不用，在在维护时需要使用地点信息负债账户Y默认供应商预付款账户数据收集不用，在在维护时需要使用，员工需要维护责任中心，供应商不用选择责任中心。地点信息预付款账户Y联系人地点信息联系人联系人电话地点信息联系人ERPF系统将供应商地点的支

39、付组默认到发票的支付组。为便于供应商维护，需要通过客户化，在供应商存盘时，将供应商地点弹性域上下文值默认到供应商地点的支付组。4. 员工的信息维护：供应商维护的信息分为员工头信息和信息。具体的信息如下：名称对应ERP系统中的字段是否必填ERP员工信息的位置全名姓氏必填员工头信息性别性别必填员工头信息身份证号码社会保险必填员工头信息生日日期格式：YYYY-MM-DD非必填员工头信息共享中心的组织组织必填员工分配信息共享中心的审核人员共享中心的审核人员姓名必填员工分配信息帐套采购订单信息的帐套必填员工分配信息默认费用科目采购订单信息的默认费用帐户，需要输入正确的机构和责任中心必填员工分配信息组织地

40、址地点必填员工分配信息员工类型员工分配的“组”弹性域的attribute1，值集为: 中长期员工/短期员工/内退员工/临时员工 必填员工分配信息使用ERP的成批更新员工分配的功能批量修改员工的信息。5. 供应商的安全性开发：a) 在供应商新增和修改的安全性：可以根据需要控制是否可以修改供应商的名称。由于供应商名称在全行共享，可以通过该开发的安全性实现控制不允许修改。具体实现方式：根据职责上的预制文件，是否控制修改其他人输入的信息。如果允许，可以修改其他用户新增的供应商。如果不允许，验证用户标识（包含用户定义的授权）与该供应商的创建人标识是否一致，如果不一致，不允许修改。该安全性需要区分供应商头

41、和地点的用户。b) 供应商查询的安全性：供应商头都可以查询，供应商地点通过默认负债账户与该职责的安全规则比较控制。c) 应付发票输入的界面：i. 输入发票时，查询供应商头信息时，如果该供应商的地点负债账户不符合该职责的安全规则，则不允许选择。ii. 输入发票选择供应商地点时，如果该供应商的地点负债账户不符合该职责的安全规则，则不允许选择。6. 供应商维护岗位设计：为尽量避免维护重复的供应商，供应商维护的岗位应该尽量集中；同时考虑到太集中可能效率过低，建议供应商维护的岗位设计为：供应商的维护由经费共享中心的供应商维护岗位统一维护。2.3 需求差异分析序号业务需求优先级(高/中/低)标准功能方案差

42、异及解决方案1通过接口导入供应商信息高无客户化开发2通过接口导入员工信息高无客户化开发3供应商地点地名自动生成高无客户化开发将不用的字段不显示或灰掉中可以配置客户化配置表单字段的属性5供应商地点的支付组取供应商地点的上下文值高无客户化开发2.4 变化和改进点新增了员工和供应商维护的流程，规范了员工和供应商的管理。2.5 客户化开发清单编号客户化内容功能说明优先级 (高/中/低)1员工信息通过接口导入ERPF员工信息整理为EXCEL表后，通过接口导入到ERPF高2供应商信息通过接口导入ERPF供应商信息整理为EXCEL表后，通过接口导入到ERPF高3供应商地点地名按预定义规则自动生成系统标准功能

43、需要手工输入地名，而且地名不能重复，需要客户化开发，自动生成供应商地点的地名，地址自动写“位置”高将供应商地点不用的字段灰掉，可以通过客户化配置表单字段的属性实现将供应商地点不用的字段灰掉，只保留会计和付款的页签。会计不需要“远期付款”；付款只保留“付款条件”、“支付组”、“发票币种”、“付款币种”中5供应商地点的支付组取供应商地点的“支付方式”的上下文值在供应商地点存盘时，供应商地点的支付组取供应商地点的“支付方式”的上下文值高3 银行信息维护3.1 目标流程和流程概述流程概要：1. 经费共享中心收付款岗位，或经费核算机构的手工付款岗位申请新增银行存款账户时，填写新增银行账户申请表，并在系统

44、外审批。2. 总行银行账户维护岗位，在系统中查询是否有银行的头信息，如果没有，新增银行的头信息。3. 总行银行账户维护岗位信息新增银行地点信息。3.2 解决方案ERPF银行的定义：ERPF的银行是广义的概念，银行是用来核销应付发票的账户，银行对应的账户组合可以是经费使用的经费存款账户、现金，也可以是某一特定的账户组合（如内部往来账户）。ERPF应付模块支付时，需要设置相应的银行账户。ERPF应付模块的银行信息维护包括银行名称、账号、类型、对应的总账账户组合、付款的编号、银行对账是否考虑总账模块来源的凭证等信息。不是所有的共享中心开始的真实银行账户都需要在ERPF系统中维护为银行，举例如下：1.

45、 为便于托收业务支付，共享中心需要单独开设托收银行账户，在ERPF系统中为其他应收款，在ERPF系统中不维护该银行账户。2. 支付公积金等要求单独开设银行账户，在ERPF系统中不维护该银行账户。应付模块银行的分类：将将建行的银行分为现金、经费存款账户、内部往来、虚拟银行银行名称说明现金真实用来收款或付款的现金账户经费存款账户真实用来收款或付款的经费银行存款账户内部往来没有真实的资金往来，为了核算内部公司间往来使用的银行虚拟银行为了财务调账使用的虚拟银行，如应付退款中转，此类银行的期末余额应保证为零。虚拟银行允许零额付款。1. 应付模块的银行与总账科目的对应关系：银行信息一般对应的总账账户组合为

46、: 机构为对应机构段、自然科目段。对于某些特定的有独立银行账户的责任中心，如总行本部下属机构的某些有独立银行账户的，银行账户组合包括责任中心。考虑到建行的组织机构较多，建议在总账的科目中不维详细的银行账户名称，将详细的银行信息维护在应付模块。在总账的自然科目中维护5个经费存款账户的科目，名称分别为银行存款-经费1号账户，银行存款-经费2号账户，_。银行名称总账的自然科目对应现金银行机构段，自然科目段-现金开户银行机构段、自然科目段-经费存款银行账户内部银行机构段、自然科目段-内部往来、内部往来段-内部机构虚拟银行机构段、自然科目-中转科目2. 新增银行信息需要维护以下信息。信息说明银行头信息/

47、地点信息银行名称现金银行、开户银行、内部往来银行、虚拟银行头信息银行账号简称银行账户信息银行账号银行账户信息银行地址银行账户信息总账账户组合银行账户信息付款编号银行账户信息银行对账参数银行账户信息是否允许零额支付内部银行和虚拟银行允许零额付款银行账户信息3. 应付模块银行信息维护的岗位设计：在总行设立银行信息维护岗位，所有的银行账户信息（含经费存款账户、现金、虚拟银行等）的新增和修改由总行的银行信息维护岗位统一维护。3.3 需求差异分析序号业务需求优先级(高/中/低)标准功能方案差异及解决方案3.4 变化和改进点新增了银行信息维护的流程，规范银行信息。3.5 客户化开发清单4 付款条件和支付组

48、信息维护4.1 解决方案一、付款条件付款条件是Oracle应付模块用来计算付款日期，一般在付款条件维护发票的延迟支付天数。一般发票的付款日期=发票日期+付款条件的延迟天数。建议建行的付款条件由总行统一维护，将全行可能使用的付款条件都维护在系统中，设置如下的付款条件：付款条件名称说明立即付款付款延迟天数=0，一般员工报销需要选择立即付款5天以后付款付款延迟天数=510天以后付款付款延迟天数=1030天以后付款付款延迟天数=3060天以后付款付款延迟天数=6090天以后付款付款延迟天数=90暂不支付付款延迟天数=10000，一般用于不确定付款日期的发票。二、支付组支付组是Oracle应付模块用于区

49、分支付方式，付款时可以根据支付组和发票到期日等条件确定付款的方式和支付组。建议建行的支付组由总行统一维护，将全行可能使用的支付组都维护在系统中，设置如下的支付租：支付组名称说明电子支付需要调拨资金，支付给员工或供应商，并使用与DCC接口自动支付时使用手工支付需要调拨资金，再通过手工使用支付，如支票、现金支付，非建行开户的供应商支付需要选择该支付租。注意：由于目前DCC系统暂无法支持非建行开户的其他银行的电子支付，所以对于不在建行开户的供应商不能通过电子支付，只能选择手工支付组进行支付。需要建立共享中心机构与下属机构和责任中心的对应关系表：共享中心机构代码对应的下属机构代码对应下属的责任中心如果

50、责任中心为空表示所有的部门。4.2 需求差异分析序号业务需求优先级(高/中/低)标准功能方案差异及解决方案4.3 变化和改进点4.4 客户化开发清单5 经费预算管理设计5.1 目标流程和流程概述流程概要：1. 各机构编制或分解预算到ERPF的机构段、科目、会计期，并在系统外完成审批。2. 由一级分行统一输入或导入预算日记账，并过账，过账后预算生效。3. 在日常经费应付发票审核（验证）和日记账保留资金时，系统自动检查预算。4. 如果预算启用绝对控制，应付发票或总账日记账没有通过资金检查时，系统会自动将发票和日记账暂挂，将无法验证或审批，这时需要提交修改预算的申请到预算编制岗位。5. 预算编制岗位

51、修改预算后，被暂挂的发票和日记账将可以继续进一步的操作。6. 各机构可以通过提交预算和实际比较报表随时监控和了解实际和预算执行情况。5.2 解决方案Oracle总账系统可以制定基于科目的预算。可以实现以下功能：1. 在Oracle中允许建立多个预算组织，以满足对于不同预算考核方式下对于预算对象的不同组合方式。2. 在Oracle中允许在一个预算组织下，建立多个预算，以满足在不同会计周期内对于不同预算对象的多种预算控制方式。3. 对于预算数据Oracle提供了多种数据录入方式。4. Oracle对于预算数据建立了多种预算控制方式，以满足不同层次的预算。5. Oracle对于预算数据与实际数据提供

52、了多种查询方式，也提供了多种预算与实际的比较报表。一、预算的管理Oracle系统中，一个账套中可设多个预算进行比较，但在一段期间内只能根据当前预算的金额实现预算控制。为满足建行预算分析比较的需求（如把预测作为预算），可在系统中建立一个控制型的预算和多个仅以比较分析为目的的预算，并对几种预算的金额及预算实际执行情况进行比较，以达到分析目的。建议在ERPF一期使用一个预算。为了达到预算的控制目的，需启用账簿的预算控制开关，达到在凭证输入和发票输入时在线检查资金的目的。在输入总账日记账或输入应付发票时，对日记账或应付发票进行实时的资金检查和资金保留，如果资金不足时，系统会发出警告或限制日记账的过账和

53、应付发票的审批（验证）。确定预算的名称为“建行预算”。二、预算组织的管理Oracle系统中一个账套中可包含多个预算组织，但每个会计科目组合只能属于一个预算组织。为了便于各单位的预算管理，建行的每个一级分行各建立一个预算组织。该组织将包括该核算单位中所有需进行预算分析、控制的科目。建议预算组织的编码将采用如下方式：CCB+一级分行名称将建立如下3个经费预算组织：CCB总行本部预算组织CCBA分行预算组织CCBB分行预算组织三、预算的输入方式由一级分行统一维护下属机构的预算，预算的基础分解信息由二级行提供。二级分行可以根据需要将预算分解到责任中心。对于需进行控制的预算，为实现预算的控制功能，以生成

54、预算日记账的方式进行处理。规定各机构的预算日记账批名规则为：C + 机构标识码（8位）+ 年（4位）+月（2位）预算输入的方式主要采用ADI工具导入或手工输入预算日记账。四、预算控制的方式与范围：Oracle 预算明细控制主要有三种方式：绝对、建议、无：1. “绝对”控制模式：对超出预算的费用予以拒绝，需要通过追加/调整预算或减少费用报销金额的方式才可以通过； 流程复杂2. “建议”控制模式：对于超出预算的费用系统提出警告信息，但是仍然允许费用信息的审批通过； 流程简单3. “无”控制模式：对超出预算的费用系统不提供警告，通过事后打印预算管理报表反映实际费用和预算的差异以分析控制；流程简单。

55、另外，Oracle还可以实施汇总控制。汇总方式可以是会计科目结构是一段或者几段的组合。无论采用何种预算控制方式，都可以通过事后打印预算管理报表，通过预算和实际的差异来反映预算执行情况，进行分析；建议建行在ERPF一期预算采用下面方式来控制：l 预算控制范围：总行按一级行或计划单列市的人力费用、非人力费用、资产采购汇总科目控制。资本性采购科目根据中转科目汇总l 预算控制方式：科目名称控制期间控制方式汇总控制人力费用年绝对按汇总的机构、汇总的科目非人力费用年绝对按汇总的机构、汇总的科目资本性采购年绝对按汇总的机构、汇总的科目l 需要定义预算绝对控制的汇总模版，汇总模板为“预算控制机构汇总”.T.“

56、预算控制科目汇总” .T.T.T.T.T. “预算控制机构汇总”为一级分行或计划单列市的汇总。 “预算控制科目汇总”为人力费用、非人力费用、资产中转科目的汇总科目。五、预算和实际的比较报表在总账定义FSG报表，可以随时查询预算和实际情况的比较，便于事后监控和分析。5.3 需求差异分析序号业务需求优先级(高/中/低)标准功能方案差异及解决方案5.4 变化和改进点5.5 客户化开发清单编号客户化内容功能说明优先级 (高/中/低)1高6 预借款和预付款支出流程6.1 目标流程和流程概述流程概要：1. 分支机构审批借款。2. 共享服务中心对分支机构提交的借款进行合规性审核后办理支付；支付可采用系统联动

57、自动付款。3. 共享服务中心处理相关账务。4. 月末打印预付款状态报表，复核内部机构、外部供应商、员工的借款或预付款及还款、核销情况。6.2 解决方案一、Oracle应付发票的概念： 1. 为了便于支付控制，如预算检查等，Oracle应付模快将支付分为发票和付款两部分，所有的支付必须有发票，并通过验证。2. 应付发票不仅指一般意义上的供应商发票，而是在应付款模块进行付款前的凭证信息，包含供应商的发票、费用报销单、借款或备用金申请等。3. Oracle应付发票类型分为：预付款、标准、费用报表、贷项通知单、借项通知单。预付款发票是指预付给员工的预借款和供应商的预付款；标准发票一般指付给供应商的发票

58、；费用报表指员工费用报销的发票；贷项通知单和借项通知单只红字应付发票，只能输入负金额，一般用于供应商退款。本项目建议使用预付款、标准、费用报表、贷项通知单发票类型。二、应付发票的共性设计为： 1、发票批：发票批是应付模块的功能。发票批可以将发票归入相应的发票批，便于将零散的发票归入发票批、发票批量处理、发票批量查询。本项目所有在应付模块输入的发票启用应付发票批的功能，发票批为保证唯一性，并便于区分输入的用户，建议每个输入应付发票的用户每个月新建一个发票批，发票批的命名规则为：用户名+年(4位)+月(2位)2、发票头弹性域：在应付发票头启用上下文值（发票类别），具体如下：上下文值（发票类别）段值

59、属性是否必填诉讼案件经办人Attribute1N客户经理Attribute2N贷款客户名称Attribute3N案件号Attribute4N采购发票采购合同号Attribute1N小项目小项目编号Attribute1N3、 发票验证： 主要进行合规性检查，在验证时，系统自动校验是否超预算、借贷方是否平等，如果未通过验证，系统将自动挂起发票。如果发票审核人员发票不合规，也可以手工将发票暂挂。三、预借款和预付款设计：在应付模块使用预付款类型的发票处理预付款、备用金、个人借款。1、预付款发票输入的信息： 应付发票输入分为发票头和分配行两部分。预付款发票输入时，需要在发票头上输入以下信息：字段说明是否必填发票类型选择“预付款” Y供应商名