前 言
2011年1月1日,基于新会计准则的各信息系统正式上
线运行，经过近一个月的运行，新系统在适应各项业务的同
时也逐步得到优化。针对近期各机构打电话询问各系统的变
化及操作方法，我们制定第一期培训内容，并提出相关工作
要求，望各支行（分理处）认真学习，确保系统安全、稳定
运行。
第一部分 核心业务系统
核心业务系统问题分为存款业务、贷款业务、结算业务、
卡业务、中间业务、公共业务、其他业务等七类，关于系统
性能方面的问题归类到其他业务中。
1.1存款业务
1.1.1 帐户同一天多次止付问题
由于原综合业务系统止付/解付(2803)交易手动输入的
止付通知书号码具有任意性，为通知书号码重复埋下隐患，
导致同一日内同账号进行多次止付操作后的解止付操作失
败。因此，在新的核心系统改造中，“止付”操作时后台会
自动进行统计，当已存在满足该条件的记录时，系统提示“账
号**的支付通知书号**在一天内重复”；系统利用日期和流
水号生成止付通知书号，并自动填入“止付通知书号码”（右
上角NO打头的号码即为止付通知书号码），尽可能的避免了
手动操作带来的问题；本次核心系统改造将卡的止付、解止
付交易和存款的支付、解止付交易合并，简化菜单结构，整
合交易流程。
1.1.2 个人结算户转账凭证问题
个人结算帐户转帐（2116）交易，采用专用的“转账汇
款凭条”，客户办理转账前首先在转账汇款凭条上填写转出
账户和户名，转入账户和户名、办理人身份证号，操作员根
据转账汇款凭条信息录入，交易完成后，将相关信息打印在
转账凭条上，由客户签字确认后，打印记账凭证,原规定填
写的进帐单不再填写。
1.1.3 对公户销户时剩余支票检查问题
对公户销户时，系统自动查找后台该对公户的支票登记
簿，如果账户存在有状态不为“作废”和“注销”状态的支
票，则不允许销户，须首先在支票查询交易（8325）中查出
该客户支票库存，然后在客户凭证注销交易(6310)中注销未
使用支票，将注销的凭证剪角并加盖“作废”章，订入当日
传票，做“其它凭证”统计，但要注意须预留一份支票用于
销户时使用。
1.1.4 密挂后当场重臵密码
按照上级管理部门要求，核心系统取消原七天挂失期满
才能办理密码重臵的限制。
客户密码遗忘时，首先按照原有的操作流程，进行手工
挂失登记，密码挂失后在系统中打印挂失申请书，操作员在
确认客户本人办理时，可以做密码当场重臵交易，但需要增
加授权操作。
1.1.5 销户时身份证校验问题
在进行销户交易(2112)、储蓄部提（2115）交易时，前
台限制必须输入该帐户的证件类型和证件号码后方可提交。
系统对输入的证件号码进行严格验证，确保销户用的证件是
该账户对应的有效证件。
1.1.6保证金存款
系统新增加保证金存款交易，使用开户交易（2901）开
立存款帐户后，系统自动对此帐户做止付处理，且可以做相
关的保证金代偿业务，向客户退还保证金时，做保证金销户
交易（2902）。
1.1.7 跨地市通存手续费收取方式
原综合业务系统没有充分考虑到客户的差异化需求，造
成系统在跨地市存款时手续费支出的灵活性不够。改造后的
核心系统执行续存(2113)交易时，如果是跨地市存款，设臵
了“手续费支付人”字段。如果存款人支付手续费，则能用
现金收取办理人手续费，提交后完成交易。
1.2贷款业务
1.2.1 还本还息授权问题
因原综合业务系统中存在一些没有实际意义的授权，故
取消还本还息交易（4912）、家乐卡贷款还本还息交易（5932）
的授权。
1.2.2 转账方式还本还息问题
还本还息（4912）、农户小额贷款还本还息（4924）交
易采用转账还款时，交易增加密码输入项目，增加账号密码
校验，交易成功后打印取款凭条，由客户签字确认，客户提
供存折时，即可打印存折。
1.2.3 还本还息全额偿还本金的问题
还本还息交易（4912）不允许在利息未还完的情况下结
清本金。在全额偿还贷款本金时，系统自动检查该笔贷款是
否有未偿还的利息，若存在，则提示操作员：该贷款还有利
息未还，不能结清本金，避免有余额为零且欠息的贷款存在。
涉及到减免利息的，应先使用“不良资产管理”菜单下，“4983
不良资产利息减免”交易做减免利息处理，再使用“还本还
息”交易结清本息，做全部还本时，必须选择“销户”选项，
利息减免业务需由信贷系统发起，核心系统“4983不良资产
利息减免”交易需输入信贷系统生成的审批书号。
1.2.4历史遗留的委托贷款问题
原综合业务系统通过内部账记账方式在“委托及代理
负债”科目中反映委托资金，委托资金与委托贷款之间没有
关联关系，此次核心系统改造，新增“委托贷款管理”交易，
在“贷款发放”和“委托贷款还本还息”交易中增加了与
委托资金的关联。各机构对于历史遗留的委托贷款在做还本
还息交易前，需在委托贷款维护（4949）交易中进行维护，
才可顺利进行后续处理，但因我行现有的委托贷款属历史遗
留问题，无委托单位的信息，现阶段如遇到此类委托贷款还
款暂时以手工回收，等到省联社升级系统后再进行系统收
回。
1.2.5三个办法一个指引要求的授托支付业务
根据“三个办法一个指引”业务需求，核心系统对“贷
款发放 (4911)”、“按揭贷款发放 (4931)”和“大额支付
业务--往帐处理 (3711)”交易进行了修改，对受托支付贷
款发放增加了一些支出控制，同时新增了一个“受托支付划
款 (2850)”交易来满足系统内的资金支付。
贷款发放成功后，核心系统会自动按照“受托支付金额”
部分止付借款人的结算账户的余额，客户不可以从结算账户
中提现或转账受托支付金额部分的资金，必须通过“大额支
付业务--往帐处理 (3711)”和“受托支付划款 (2850)”专
用支付交易进行支付。当受托支付的收款人的开户行为陕西
省农村合作金融机构的某一个营业机构时，使用“受托支付
划款 (2850)”交易从借款人的结算账户中扣划“受托支付
金额”到收款人的账户；当受托支付的收款人的开户行为其
他银行或者银行类的金融机构时，使用“大额支付业务--往
帐处理 (3711)”交易从借款人的结算账户中扣划“受托支
付金额”到通过大额支付系统将款项付给在他行开户的收款
人。
1.2.6已核销贷款的收回
使用已核销贷款收回（4982）交易进行账务处理时，不
再输入清算中心呆帐准备科目帐号，由核心系统收回本金后
自动记入财务管理系统的贷款损失准备科目，财务部打印
非柜面交易凭证。
1.3结算业务
1.3.1 系统内转账业务
机构内单位结算账户转账业务：使用“3203转账”交易
处理，包括单位结算账户之间、单位结算账户与个人结算账
户之间的款项支付业务，根据账户类型不同分别使用转账支
票或填写进帐单，财政性存款使用“财政存款专用凭证”。
系统内个人结算账户转账业务：使用“2116个人结算账
户转账”交易处理，使用专用的“转账汇款凭证”。
系统内转账汇兑业务：使用“3120跨机构转账汇兑”交
易处理，业务处理与原系统处理相同，去掉了凭证种类中的
“999其他凭证”。在本机构开户的客户办理系统内转账汇款
业务时，根据账户类型在科目来源选项中选择“客户账”或
“卡”。若是存折户需输入存折号码;若是卡账户需刷卡，系
统会校验支票号码或卡折号码；未在本机构开户的个人给系
统内账户汇款时，先使用“3111应解汇款存入”交易，存入
汇款资金，再使用“3120跨机构转账汇兑”交易处理汇款业
务科目来源选项选择“应解汇款”，同时需输入“应解汇款
存入”交易中生成的应解汇款序号，系统校验收付款人信息，
客户只填写汇款凭证；未在本机构开户的对公客户不允许使
用本交易给系统内客户汇款。
1.3.2 系统外转帐业务
系统外转帐业务根据业务类型选择使用“1800小额支付
业务”、“3700大额支付业务”、“6666农信银业务”处理，
业务处理要求与原系统相同。大小额业务所有往账录入交易
中“科目来源”增加刷卡功能，为保证客户资金安全，系统
自动对交易卡片进行各项校验检查。
在本机构开户的客户帐可直接进行往帐录入，存折户增
加输入密码选项，不需先转入临时存欠再进行转汇；不在本
机构开户的系统内客户汇款时，先执行转帐交易（3203），
将客户帐转入本机构“临时存欠”帐户，再使用大小额支付
系统进行汇款，各网点不得因主观原因互引推诿、拒绝此类
业务。
大额支付业务，增加“贷款受托支付”功能，往账录入
时，“受托支付业务”需输入受托支付号码，“非受托支付业
务”不需要输入受托支付号码。
1.4卡业务
卡取款在单机构或多机构累计取款超过5万元系统增加
控制，需输入身份证号码。
1.5公共业务
1.5.1 现金调拨业务
现金调拨业务使用6410现金管理交易处理。从人行、
他行调拨现金的由清算中心主出纳处理，使用开户行现金支
票；行内各机构、柜员之间调拨现金使用现金调拨凭证，由
付现金机构或付现金柜员打印现金调拨凭证；
1.5.2面向传票交易做内部帐转帐业务
基于风险防范考虑，新系统对转帐交易（3203）进行了
限制，因此本机构内部账转账业务需通过面向传票交易进行
操作，本交易限定录入人员可以是综合柜员，但限定复核人
员必须是主办会计，执行时需单位领导授权。交易选择批量
传票录入（6203），执行提交后编辑标志选择“增加”，交易
类别选择“一般”，分别选择“借”、“贷”方进行录入。非
特殊原因交易类别不得选择“红字”。
1.5.3 手工销号交易抹账问题
对涉及凭证类的所有只记表外科目的账务交易，不得做
抹账处理。
1.6中间业务
批量代收代付业务使用“224191其它应付款—待结算中
间业务款项”科目，代付时使用“3203转账”交易，将客户
帐款项转入该科目，再通过7120相关交易做批量代发。注
意：不通兑存折不允许做批量代发入帐处理。
1.7其他
1.7.1 增加ATM专门虚拟柜员
系统中增加单独的ATM虚拟柜员，此柜员只有管理ATM
现金和打印ATM报表的功能，不能办理柜面其他业务。
1.7.2 月末代扣利息所得税自动上划
应缴代扣利息税由系统自动在月末统一将余额划转至
清算中心其他应付款中，2011年起，不需通过手工上划。
1.7.3大额取现时登记大额登记簿的问题
大额取现时显示登记大额登记簿，系统按照手工登记簿
格式，在后台增加“大额现金存取款登记薄”，取消手工登
记表，各机构按季在系统中打印“大额现金取款明细”上报
（大额现金存取款明细8792交易中选择打印“取款”明细）。
1.7.4凭证号码位数变更问题
原系统中的凭证号码是9位，新系统中扩充为15位，
前6位支持汉字或字符。例如：
陕信xs000001234
gfsngr000001234
输入时，若只输数字，不足15位时，可输入有效数字，
系统会默认在有效数字前补“0”；
输入时，凭证号码中有冠字号码的，必须输入：“ 冠字
号码+0……0+有效数字”的15位凭证号码，即在 冠字号码和有效数字之间加0补够15位。
第二部分 财务管理系统
财务管理系统上线后，各网点报销费用之前需在财务管
理系统做“财务费用申请”，做此操作时要注意：“费用类型”
只列示了六项费用，处理没有列示的费用时，选择“其他”，
财务部记账配分录时有全科目的费用名称可供选择，因此，
不要只看到“费用类型”中费用项目不全就认为无法申请；
如申请的费用为公共费用，则需在“公共费用”选项处点击打勾，如为个人费用，则需输入对应的职工编码；系统中财务费用申请后，由相关人员持票据到财务部审核报销，财务部会计人员记帐后，自动记入申请网点的“2241其它应付款—待结算财务款项”科目中。
第三部分 信贷系统
3.1对农户开放新业务品种问题
本次信贷系统改造，向农户开放了个体工商户贷款业务品种，因此农户信用评级增加了模板选择。具体操作是：先由客户经理在客户详情里选择 “信用等级评估模板”并保存完成，再去做信用等级。如果不进行信息完善，将导致农户的信用评级无法进行。
3.2支付管理模块
新系统上线后，信贷系统中新增加了支付管理模块，具体位臵在信贷系统的[放贷管理]菜单下[支付管理]菜单中，贷款发放完成后，遇到受托支付的贷款就需要在信贷系统中进行[支付管理]，经过支付管理操作完成后发送核心系统打印“支付通知书”，综合柜员再通过核心业务系统进行贷款支付。
3.3客户基本信息对贷款发放的影响
客户基本信息中的本社结算帐号为贷款发放账户，目前系统支持跨机构放款但不支持跨机构受托支付，省联社正在着力解决这个问题，因此在发放受托支付的贷款时要将客户基本信息中的本社结算帐号维护成客户在贷款发放网点开设账户的帐号。
3.4关于信贷系统变更信息的操作
各网点申请修改信贷系统中客户信息包括：姓名、证件号码、核心客户号时，首先在网点的综合系统中进行修改，修改后的综合系统信息应与信贷系统的正确信息相匹配。
各网点在信贷系统中要慎重录入配偶及婚姻状况，如若错误必须上报相关证明文件由风险部审核后，信息部进行修改。
各网点在发放贷款时，首先由客户经理检查信贷系统中，客户信息的存款账号是否为贷款发放机构的账号，如若不是必须联系该客户的管户机构维护为贷款发放机构的账号。
3.5信贷系统固定报表查询要求
2010年12月31日日终的信贷系统老科目下固定报表，进入信息统计查询--〉固定报表查询，会计月份为2010/12；2010年12月31日日终的信贷系统新科目下固定报表，进入
信息统计查询--〉新固定报表查询，会计月份为2007/01；
从2011年1月1日开始 的会计月份，信贷系统固定报表查询，使用“信息统计查询--〉新固定报表查询”。信贷系统升级后，不再产生老科目固定报表数据，原固定报表查询菜单下只能查询2010/12(含)以前的固定报表数据。
第四部分 报表管理系统
4.1报表管理系统的使用
报表管理系统的网址为：9.1.2.89/rpt（或直接登录门户网站报表管理系统）
各网点报表管理系统用户编码在附件中，默认密码为000000，各网点要对报表管理系统中的各类报表进行核对，尽快熟悉报表管理系统中的各类报表，为今后的统计工作打下基础。
4.2相关财务类报表打印内容
按日打印营业类报表：日计表、表外科目表（原在核心系统打印的日计表不需打印）；
按月打印财务会计管理类报表：总账账页、业务状况表、表外科目表、损益表、资产负债表；
按季打印财务会计管理类报表：业务状况表、表外科目表、损益表、资产负债表。
第五部分 数据上报系统
5.1反洗钱系统操作
5.1.1新的反洗钱系统简介及工作要求
大额、可疑数据补录在上报系统中进行。新的系统中除了大额、可疑交易的报送外，又新增加了客户信息、客户等级评估、黑白名单维护、报表管理、统计查询等功能。
各网点要每天按时在“统计信息查询”中查看“错误数据统计”，并补录本网点的大额、可疑数据，对确定不涉及洗钱活动的可疑交易可以直接甄别。对确定不会有洗钱活动的客户，且该客户经常有类似大额的交易，网点可通过反洗钱领导小组会议研究将该客户认定为白名单客户，并做好会议记录。维护为白名单客户后，系统不再抽取该客户所有交易信息；黑名单客户由网点上报总行，总行反洗钱领导小组审批后认定，网点不得随意将任何客户维护为黑名单。
5.1.2大额、可疑交易的补录方法
大额数据由省联社按照一定的规则自动抽取信息，网点只需要检查、修改“效验位通过”信息，（通常是客户信息或账户信息有误的需要修改）
可疑数据由省联社按照一定的规则自动抽取部分信息，网点要对“效验未通过”的数据进行补录，效验状态为：“错误已处理”或“效验成功”后还需要复核、审核。审核必须
审核员审核，可以批量，复核不可以批量执行。可疑未上报交易处理：系统抽取的可疑交易信息并不一定全部属于可疑交易，需要业务人员根据交易具体情况仔细判别。对于认定为属于可疑交易的，修改错误信息，然后复核、审核即可。对于认定为属于可疑交易的，要认真填写“采取措施”、“可疑行为描述”信息（上报时这两项会上报到人行！）。
部分网点无法甄别可疑交易，大多因为IE设臵所产生。修改方法：①打开IE浏览器→工具→弹出窗口阻止程序→禁止弹出窗口阻止程序。②执行甄别的时候地址栏下边出现一个提示条，点击该提示条，点击总是允许该窗口弹出。
5.1.3其他功能
客户基本信息由各机构和网点共享。客户基本信息分为对公基本信息、个人基本信息、账户基本信息三个模块。客户信息的新增、修改、删除必须先查询该信息，查询只能按照客户号和客户名或治按证件号码查询，若只按证件号码查询，则应输入完整的证件号码，否则查不出数据。网点反洗钱业务员可对本网点客户进行风险等级评估和重新评估，对其他网点的客户等级评估信息只有查看权限。
第六部分 近期工作要求
一、考虑到今后各项业务发展及节约成本，要求各网点对新开立的个人存折户尽可能选择个人结算户（109），不选
择储蓄存折（101），且通兑级别为“省级通兑”。
二、2011年1月开始按月上报的财务会计类报表，各网点需在报表系统中打印上报。选择“财务会计管理类报表”—“财务内部管理报表”—“财务基础会计报表”—点击“月报”进行打印。其它需上报的报表和内容保持不变。
三、对于新系统上线后报表管理系统首次生成的财务管理类月报，各网点在上报之前要认真核对，确保各项报表真实、准确反映。
前 言
2011年1月1日,基于新会计准则的各信息系统正式上
线运行，经过近一个月的运行，新系统在适应各项业务的同
时也逐步得到优化。针对近期各机构打电话询问各系统的变
化及操作方法，我们制定第一期培训内容，并提出相关工作
要求，望各支行（分理处）认真学习，确保系统安全、稳定
运行。
第一部分 核心业务系统
核心业务系统问题分为存款业务、贷款业务、结算业务、
卡业务、中间业务、公共业务、其他业务等七类，关于系统
性能方面的问题归类到其他业务中。
1.1存款业务
1.1.1 帐户同一天多次止付问题
由于原综合业务系统止付/解付(2803)交易手动输入的
止付通知书号码具有任意性，为通知书号码重复埋下隐患，
导致同一日内同账号进行多次止付操作后的解止付操作失
败。因此，在新的核心系统改造中，“止付”操作时后台会
自动进行统计，当已存在满足该条件的记录时，系统提示“账
号**的支付通知书号**在一天内重复”；系统利用日期和流
水号生成止付通知书号，并自动填入“止付通知书号码”（右
上角NO打头的号码即为止付通知书号码），尽可能的避免了
手动操作带来的问题；本次核心系统改造将卡的止付、解止
付交易和存款的支付、解止付交易合并，简化菜单结构，整
合交易流程。
1.1.2 个人结算户转账凭证问题
个人结算帐户转帐（2116）交易，采用专用的“转账汇
款凭条”，客户办理转账前首先在转账汇款凭条上填写转出
账户和户名，转入账户和户名、办理人身份证号，操作员根
据转账汇款凭条信息录入，交易完成后，将相关信息打印在
转账凭条上，由客户签字确认后，打印记账凭证,原规定填
写的进帐单不再填写。
1.1.3 对公户销户时剩余支票检查问题
对公户销户时，系统自动查找后台该对公户的支票登记
簿，如果账户存在有状态不为“作废”和“注销”状态的支
票，则不允许销户，须首先在支票查询交易（8325）中查出
该客户支票库存，然后在客户凭证注销交易(6310)中注销未
使用支票，将注销的凭证剪角并加盖“作废”章，订入当日
传票，做“其它凭证”统计，但要注意须预留一份支票用于
销户时使用。
1.1.4 密挂后当场重臵密码
按照上级管理部门要求，核心系统取消原七天挂失期满
才能办理密码重臵的限制。
客户密码遗忘时，首先按照原有的操作流程，进行手工
挂失登记，密码挂失后在系统中打印挂失申请书，操作员在
确认客户本人办理时，可以做密码当场重臵交易，但需要增
加授权操作。
1.1.5 销户时身份证校验问题
在进行销户交易(2112)、储蓄部提（2115）交易时，前
台限制必须输入该帐户的证件类型和证件号码后方可提交。
系统对输入的证件号码进行严格验证，确保销户用的证件是
该账户对应的有效证件。
1.1.6保证金存款
系统新增加保证金存款交易，使用开户交易（2901）开
立存款帐户后，系统自动对此帐户做止付处理，且可以做相
关的保证金代偿业务，向客户退还保证金时，做保证金销户
交易（2902）。
1.1.7 跨地市通存手续费收取方式
原综合业务系统没有充分考虑到客户的差异化需求，造
成系统在跨地市存款时手续费支出的灵活性不够。改造后的
核心系统执行续存(2113)交易时，如果是跨地市存款，设臵
了“手续费支付人”字段。如果存款人支付手续费，则能用
现金收取办理人手续费，提交后完成交易。
1.2贷款业务
1.2.1 还本还息授权问题
因原综合业务系统中存在一些没有实际意义的授权，故
取消还本还息交易（4912）、家乐卡贷款还本还息交易（5932）
的授权。
1.2.2 转账方式还本还息问题
还本还息（4912）、农户小额贷款还本还息（4924）交
易采用转账还款时，交易增加密码输入项目，增加账号密码
校验，交易成功后打印取款凭条，由客户签字确认，客户提
供存折时，即可打印存折。
1.2.3 还本还息全额偿还本金的问题
还本还息交易（4912）不允许在利息未还完的情况下结
清本金。在全额偿还贷款本金时，系统自动检查该笔贷款是
否有未偿还的利息，若存在，则提示操作员：该贷款还有利
息未还，不能结清本金，避免有余额为零且欠息的贷款存在。
涉及到减免利息的，应先使用“不良资产管理”菜单下，“4983
不良资产利息减免”交易做减免利息处理，再使用“还本还
息”交易结清本息，做全部还本时，必须选择“销户”选项，
利息减免业务需由信贷系统发起，核心系统“4983不良资产
利息减免”交易需输入信贷系统生成的审批书号。
1.2.4历史遗留的委托贷款问题
原综合业务系统通过内部账记账方式在“委托及代理
负债”科目中反映委托资金，委托资金与委托贷款之间没有
关联关系，此次核心系统改造，新增“委托贷款管理”交易，
在“贷款发放”和“委托贷款还本还息”交易中增加了与
委托资金的关联。各机构对于历史遗留的委托贷款在做还本
还息交易前，需在委托贷款维护（4949）交易中进行维护，
才可顺利进行后续处理，但因我行现有的委托贷款属历史遗
留问题，无委托单位的信息，现阶段如遇到此类委托贷款还
款暂时以手工回收，等到省联社升级系统后再进行系统收
回。
1.2.5三个办法一个指引要求的授托支付业务
根据“三个办法一个指引”业务需求，核心系统对“贷
款发放 (4911)”、“按揭贷款发放 (4931)”和“大额支付
业务--往帐处理 (3711)”交易进行了修改，对受托支付贷
款发放增加了一些支出控制，同时新增了一个“受托支付划
款 (2850)”交易来满足系统内的资金支付。
贷款发放成功后，核心系统会自动按照“受托支付金额”
部分止付借款人的结算账户的余额，客户不可以从结算账户
中提现或转账受托支付金额部分的资金，必须通过“大额支
付业务--往帐处理 (3711)”和“受托支付划款 (2850)”专
用支付交易进行支付。当受托支付的收款人的开户行为陕西
省农村合作金融机构的某一个营业机构时，使用“受托支付
划款 (2850)”交易从借款人的结算账户中扣划“受托支付
金额”到收款人的账户；当受托支付的收款人的开户行为其
他银行或者银行类的金融机构时，使用“大额支付业务--往
帐处理 (3711)”交易从借款人的结算账户中扣划“受托支
付金额”到通过大额支付系统将款项付给在他行开户的收款
人。
1.2.6已核销贷款的收回
使用已核销贷款收回（4982）交易进行账务处理时，不
再输入清算中心呆帐准备科目帐号，由核心系统收回本金后
自动记入财务管理系统的贷款损失准备科目，财务部打印
非柜面交易凭证。
1.3结算业务
1.3.1 系统内转账业务
机构内单位结算账户转账业务：使用“3203转账”交易
处理，包括单位结算账户之间、单位结算账户与个人结算账
户之间的款项支付业务，根据账户类型不同分别使用转账支
票或填写进帐单，财政性存款使用“财政存款专用凭证”。
系统内个人结算账户转账业务：使用“2116个人结算账
户转账”交易处理，使用专用的“转账汇款凭证”。
系统内转账汇兑业务：使用“3120跨机构转账汇兑”交
易处理，业务处理与原系统处理相同，去掉了凭证种类中的
“999其他凭证”。在本机构开户的客户办理系统内转账汇款
业务时，根据账户类型在科目来源选项中选择“客户账”或
“卡”。若是存折户需输入存折号码;若是卡账户需刷卡，系
统会校验支票号码或卡折号码；未在本机构开户的个人给系
统内账户汇款时，先使用“3111应解汇款存入”交易，存入
汇款资金，再使用“3120跨机构转账汇兑”交易处理汇款业
务科目来源选项选择“应解汇款”，同时需输入“应解汇款
存入”交易中生成的应解汇款序号，系统校验收付款人信息，
客户只填写汇款凭证；未在本机构开户的对公客户不允许使
用本交易给系统内客户汇款。
1.3.2 系统外转帐业务
系统外转帐业务根据业务类型选择使用“1800小额支付
业务”、“3700大额支付业务”、“6666农信银业务”处理，
业务处理要求与原系统相同。大小额业务所有往账录入交易
中“科目来源”增加刷卡功能，为保证客户资金安全，系统
自动对交易卡片进行各项校验检查。
在本机构开户的客户帐可直接进行往帐录入，存折户增
加输入密码选项，不需先转入临时存欠再进行转汇；不在本
机构开户的系统内客户汇款时，先执行转帐交易（3203），
将客户帐转入本机构“临时存欠”帐户，再使用大小额支付
系统进行汇款，各网点不得因主观原因互引推诿、拒绝此类
业务。
大额支付业务，增加“贷款受托支付”功能，往账录入
时，“受托支付业务”需输入受托支付号码，“非受托支付业
务”不需要输入受托支付号码。
1.4卡业务
卡取款在单机构或多机构累计取款超过5万元系统增加
控制，需输入身份证号码。
1.5公共业务
1.5.1 现金调拨业务
现金调拨业务使用6410现金管理交易处理。从人行、
他行调拨现金的由清算中心主出纳处理，使用开户行现金支
票；行内各机构、柜员之间调拨现金使用现金调拨凭证，由
付现金机构或付现金柜员打印现金调拨凭证；
1.5.2面向传票交易做内部帐转帐业务
基于风险防范考虑，新系统对转帐交易（3203）进行了
限制，因此本机构内部账转账业务需通过面向传票交易进行
操作，本交易限定录入人员可以是综合柜员，但限定复核人
员必须是主办会计，执行时需单位领导授权。交易选择批量
传票录入（6203），执行提交后编辑标志选择“增加”，交易
类别选择“一般”，分别选择“借”、“贷”方进行录入。非
特殊原因交易类别不得选择“红字”。
1.5.3 手工销号交易抹账问题
对涉及凭证类的所有只记表外科目的账务交易，不得做
抹账处理。
1.6中间业务
批量代收代付业务使用“224191其它应付款—待结算中
间业务款项”科目，代付时使用“3203转账”交易，将客户
帐款项转入该科目，再通过7120相关交易做批量代发。注
意：不通兑存折不允许做批量代发入帐处理。
1.7其他
1.7.1 增加ATM专门虚拟柜员
系统中增加单独的ATM虚拟柜员，此柜员只有管理ATM
现金和打印ATM报表的功能，不能办理柜面其他业务。
1.7.2 月末代扣利息所得税自动上划
应缴代扣利息税由系统自动在月末统一将余额划转至
清算中心其他应付款中，2011年起，不需通过手工上划。
1.7.3大额取现时登记大额登记簿的问题
大额取现时显示登记大额登记簿，系统按照手工登记簿
格式，在后台增加“大额现金存取款登记薄”，取消手工登
记表，各机构按季在系统中打印“大额现金取款明细”上报
（大额现金存取款明细8792交易中选择打印“取款”明细）。
1.7.4凭证号码位数变更问题
原系统中的凭证号码是9位，新系统中扩充为15位，
前6位支持汉字或字符。例如：
陕信xs000001234
gfsngr000001234
输入时，若只输数字，不足15位时，可输入有效数字，
系统会默认在有效数字前补“0”；
输入时，凭证号码中有冠字号码的，必须输入：“ 冠字
号码+0……0+有效数字”的15位凭证号码，即在 冠字号码和有效数字之间加0补够15位。
第二部分 财务管理系统
财务管理系统上线后，各网点报销费用之前需在财务管
理系统做“财务费用申请”，做此操作时要注意：“费用类型”
只列示了六项费用，处理没有列示的费用时，选择“其他”，
财务部记账配分录时有全科目的费用名称可供选择，因此，
不要只看到“费用类型”中费用项目不全就认为无法申请；
如申请的费用为公共费用，则需在“公共费用”选项处点击打勾，如为个人费用，则需输入对应的职工编码；系统中财务费用申请后，由相关人员持票据到财务部审核报销，财务部会计人员记帐后，自动记入申请网点的“2241其它应付款—待结算财务款项”科目中。
第三部分 信贷系统
3.1对农户开放新业务品种问题
本次信贷系统改造，向农户开放了个体工商户贷款业务品种，因此农户信用评级增加了模板选择。具体操作是：先由客户经理在客户详情里选择 “信用等级评估模板”并保存完成，再去做信用等级。如果不进行信息完善，将导致农户的信用评级无法进行。
3.2支付管理模块
新系统上线后，信贷系统中新增加了支付管理模块，具体位臵在信贷系统的[放贷管理]菜单下[支付管理]菜单中，贷款发放完成后，遇到受托支付的贷款就需要在信贷系统中进行[支付管理]，经过支付管理操作完成后发送核心系统打印“支付通知书”，综合柜员再通过核心业务系统进行贷款支付。
3.3客户基本信息对贷款发放的影响
客户基本信息中的本社结算帐号为贷款发放账户，目前系统支持跨机构放款但不支持跨机构受托支付，省联社正在着力解决这个问题，因此在发放受托支付的贷款时要将客户基本信息中的本社结算帐号维护成客户在贷款发放网点开设账户的帐号。
3.4关于信贷系统变更信息的操作
各网点申请修改信贷系统中客户信息包括：姓名、证件号码、核心客户号时，首先在网点的综合系统中进行修改，修改后的综合系统信息应与信贷系统的正确信息相匹配。
各网点在信贷系统中要慎重录入配偶及婚姻状况，如若错误必须上报相关证明文件由风险部审核后，信息部进行修改。
各网点在发放贷款时，首先由客户经理检查信贷系统中，客户信息的存款账号是否为贷款发放机构的账号，如若不是必须联系该客户的管户机构维护为贷款发放机构的账号。
3.5信贷系统固定报表查询要求
2010年12月31日日终的信贷系统老科目下固定报表，进入信息统计查询--〉固定报表查询，会计月份为2010/12；2010年12月31日日终的信贷系统新科目下固定报表，进入
信息统计查询--〉新固定报表查询，会计月份为2007/01；
从2011年1月1日开始 的会计月份，信贷系统固定报表查询，使用“信息统计查询--〉新固定报表查询”。信贷系统升级后，不再产生老科目固定报表数据，原固定报表查询菜单下只能查询2010/12(含)以前的固定报表数据。
第四部分 报表管理系统
4.1报表管理系统的使用
报表管理系统的网址为：9.1.2.89/rpt（或直接登录门户网站报表管理系统）
各网点报表管理系统用户编码在附件中，默认密码为000000，各网点要对报表管理系统中的各类报表进行核对，尽快熟悉报表管理系统中的各类报表，为今后的统计工作打下基础。
4.2相关财务类报表打印内容
按日打印营业类报表：日计表、表外科目表（原在核心系统打印的日计表不需打印）；
按月打印财务会计管理类报表：总账账页、业务状况表、表外科目表、损益表、资产负债表；
按季打印财务会计管理类报表：业务状况表、表外科目表、损益表、资产负债表。
第五部分 数据上报系统
5.1反洗钱系统操作
5.1.1新的反洗钱系统简介及工作要求
大额、可疑数据补录在上报系统中进行。新的系统中除了大额、可疑交易的报送外，又新增加了客户信息、客户等级评估、黑白名单维护、报表管理、统计查询等功能。
各网点要每天按时在“统计信息查询”中查看“错误数据统计”，并补录本网点的大额、可疑数据，对确定不涉及洗钱活动的可疑交易可以直接甄别。对确定不会有洗钱活动的客户，且该客户经常有类似大额的交易，网点可通过反洗钱领导小组会议研究将该客户认定为白名单客户，并做好会议记录。维护为白名单客户后，系统不再抽取该客户所有交易信息；黑名单客户由网点上报总行，总行反洗钱领导小组审批后认定，网点不得随意将任何客户维护为黑名单。
5.1.2大额、可疑交易的补录方法
大额数据由省联社按照一定的规则自动抽取信息，网点只需要检查、修改“效验位通过”信息，（通常是客户信息或账户信息有误的需要修改）
可疑数据由省联社按照一定的规则自动抽取部分信息，网点要对“效验未通过”的数据进行补录，效验状态为：“错误已处理”或“效验成功”后还需要复核、审核。审核必须
审核员审核，可以批量，复核不可以批量执行。可疑未上报交易处理：系统抽取的可疑交易信息并不一定全部属于可疑交易，需要业务人员根据交易具体情况仔细判别。对于认定为属于可疑交易的，修改错误信息，然后复核、审核即可。对于认定为属于可疑交易的，要认真填写“采取措施”、“可疑行为描述”信息（上报时这两项会上报到人行！）。
部分网点无法甄别可疑交易，大多因为IE设臵所产生。修改方法：①打开IE浏览器→工具→弹出窗口阻止程序→禁止弹出窗口阻止程序。②执行甄别的时候地址栏下边出现一个提示条，点击该提示条，点击总是允许该窗口弹出。
5.1.3其他功能
客户基本信息由各机构和网点共享。客户基本信息分为对公基本信息、个人基本信息、账户基本信息三个模块。客户信息的新增、修改、删除必须先查询该信息，查询只能按照客户号和客户名或治按证件号码查询，若只按证件号码查询，则应输入完整的证件号码，否则查不出数据。网点反洗钱业务员可对本网点客户进行风险等级评估和重新评估，对其他网点的客户等级评估信息只有查看权限。
第六部分 近期工作要求
一、考虑到今后各项业务发展及节约成本，要求各网点对新开立的个人存折户尽可能选择个人结算户（109），不选
择储蓄存折（101），且通兑级别为“省级通兑”。
二、2011年1月开始按月上报的财务会计类报表，各网点需在报表系统中打印上报。选择“财务会计管理类报表”—“财务内部管理报表”—“财务基础会计报表”—点击“月报”进行打印。其它需上报的报表和内容保持不变。
三、对于新系统上线后报表管理系统首次生成的财务管理类月报，各网点在上报之前要认真核对，确保各项报表真实、准确反映。