1、客户管理中只有客户管户人才能修改客户信息，客户管户人与财务报表中的登记人必须为同一人时才能够删除财务报表，但是客户管户人可以通过点击“是否授权维护”按钮，将财务报表及信用等级评定功能授权给任何人修改；同时财务报表中的损益表需要注意本年累计数是通过本月数的累加计算得出的不是通过手工输入的；资产负债表中：科目的归类：如上市公司1、交易性金融资产（短期投资可供**金融资产（长期股权、债权投资等、投资性房地产等。
2、企业规模变更后，首先需要在客户信用等级评估中删除评级结果，然后在客户概况中需要注意修改字段“信用等级评估模板名称”。企业规模变更有两种方式：一、授信余额的变更（可以变更若干次），二、国标的变更（只能变更一次）。
3、当企业类型为微小企业或者为个体工商户时在客户信息中需要认真输入“企业成立日期”，因为评级时会判断成立时间，从而影响评级结果。但是业务申请提交后修改“企业成立日期”无效，提交后修改不改变流程。
4、要会灵活使用客户信用信息，未终结的额度信息包含所有的额度信息（对公综合授信额度、合作商额度、自用额度），未结清的信贷业务信息是从核心次日回导入信贷管理系统的表内外数据，因此在这里体现出来的数据全部为核心提供的数据；业务申请情况可以查到不同的操作员申请及审批通过的信贷业务；已登记合同未出帐业务情况包括：已登记合同未出帐、待提交的出帐、退回补充资料的出帐、待发送的出帐及发送的出帐但是未回导的数据。因此业务申请时授权方案金额测算出的金额＝未结清的信贷业务+已登合同未出帐业务情况＋业务申请及审批情况。
申请时重复申请，其中一笔提交后超出分行授权，然后删除另外一笔，打**到项目组询问原因。
5、分行可以引用支行的额度，但是支行不能引用另外一家支行的额度。
6、小企业信用等级的认定可以是由非管户人进行评定。
7、合同登记及出帐管理中遇到的问题：在审批通过待签合同中有“业务作废”按钮，审批后发现错误的业务可以作废，不占用额度；已归档的合同的功能：1、如果是额度业务，登记完合同后额度会自动归档，贷款业务一次全部出帐后会自动归档，但是如果分次出帐，即使可出帐金额为零，仍需要手工归档。
因此在已登记完成的合同中的“合同归档”按钮不要轻易点击。如果有未出帐的金额不想出帐，需要终结，这时要到后台进行修改。
8、担保品补登中的问题；担保品总编号补录中需要保证金销帐编号，这个编号是由核心业务系统提供的。
9、分次出帐中的问题：业务审批后与第一次出帐的间隔不得超过一个月，以后出帐没有时间限制，关于分次出帐与合同及担保日期不符，信贷管理系统与核心系统在出帐的时间上是校验的，即借据日期必须与核心系统下帐日期保持一致，出帐日期与担保日期不一致也没关系，只要放款的日期落在担保日期之间即可。
10、额度补登屏蔽原因：因为额度补登具有很大的风险，可以随意增加客户的额度信息，因此将其屏蔽，但是如果以前的额度补登有误，可以在补登完成的额度中进行再次补登。
11、银票垫款的补登的原因：由于银票垫款业务是在核心业务系统中产生的，不是由信贷管理系统发起的，核心业务系统传送给信贷管理系统的垫款数据缺少一些要素，例如担保方式、客户性质、行业类型需要在信贷管理系统中进行补登，同时关于垫款的形成原因是由于保证金必须提前一天存入。
12、退回补充资料的技术：当一笔业务在审查、审批界面时选择签署意见，点击提交时选择“退回信贷员补充资料”。
13、关于业务发送到核心系统后退回的处理：在已发送会计系统的出帐中选择该笔业务，点击“退回至待提交的出帐”按钮，前提是核心业务系统没有下账。如果银行承兑汇票业务已经分行出票后发现错误，这是信贷管理系统不能退回该笔业务，只能视同该笔业务已经发生，次日核心系统数据回导入信贷管理系统后，该笔票据票面金额会变为零。
14、额度管理中的内部综合授信额度：选择一条记录后点击“查看综合授信使用情况”分为三种情况，即申请、审批、合同占用情况；其中合同金额是指业务审批后登记合同时的金额，占用金额是指贷款余额扣除低风险担保后的金额，若发现占用金额与实际不符，则应该逐条检查业务信息中的担保信息。
15、业务申请信息未完成直接保存后，有可能会找不到该笔业务，在客户信用信息中可以发现该笔业务申请详情，但是当前阶段为空。
16、银票承兑业务在操作时一次不要输的太多，如果发送错误很难查找原因。
17、额度的管理：内部综合授信由分行系统管理员终结，他用额度及自用额度由管户人终结。额度项下业务不受影响。
18、关于保函、信用证终结的问题：保函及信用证的终结不在信贷管理系统中操作，而是在核心业务系统中终结，次日数据导入信贷管理系统中。
19、客户移交的问题：客户的管户人与业务发生不在同一分行，需要双方共同向总行授信部提出申请，由总行系统管理员进行移交。
20、关于综合授信的问题：低风险业务不占用授信额度，但是担保信息在未录入之前，系统如果提示“超出综合授信额度”时可以继续操作，直至输入担保信息后提交。
21、关于最高额担保额度释放的问题：如果某笔业务提前部分还款，最高额担保额度将不会自动释放，必须在贷后管理中进行手工释放，如果最高额担保信息是2024年12月23日之前签订的，那么部分提前还款后最高额担保额度的释放由总行系统管理员操作。
22、利率调整中的问题：利率浮动管理的变更由分行授信部同意后由授信评审部，基准利率调整由分行科技部门的系统管理员来调整。
23、业务移交后的问题；例如a支行业务移交给b支行后，b支行的期末业务余额有可能不等于期出余额＋累放—累收。
24、征信中需要注意的问题：业务移交后不能进行反向移交，反向移交后将影像征信数据的上报；担保企业的贷款卡信息也是征信系统中需要上报的信息。
25、小企业低风险业务可以由支行客户经理发起，支行按照审批权限处理，分行小企业部**也可以发起，但是在分行审批中心处理。
26、管户人不能删除客户信息，因为客户信息有可能提供担保或者今后提供给票据系统使用，因此系统无法判断客户项下是否有业务，但是可以由分行系统管理员或总行系统管理员修改客户信息。
27、遇到信贷管理系统无法登录时支行可以先向分行反映，分行在向总行信贷系统管理员反映。
从日常购物中分析民主问题
从日常购物中引发对民主问题的思考。今天我去向学长借书，突然觉得得带些什么。正巧路边有摊贩卖水果，于是我打算买扎香蕉。正巧我买的香蕉是10.5元，于是我对老板说 10元吧，五毛钱算了吧！但老板死活不肯降价。于是这让我想到了在浙江购物，在浙江购买水果或者是买菜，还掉这五毛钱，也就是还掉零头，以方便消费者...
MySQL日常问题
作者 zealjiang 时间 20101231 前言。做一个生活有心人，材料取自生活，又归于生活，编写此文档主要是为了写下自己曾经遇到的问题，寻找出解决问题的方法与大家分享。此文档不断更新中。作者 zealjiang 时间 20110105 更新时间 20110120 1 目录。1 mysql中的...
电脑日常问题
不要频繁地开关机器。关机后立即加电会使电源装置产生突发的大冲击电流，造成电源装置中的器件被损坏，也有可能造成硬盘驱动突然加速，使盘片被磁头划伤。因此，这里我们建议如果要重新启动机器，则应该在关闭机器后等待10秒钟以上。在一般情况下不要擅自打开机箱，如果机器出现异常情况，应该及时上报。三显示器的维护。...