融资管理信息系统的需求探讨.docVIP

融资管理信息系统的需求探讨 按照信息化建设的需求，公司Oracle财务信息系统已正式上线运行了二年，通过新开发的财务系统公司进一步规范了会计政策、会计科目、信息标准、成本标准和业务流程，对推进财务流程全面标准化，不断夯实会计基础工作，提升财务管控能力，提高公司“科学化”管理水平起到了重要的作用。 公司融资管理信息系统作为Oracle财务系统的子模块，与总账和其它应收应付模块之间完成隔离，具备相对独立的功能。我们希望通过信息系统的开发提升公司对日常债务资金的管理、计息、还贷和成本统计分析能力，现结合工作实际情况对融资管理信息系统的二次开发需求进行简要分析。 信息系统开发的目的 目前对借贷资金进行管理我们接触到更多的是金融机构的信贷管理系统，作为债权人的金融机构其关注的重心是信贷资产的风险控制、贷后管理和海量处理能力，事设高度机密一般各家金融机构都是独家开发完成，在符合国家相关金融结算政策的前提下很少有通用模块，也没有实现互联互通。而作为债务人的公司，其对融资管理信息的关注重点是对债务资金的账务处理和成本统计分析功能，因此二者之间的差异非常明显。目前市场上为满足债务人融资管理需求的信息系统很少，加上各企业的融资管理模式也是千差万别，因此符合自身工作需要的个性化信息系统只有自已独家定制。 为适应流域“四阶段”战略开发的融资需要，经过多年管理优化，目前雅砻江公司实行“统一筹集、集中管理、授权审批、集中结算”的资金集中管理模式，公司资金管理实行总经理负责制，公司预算管理委员会。方式输入： 输出： 系统架构的总体设想 作为一项借贷活动，主要是通过具备法律意义上的信贷合同对借贷双方的权利义务进行约定，虽然不同的业务类型下各家金融机构的合同格式和内容会有差异，但主要合同要素基本一致，包括合同编号、合同金额，币种、贷款本金、期限、利率确认、利率调整方式，结息、结息日调整、还款计划和特别约定等。在合同签订后作为债务人的偿还义务，会计账务处理包括资金到账、计提利息（利息分摊）、支付利息、还本或部分还本、结清五个步骤。因此我们可以按照业务流程对系统架构的原则进行确定，最低限度地满足系统查询、成本统计分析的需要,在架构下充分考虑系统的容错性和可拓展性。 1.常规系统业务流程固化，采取步骤式操作，减少人为干预。系统业务分为①新增明细合同及维护，新增明细合同即在合同签订后录入各项要素，维护即是对存量合同进行更新，如错误调整、利率调整、结息日调整、还款计划调整和特别约定调整等，维护后保存最后的信息；②会计账务处理，会计处理包括资金到账按到位日期入账，利息按月计提，按合同约定还本付息，月末手动关账。没有新增明细合同的贷款不得进行后续会计处理。 2.会计借贷方科目、所属项目要素固化，摘要栏固化，相关信息录入后自动生成会计凭证，在请求过账前确认凭证并传至总账。 3.以合同编号-所属项目为关键字合并计提利息（按月）和支付利息（按合同约定）。 4.高度关注容错性，可退回上一步业务，业务页面均设“保存”和“取消”并提示。 5.设置关账控制功能，月度总账关闭后已录入的信息不能再进行修改。关帐前自动检查所有业务是否处理完毕（所有应计提利息的合同当月是否计提？应支付利息的合同当月是否已做支付处理？到款、还款、利息调整、融资服务费等业务是否全部传送至总账？）。 6.设置日志功能和预警助手，以“保存”信息作为日志标志记录操作痕迹；预警助手对还本、付息日期和利率维护进行预警，报告年、月、日的重要事项，日志功能和预警助手应直观避免大量无关信息。 7.设置业务提示功能--系统助手，以便于新手使用，如操作步骤等，该功能可根据用户需要选择打开或者关闭。 8.系统还本付息核销无误方可进行结清处理，已结清贷款合同实行归档管理，参与查询但不能修改,不列入余额统计。 9.界面美观、友好，系统功能可拓展。 10.系统所有数据和报表都能导出EXCEL、PDF格式。 （二）具体要求 1、数据库模式：新建—明细合同—合同维护; 查询（或组合查询）—全部符合条件的明细合同—快速导出或合同维护; 查询或组合查询条件：批号、合同编号、借款类别、期限、贷款性质、币种、借款人、经办机构、贷款总额、利率调整方式、合同起始日、融资费用、担保信息。 1.1明细合同功能一：合同维护 批号：批号为系统自动生成且唯一，编码规则为“YLHDC-ZJ+日期+二位顺序码”。 合同名称：字符串录入文字。 合同编号：人工录入，即贷款合同的编号且唯一。 借款类别：将已知的贷款类别分为银团、银行借款、信托贷款、委托投资、专项投资计划、短融券、私募债、企业债、融资租赁、透支、关联借款、保理、其他。 期限：按短期：六个月以内、六个月至一年；中期：一年至三年，三年至五年；长期：五年以上。 贷款性质：将资金性质分为生产经营周转贷款、固定资产投资贷款