CN115545903A - 信贷管理系统及方法 - Google Patents

信贷管理系统及方法 Download PDF

Info

Publication number
CN115545903A
CN115545903A CN202211279042.4A CN202211279042A CN115545903A CN 115545903 A CN115545903 A CN 115545903A CN 202211279042 A CN202211279042 A CN 202211279042A CN 115545903 A CN115545903 A CN 115545903A
Authority
CN
China
Prior art keywords
subsystem
fund
account
financial company
instruction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202211279042.4A
Other languages
English (en)
Other versions
CN115545903B (zh
Inventor
徐立红
李云峰
孙艳军
栾帅
王英
唐斌斌
周晴
张欣玉
朱长风
马梦萧
伍洲
刘雷
张庆
杨畅
唐胜
余力
李旭然
吴非
王文姬
周俊宇
何小文
闫湘玥
骆锐
贺炜
张钊
孙洋
闫敏
杜夏
严晴
王嘉萱
薛茜
何婷
董瑞颖
王旨怡
徐艳秋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
State Power Investment Group Finance Co ltd
Original Assignee
State Power Investment Group Finance Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by State Power Investment Group Finance Co ltd filed Critical State Power Investment Group Finance Co ltd
Priority to CN202211279042.4A priority Critical patent/CN115545903B/zh
Publication of CN115545903A publication Critical patent/CN115545903A/zh
Application granted granted Critical
Publication of CN115545903B publication Critical patent/CN115545903B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/602Providing cryptographic facilities or services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/64Protecting data integrity, e.g. using checksums, certificates or signatures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/103Workflow collaboration or project management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请提出了信贷管理系统及方法,所述系统包括:司库管理子系统、资金统一业务子系统、财务公司业务子系统和财资公司业务子系统;所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接。本申请提出的技术方案,实现了信贷业务的全流程线上管理,提高了信贷管理的水平及信贷风险防范能力,同时也使得信贷效率更加高效便捷。

Description

信贷管理系统及方法
技术领域
本申请涉及信贷管理技术领域,尤其涉及信贷管理系统及方法。
背景技术
信贷是财务单位运用资金取得效益最主要的途径,贷款质量的高低,直接关系到财务单位的生存和发展。但由于贷款笔数多、信贷人员的素质水平各异等原因,使得信贷管理比较复杂难度大。
基于以上现状,财务单位进行信贷时管理水平及风险防范能力较低的现状,因此亟需提出一种可以高效安全的信贷管理方案。
发明内容
本申请提供的信贷管理系统及方法,以至少解决信贷管理水平及风险防范能力较低的技术问题。
本申请第一方面实施例提出一种信贷管理系统,包括:司库管理子系统、资金统一业务子系统、财务公司业务子系统和财资公司业务子系统;
所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;
所述司库管理子系统,用于获取成员单位用户发送的资金处理指令,并基于所述成员单位的类别将所述资金处理指令发送到所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统;
所述资金统一业务子系统、所述财务公司业务子系统和所述财资公司业务子系统中的至少一者,用于接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
所述司库管理子系统,还用于接收所述资金处理结果,并反馈至所述成员单位用户。
优选的,所述司库管理子系统,还用于获取所述成员单位用户发送的开户申请指令,确定所述开户申请指令的开户类别,在所述开户类别为财务公司专户的情况下,将所述开户申请指令发送至所述财务公司业务子系统,在所述开户类别为财资公司专户的情况下,将所述开户申请指令发送至所述财资公司业务子系统,在所述开户类别为资金统一专户的情况下,将所述开户申请指令发送至所述资金统一业务子系统;
所述财务公司业务子系统,还用于接收所述开户申请指令,审批受理生成第一内部账户,将所述第一内部账户的信息发送至所述司库管理子系统;
所述财资公司业务子系统,还用于接收所述开户申请指令,审批受理生成第二内部账户,将所述第二内部账户的信息发送至所述司库管理子系统;
所述资金统一业务子系统,还用于接收所述开户申请指令,审批受理生成联动子账户,将所述联动子账户的信息发送至所述司库管理子系统;
所述司库管理子系统,还用于接收所述信息,并反馈至所述成员单位用户。
进一步的,所述财务公司业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述财务公司业务子系统的财务公司内部账户资金划入到所述第一内部账户或根据所述资金处理指令将成员单位的第一内部账户资金划入到所述财务公司业务子系统的财务公司内部账户,得到第一信贷结果;
所述财务公司业务子系统,还用于根据所述第一信贷结果生成第一反馈指令,并将所述第一反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入成员单位的第一内部账户。
进一步的,所述财资公司业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述财资公司业务子系统的财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将成员单位的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户,得到第二信贷结果;
所述财资公司业务子系统,还用于根据所述第二信贷结果生成第二反馈指令,并将所述第二反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入成员单位的第二内部账户。
进一步的,所述资金统一业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述资金统一业务子系统的财务公司内部账户资金划入到所述第三内部账户或根据所述资金处理指令将成员单位的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户,得到第三信贷结果;
所述资金统一业务子系统,还用于根据所述第三信贷结果生成第三反馈指令,并将所述第三反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入成员单位的第三内部账户。
进一步的,当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例大于百分之二十时,所述司库管理子系统,用于将所述资金处理指令发送到所述财务公司业务子系统;
当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例小于等于百分之二十时,所述司库管理子系统,用于将所述资金处理指令发送到所述资金统一业务子系统;
当所述资金处理指令对应的成员单位的类别为境外成员单位时,所述司库管理子系统,用于将所述资金处理指令发送到所述财资公司业务子系统。
进一步的,当所述资金处理指令为法人账户透支指令时,所述司库管理子系统,用于将法人账户透支指令发送到所述财务公司业务子系统;
所述财务公司业务子系统,还用于接收所述法人账户透支指令,并判断所需进行透支的法人的透支额度是否大于等于所需透支的金额,若是,所述财务公司业务子系统基于所述指令进行资金处理,否则驳回法人透支申请,并将所述驳回法人透支申请的信息发送到所述司库管理子系统。
优选的,所述的信贷管理系统,还包括:门户子系统;
所述门户子系统与所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通;
所述门户子系统,用于为用户提供所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统的统一登录验证功能;其中,所述统一登录验证功能包括证书和用户名密码双重认证功能;
所述门户子系统,还用于为所述用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。
进一步的,所述门户子系统,还用于接收所述用户的访问所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统任一子系统的访问指令,打开对应子系统;
所述门户子系统,还用于在打开的子系统超过预定时间无操作的情况下,向所述用户发起重新打开子系统的提示。
进一步的,还包括:可视化子系统;
所述可视化子系统与司库管理子系统相连通;司库管理子系统,还用于将信贷结果发送至可视化子系统;可视化子系统,用于根据信贷结果,生成可视化视图。
进一步的,还包括:辅助数据模块和辅助决策模块;
所述辅助数据模块包括数据源层、数据中心层和数据应用层,所述数据源层、数据中心层和数据应用层相连接,其中,所述数据源层,用于获取所述司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的第一数据,并对所述第一数据进行数据清洗得到第二数据并加载到所述数据中心层;其中,所述第一数据包括信贷数据、账户管理数据、结算数据、资金情况、大额资金监控数据、生产经营数据和财务核算数据;所述数据中心层,用于根据所述第二数据的特征将所述第二数据存储与不同的数据库中,并建立数据分析图表;所述数数据应用层,用于根据数据分析图表中数据的特征,建立不同应用的数据模型;
所述辅助决策模块,用于通过所述门户子系统进行辅助决策模块,所述辅助决策模块包括司库中心辅助决策模块、财务公司辅助决策模块和财资公司辅助决策模块;所述司库中心辅助决策模块,用于通过可视化子系统,对所述司库管理子系统中的数据指标进行动态监测;所述财务公司辅助决策模块,用于通过于可视化子系统,对所述财务公司业务子系统的数据指标进行动态监测;所述财资公司辅助决策模块,用于对所述财资公司业务子系统的数据指标进行动态监测。
本申请第二方面实施例提出一种信贷管理方法,所述方法包括:
司库管理子系统获取成员单位用户发送的资金处理指令,并将所述资金处理指令发送到资金统一业务子系统或财务公司业务子系统或财资公司业务子系统;
所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
司库管理子系统接收所述资金处理结果,并反馈至所述成员单位用户。
本申请的实施例提供的技术方案至少带来以下有益效果:
本申请提出了信贷管理系统及方法,所述系统包括:司库管理子系统、资金统一业务子系统、财务公司业务子系统和财资公司业务子系统;所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;所述司库管理子系统,用于获取成员单位用户发送的资金处理指令,并基于所述成员单位的类别将所述资金处理指令发送到所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统;所述资金统一业务子系统、所述财务公司业务子系统和所述财资公司业务子系统中的至少一者,用于接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;所述司库管理子系统,还用于接收所述资金处理结果,并反馈至所述成员单位用户。本申请提出的技术方案,实现了信贷业务的全流程线上管理,提高了信贷管理的水平及信贷风险防范能力,同时也使得信贷效率更加高效便捷。
本申请附加的方面以及优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面以及优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为根据本申请一个实施例提供的一种信贷管理系统的第一种结构图;
图2为根据本申请一个实施例提供的一种信贷管理系统的第二种结构图;
图3为根据本申请一个实施例提供的一种信贷管理系统的第三种结构图;
图4为根据本申请一个实施例提供的一种信贷管理方法;
附图说明书:
司库管理子系统1、资金统一业务子系统2、财务公司业务子系统3、财资公司业务子系统4、门户子系统5、可视化子系统6、辅助数据模块7和辅助决策模块8。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
本申请提出的本申请提出了信贷管理系统及方法,所述系统包括:司库管理子系统、资金统一业务子系统、财务公司业务子系统和财资公司业务子系统;所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;所述司库管理子系统,用于获取成员单位用户发送的资金处理指令,并基于所述成员单位的类别将所述资金处理指令发送到所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统;所述资金统一业务子系统、所述财务公司业务子系统和所述财资公司业务子系统中的至少一者,用于接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;所述司库管理子系统,还用于接收所述资金处理结果,并反馈至所述成员单位用户。本申请提出的技术方案,实现了信贷业务的全流程线上管理,提高了信贷管理的水平及信贷风险防范能力,同时也使得信贷效率更加高效便捷。
下面参考附图描述本申请实施例的信贷管理系统及方法。
实施例一
图1为根据本申请一个实施例提供的一种信贷管理系统的结构图,如图1所示,包括:司库管理子系统1、资金统一业务子系统2、财务公司业务子系统3和财资公司业务子系统4;
所述司库管理子系统1分别与所述资金统一业务子系统2、所述财务公司业务子系统3、所述财资公司业务子系统4连接;
其中,司库管理子系统1可以通过接口实现与资金统一业务子系统2、所述财务公司业务子系统3、所述财资公司业务子系统相联通,接口的实现主要采用“客户端请求--服务器应答”的机制,采用同步的通讯方式,示例性地,可以通过超文本传输协议(hyperTexttransferprotocol,HTTP)发布(POST)的方式发送相应资金处理指令。
本公开实施例中,采用统一的HTTP POST方式,接口的入参和返回值采用统一格式的报文,资金统一业务子系统2、财务公司业务子系统3和财资公司业务子系统4可以分别根据资金处理指令对应的入参中的业务类型代码,进行不同的业务处理,并将处理结果转换成统一格式的报文,返回给司库管理子系统1。
其中,接口可以通过ESB平台进行调用,ESB平台对报文有固定格式的要求。
在本公开实施例中,所述司库管理子系统1,用于获取成员单位用户发送的资金处理指令,并基于所述成员单位的类别将所述资金处理指令发送到所述资金统一业务子系统2或所述财务公司业务子系统3或所述财资公司业务子系统4;
所述资金统一业务子系统2、所述财务公司业务子系统3和所述财资公司业务子系统4中的至少一者,用于接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统1;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
所述司库管理子系统1,还用于接收所述资金处理结果,并反馈至所述成员单位用户。
在本公开实施例中,所述司库管理子系统1,还用于获取所述成员单位用户发送的开户申请指令,确定所述开户申请指令的开户类别,在所述开户类别为财务公司专户的情况下,将所述开户申请指令发送至所述财务公司业务子系统3,在所述开户类别为财资公司专户的情况下,将所述开户申请指令发送至所述财资公司业务子系统4,在所述开户类别为资金统一专户的情况下,将所述开户申请指令发送至所述资金统一业务子系统2;
所述财务公司业务子系统3,还用于接收所述开户申请指令,审批受理生成第一内部账户,将所述第一内部账户的信息发送至所述司库管理子系统1;
所述财资公司业务子系统4,还用于接收所述开户申请指令,审批受理生成第二内部账户,将所述第二内部账户的信息发送至所述司库管理子系统1;
所述资金统一业务子系统2,还用于接收所述开户申请指令,审批受理生成联动子账户,将所述联动子账户的信息发送至所述司库管理子系统1;
所述司库管理子系统1,还用于接收所述信息,并反馈至所述成员单位用户。
可以理解的是,目前各成员单位境内直联银行账户均为单币种账户,账户的收支结算、资金集中、余额明细查询都是在N6系统办理;境外银行账户资金集中由财资公司进行管理,并每月由成员单位自己上报银行账户余额、明细给资金中心,N6系统未对境外银行账户进行管理。而对于各成员单位银行账户(含境外)的开立、变更、注销(备案),及网银开立、变更、注销(备案)则是在发文系统发起申请,由资金中心进行受理,并实行分级审批。基于现状来看,当前集团无法实时、高效的对银行账户(境内、境外)信息进行可视化的管理和分析;整个财务公司账户开户、变更申请环节均为线下进行,一方面结算部人员替成员单位维护基本信息的工作量增加,另一方面成员单位开户所递交的资料不全时,开户周期较长。
具体地,系统支持对境内成员单位账户(银行账户、非银行金融机构账户和在财务公司的内部账户)进行全生命周期统一管理,以及境外成员单位账户信息的可视化,以实现资金归集、支付结算、风险控制、数据分析奠定基础:
支持财务公司、资金中心、集团、成员单位的境内银行账户及网银开立、变更、销户在司库系统(境内)进行管理。支持全球成员单位的银行账户基本信息、余额信息、明细信息的可视化。在财务公司的内部账户:一期一批次支持专户(即为工会、项目组开立的账户)的开立、变更、销户可在司库系统(境内)进行补录,余额信息、明细信息与现有N6系统同步;一期二批次支持活期户的变更、销户、账户余额、明细和专户的开立、变更、销户、账户余额、明细与财务公司业务系统交互,实现线上同步;其他账户(如定期户、委贷户等)随业务开立,不在账户管理模块管理,且账户的余额、明细在对应的业务模块(如存款、现金管理等)查询。支持银行账户的清理和账户检查,以满足资金中心日常管理需求。
进一步的,所述财务公司业务子系统3,还用于将所述第一内部账户中第一留存额度以外的境内资金归集至财务公司账户,并发送至所述司库管理系统1;
所述财资公司业务子系统4,还用于将所述第二内部账户中第二留存额度以外的境外资金归集至财资公司账户,并发送至所述司库管理系统1。
进一步的,所述财务公司业务子系统3,还用于根据所述第一内部账户的额度设置和/或所述司库管理子系统1发送的所述境内内部成员单位的不归集请求,确定所述第一留存额度;
所述财资公司业务子系统4,还用于根据所述第二内部账户的额度设置和/或所述司库管理子系统1发送的所述境外内部成员单位的不归集请求,确定所述第二留存额度。
其中,不归集请求,(不归集日期范围、不归集金额范围、不归集银行账户)通过司库管理系统发送。
进一步的,所述财务公司业务子系统3,用于接收所述资金处理指令,根据所述资金处理指令将所述财务公司业务子系统的财务公司内部账户资金划入到所述第一内部账户或根据所述资金处理指令将成员单位的第一内部账户资金划入到所述财务公司业务子系统的财务公司内部账户,得到第一信贷结果;
所述财务公司业务子系统3,还用于根据所述第一信贷结果生成第一反馈指令,并将所述第一反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入成员单位的第一内部账户。
进一步的,所述财资公司业务子系统4,用于接收所述资金处理指令,根据所述资金处理指令将所述财资公司业务子系统的财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将成员单位的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户,得到第二信贷结果;
所述财资公司业务子系统4,还用于根据所述第二信贷结果生成第二反馈指令,并将所述第二反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入成员单位的第二内部账户。
进一步的,所述资金统一业务子系统2,用于接收所述资金处理指令,根据所述资金处理指令将所述资金统一业务子系统的财务公司内部账户资金划入到所述第三内部账户或根据所述资金处理指令将成员单位的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户,得到第三信贷结果;
所述资金统一业务子系统2,还用于根据所述第三信贷结果生成第三反馈指令,并将所述第三反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入成员单位的第三内部账户。
在本公开实施例中,当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例大于百分之二十时,所述司库管理子系统1,用于将所述资金处理指令发送到所述财务公司业务子系统3;
当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例小于等于百分之二十时,所述司库管理子系统1,用于将所述资金处理指令发送到所述资金统一业务子系统;
当所述资金处理指令对应的成员单位的类别为境外成员单位时,所述司库管理子系统1,用于将所述资金处理指令发送到所述财资公司业务子系统4。
需要说明的是,当所述资金处理指令为法人账户透支指令时,所述司库管理子系统1,用于将法人账户透支指令发送到所述财务公司业务子系统3;
所述财务公司业务子系统3,还用于接收所述法人账户透支指令,并判断所需进行透支的法人的透支额度是否大于等于所需透支的金额,若是,所述财务公司业务子系统基于所述指令进行资金处理,否则驳回法人透支申请,并将所述驳回法人透支申请的信息发送到所述司库管理子系统1。
需要说明的是,所述自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令均包含:贷前管理、贷中管理和贷后管理。,其中贷款申请为贷前管理,提款申请为贷中管理,还款、利息变更,合同展期等为贷后管理。
示例的,当成员单位为境内成员单位且持股比例大于百分之二十时,成员单位贷款申请人向司库管理子系统1发起自营贷款指令的贷款申请,所述司库管理子系统1审核通过贷款申请发送至财务公司业务子系统3,资金中心客户经理在所述财务公司业务子系统3中进行贷款申请确认,经信贷部、风险部、信贷部分管领导审核完成贷款申请确认,提交信贷审查委员会,信贷审查委员会负责委托贷款的批准。
其中,确认时进行贷款申请相关信息的审核、业务信息调整及填写贷款申报书,其中:填写委托贷款申报书,包括客户基本信息、委托人业务资料等。其中客户信息自动带入。
风险部定期组织召开贷审会,批量对贷款业务申请进行会议决议。支持按照业务申请发起工作流会签,会签通过后业务申请结果为审议通过,最终批准条件以会议决定通知书为准。风险人员登记会议决定并上传审议单、表决单和会议决定通知书(上传过程可后补),会议决定中申请条件与批准条件不符时,进入贷审会决议执行环节。针对贷款申请,客户经理需与客户进行沟通,确认客户是否接受贷审会条件,如接受,则对贷款申请、申报书进行修改,经信贷管理部内部审批、风险审查、分管领导审批后业务申请生效,进入后续合同签订环节。如客户不接受贷审会条件,客户经理可对贷款申请进行废弃处理。修改前后的申请内容、申报书可进行回溯查询。
需要说明的是,资金中心客户经理可以基于所述贷款申请查询成员单位的征信报告、调用核心定价模型进行利率的测算、对利息和成本收益进行测算、编写贷款申报书相关内容,并对成员单位的授信额度进行校验但不做强制,授信额度不足时,提醒客户经理发起评级授信申请。
在贷款申请审核通过且合同签订之后,成员单位在所述司库管理子系统1中发起提款申请,所述司库管理子系统1将所述提款申请发送到所述财务公司业务子系统3中,若所述成员单位的授信额度充足,则所述申请发送成功,否则不能发送成功;客户经理在所述财务公司业务子系统3中对所述提款申请进行受理,所述客户经理也可直接发起提款申请,但是需要上传成员单位的纸质申请单,申请提交时对客户授信额度进行校验和占用,额度不足不允许提交。
提款申请经信贷管理部内部审批、风险部风险审核(1.系统自动进行指标阈值校验,若放款后流动性比率、资本充足率指标低于预设值时落地人工进行审批,指标值在预设范围内时自动进行审批;2.针对流动资金贷款、固定资产贷款和委托贷款三个业务品种的提款申请的风险审查、风险审批,姿态自动对借款人、委托人、提款金额、借据期限、借据利率进行校验,与合同约定一致时自动进行风险审查和风险审批,不一致时落地人工进行审批)、计划资金部审批、信贷部分管领导审批通过后进入结算管理部执行合同放款环节,结算经办人员可选择待放款记录执行放款(结算人员只能处理放款日为当日的待放款记录)。
结算人员选中待放款记录并执行放款,放款信息在所述财务公司业务子系统3中自动进行放款及记账处理。放款成功后,结算人员可在单据打印功能下批量进行放款通知单打印,司库管理子系统1和财务公司业务子系统3可自动获取放款结果信息。
其中,对于自营类贷款,成员单位提款申请时可以选择受托支付,选择受托支付时需要填写受托支付收款账号、户名及收款银行信息。提款申请审批通过后财务公司业务子系统3自动生成放款通知,通知结算人员进行放款处理。结算人员选中待放款记录执行放款时,电机流水号可查看该笔放款通知详情内容。结算人员执行放款,放款信息推送至财务公司业务子系统3进行自动放款及记账处理,待财务公司业务子系统3反馈放款成功后生成资金支付指令,结算人员在资金调拨指令确认功能下打印付款审批单,补填付款头寸账户并执行资金支付处理。
到期按计划还款(手动):成员单位在所述司库管理子系统1中发起还款申请,所述司库管理子系统1将所述还款申请发送到所述财务公司业务子系统3中,或信贷客户经理直接发起收本申请,信贷管理部进行审批。还款申请生效后,进入结算管理部收本执行环节,结算人员可选择待收本记录(默认显示收本日为当天的待收本记录)进行收本。
结算人员选中待收本记录,执行收本,财务公司业务子系统3对成员单位的还款账户余额进行判断,足额则收本执行通过,利用财务公司业务子系统3执行收本及记账处理。不足额,不允许执行收本,结算人员可驳回收本通知至信贷客户经理,信贷客户经理线下联系借款人补足账户余额,待账户余额补足后客户经理再次发起收本。如账户余额仍未能补足,客户经理可修改收本金额再发起收本申请(客户经理可选择是否扣收保证金存款以用于还款),解算人员按照客户经理收本通知再次执行收本操作,日末未足额收本时,剩余本金财务公司业务子系统3自动转逾期处理。
财务公司业务子系统3收本成功后,自动按还款金额释放授信,结算人员在单据打印功能项下批量进行还款通知单的打印。财务公司业务子系统3自动基于收本结果更新合同余额、计划,司库管理子系统1同步自动进行还款登记,更新合同余额、计划。
还款日遇节假日时顺延处理,节假日后首个工作日进行本金回收(任意本金中间还本遇节假日,本金回收是同时收取肾炎期间的利息),利息计算至实际还款日。
到期按计划还款(自动):客户经理在录入合同台账时可以标记该合同是否自动收本,如自动收本,财务公司业务子系统3在收本日自动按计算执行收本,收本成功后按照还款金额释放授信。收本不成功,判断收本不成功的原因,若因余额不足,则修改收本进而,再次进行收本,其余部分在日末日结时由财务公司业务子系统3自动转逾期处理。还款日如遇节假日顺延处理,则节假日后的首个工作日进行自动扣收。
需要说明的是,若所述成员单位发起提款还款申请时,客户经理在财务公司业务子系统3中进行受理,经信贷管理部经理审批后申请生效,并向结算管理部发送收本通知。至所选还款日,结算管理部执行收本处理,后续流程同到期还款。
若合同到期且无应收的本金和利息时,财务公司业务子系统3进行合同结清处理,处理完成后司库管理子系统1自动进行合同结束相关等级。合同结清时,担保方式为保证金,财务公司业务子系统3自动生成保证金存款解冻交易,解冻所述保证金。
当财务公司业务子系统3按照合同约定扣收借款人即成员单位的贷款利息时,若为自动结息,在利息扣收成功后,结算人员可在单据打印功能项下批量打印利息回收通知单,所述财务公司业务子系统3自动获取结息记录、自动更新合同计划,司库管理子系统1自动登记付息结果并更新合同计划;利用扣收不成功时,财务公司业务子系统3日间按照设置的频率进行再次自动扣收,最后一次仍不成功时,提醒客户经理手工结息。如结息日遇节假日,核心扣息顺延处理,首个工作日进行扣收,利息计算截止到扣收日,同时调整合同利息计划与实际执行保持一致。若为人工结息,财务公司业务子系统3自动结息不成功,或补收利息、收取罚息时需客户经理人工发起结息;其中,所述客户经理还可以在所述财务公司业务子系统3中发起利息减免申请。
当需要合同变更时,合同变更有两种发起方式,一是成员单位通过司库管理子系统1向所述财务公司业务子系统3发起合同变更申请,客户经理受理;二是成员单位线下申请,客户经理在所述财务公司业务子系统3中发起申请。变更申请需经过信贷部总经理审批、风险合规部风险审查、信贷部分管领导审批,如变更要素为借款人、合同金额或利率时还需要审贷会审议决议。其中,合同变更的内容包括:合同的借款人、合同金额、贷款投向行业、担保方式、计息周期、利率、利率浮动方式、浮动值、借款人账号。同时合同变更完成后,所述财务公司业务子系统3通知所述司库管理子系统1执行合同变更登记。
当借款人无法按合同约定偿还贷款时,借款人可通过司库管理子系统1向所述财务公司业务子系统3发起贷款展期申请,经信贷部、风险部、信贷部分管领导审核完成展期申请确认,提交信贷审查委员会,信贷审查委员会负责贷款展期的批准。提交财务公司进行合同展期受理,处理完成后,司库管理子系统1进行合同展期相关登记。
需要说明的是,在贷款发放后即贷后管理需要对借款人的贷款使用情况、财务状况、经营状况、担保情况定期进行跟踪检查。
在本公开实施例中,当所述资金处理指令为法人账户透支指令时,财务公司业务子系统3对借款人透支账户发生透支前对账户透支额度与借款人授信度进行校验,校验通过后进行透支额度与授信额度的占用,额度不足时不允许透支。透支成功,日末时未能足额归还本金时,结算管理部日末进行日结,财务公司业务子系统3进行日结前任务处理,按照透支月进行放款及账务处理,司库管理子系统1自动接收放款台账。
借款人日结前可以将待还金额按照全额或部分金额转账至透支账户,结算管理部日末日结,财务公司业务子系统3日结前执行日结任务,按照账户余额自动践行还款账务处理,财务公司业务子系统3自动释放占用的授信和透支额度,生成还款台账并自动更新连续透支天数,同时司库管理子系统1自动获取还款结果。到达连续透支有效期当天和合同到期当前,透支状态关闭,并向借款人发送透支状态关闭提醒。日末日结后仍未全额还清进行逾期处理,并向借款人发送逾期提醒。法人账户透支贷款合同到期,且无待还金额时,合同结清。
需要说明的是,当所述资金处理指令为法人账户透支指令时,可人工发起透支状态改变申请,但不允许合同展期。
在本公开实施例中,当所述资金处理指令为循环额度贷款指令时,借款人与财务公司一次性签订借款合同后,在合同规定的额度和有效期内,可多次进行提款,逐笔归还、循环使用。其中所述循环额度贷款与所述自营贷款的差异在于,风险部审批需人工进行审批(财务公司业务子系统3自动进行阈值校验),借款人可以循环使用贷款额度,借款人未偿还贷款本金余额不超过该额度,在额度范围内可随时发起提款,放款时按照借据管理,借据到期日可以晚于合同的到期日,借据利率可以不同,不允许合同展期。
在本公开实施例中,当所述资金处理指令为银团贷款指令的代理行银团贷款时,借款人在所述司库管理子系统1发起银团贷款筹建申请,信贷管理部客户经理在所述财务公司业务子系统3中进行受理,可查看借款人、项目名称、项目详情、合同金额、期限、上传的附件等,可对业务信息附件进行调整,客户经理与借款人确认贷款条件、编写银团贷款筹建方案审批书,信贷部内部审核通过后借款人对筹建方案进行确认,确认同意提醒财务,不同意将方案驳回至财务公司;
借款人按照筹建方案在所述司库管理子系统1发起银团组建申请,信贷管理部客户经理在所述财务公司业务子系统3中进行受理,可查看借款人、项目名称、项目详情、合同金额、期限、利率、附件、参与行、代理行、副代理行、牵头行、副牵头行、比例、金额、贷款业务品种(是否项目贷款)、原筹建申请信息,其中,客户经理起草信息备忘录,并向有关银行发送参加银团的邀请,根据银行的反馈,可对申请信息中的参与行、代理行、副代理行、比例、合同金额、币种、利率进行调整。借款人对财务公司业务子系统3的反馈进行确认,确认同意提醒财务公司,财务公司业务子系统3自动发起银团贷款申请,业务申报,如不同意将受理信息驳回至财务公司业务子系统3中。所述财务公司业务子系统3可提供同意台账管理模块,借款人在线下发起筹组申请,客户经理线下进行银团的组件,组建完成后线上等级筹组台账,并上传邀请函、信息备忘录、组建方案等附件。
财务公司客户经理在所述财务公司业务子系统3中发起银团贷款申报,上传业务附件,包括借款人发出的融资邀请函、贷款条件清单、信息备忘录,经信贷管理部内部审批、风险合规部风险审查、计划资金部审批、信贷分管领带审批后,进行贷审会决议。代理行银团贷款涉及收付费,客户经理受理时需进行费率的测算及费用收付的定义,其中合同签订与自营贷款相同;
借款人在所述司库管理子系统1中提交提款申请,财务公司客户经理在所述财务公司业务子系统3中财务公司信贷管理部客户经理进行受理,客户经理线下通知其它参贷行进行拨款,并跟踪划款情况,参贷行系统外进行划款。客户经理受理通过,进入提款审核流程,经信贷管理部经理、风险合规部风险审查、计划资金部审批、信贷分管领导审批通过后财务公司业务子系统3自动向结算管理部发送资金到账确认通知和放款通知。其中针对代理行银团贷款(非自营)合同,结算人员需先进行资金到账确认。结算人员根据到账确认通知中的收款账户、付款人、付款金额、付款时间去匹配收款明细,匹配成功后执行到账确认。执行资金到账确认后通知核心业努系统进行记账处理,待核心业务系统反馈成功后,结算人员才可执行合同放款操作,执行放款时对中间账户的余额进行校验,通过后执行合同放款通过并通知财务公司业务子系统3放款处理。针对代理行银团贷款(自营)合同放款,同自营贷款放款执行。财务公司业务子系统3进行放款处理。财务公司业务子系统3反馈放款执行成功后,结算人员在单据打印功能项下可批量打印银团贷款(代理行)发放通知单,司库管理子系统1自动获取放款结果。针对有副代理行时:信贷管理部受理提款申请,审批通过后发送放款通知(各参与行的贷款本金合计数),确认副代理行转账资金是否己到账,到账后财务公司业务子系统3进行到账处理,结算人员执行放款处理。
借款人在所述司库管理子系统1中提交还款申请,财务公司客户经理在所述财务公司业务子系统3中
针对代理行银团贷款(非自营)收本,其处理流程较自营贷款相比银团成员贷款收本成功后需向参贷行支付本金,客户经理发起收本并审核通过后财务公司业务子系统3自动生成收本通知,进入结算管理部执行合同收本环节。执行参贷行合同收本,客户经理在发起收本申请时,需填写参贷行收款账户、户名和收款行信息。结算人员可在收本通知查看收款方信息。结算人员执行收本并通知财务公司业务子系统3执行收本及记账处理,处理成功后自动生成向参贷行(参贷行账户)的支付指令,结算人员可在资金调拨确认功能下补填付款头寸账户并做资金支付处理。结算人员可在资金调拨确认功能下打印资金调拨单。如执行代理行银团贷款(自营)合同收本,同自营贷款的处理模式。财务公司业务子系统3收本成功后,结算人员可在单据打印功能下批量打印本金回收通知单,财务公司业务子系统3、司库管理子系统1自动获取还款信息。框架协议下的合同全部到期,且无应收的本金和利息时,财务公司业务子系统3做合同结清处理,框架协议自动结束,处理完成后通知司库管理子系统1进行框架协议结束相关登记。如担保方式为保证金存款,则财务公司业务子系统3自动生成保证金存款解冻的交易,财务公司业务子系统3进行定期保证金存款的解冻处理。当有副代理行时:副代理行负责贷款本金回收并转账至财务公司。还款申请经客户经理受理、审批通过后,发送贷款本金回收通知(各参与行的贷款本金回收合计数),确认副代理行转账资金是否己到账,到账后财务公司业务子系统3进行到账处理,结算人员执行还款处理。
代理行银团贷款利息扣收:客户经理在财务公司业务子系统3中发起结息申请,包括正常结息、补收利息和利息免收,场景不同对应的审批流程也不同。补收利息时可全额补收也可部分补收、可部分补收部分免收也可全额免收、可同时收取罚息也可免收罚息。利息免收可免各类型的利息。结息时,若存在逾期利息、利息罚息,客户经理需先对该部分利息进行补收,补收成功后才允许发起正常利息的回收。日末正常利息未全额扣收时,未收部分核心自动转逾期,开始计收罚息。结息申请审批通过后,进入结算管理部利息扣收环节。如执行代理行银团贷款(非自营)合同利息扣收,客户经理在发起结息申请时,需填写参贷行收款账户、户名和收款行信息。结算人员可在结息通知查看收款方信息。结算人员执行结息并通知财务公司业务子系统3执行利息扣收及记账处理,处理成功后自动生成向参贷行(参贷行账户)的支付指令,结算人员可在资金调拨确认功能下打印资金调拨单,结算人员补填付款头寸后进行利息支付处理。如执行代理行银团贷款(自营)合同收息,同自营贷款的利息扣收处理。财务公司业务子系统3利息扣收成功后,结算人员可在单据打印功能下批量打印利息回收通知单。财务公司业务子系统3自动获取结息记录,更新合同计划,司库管理子系统1自动登记利息扣收结果,更新合同计划。当有副代理行时:副代理行负责贷款利息回收并转账至财务公司。客户经理发送利息回收通知(各参与行的贷款利息回收合计数),确认副代理行转账资金是否己到账,到账后核心业务系统进行到账处理,结算人员执行利息回收处理。结息日遇节假日顺延处理,按实际结息日计算利息,同时调整合同利息计划与实际执行保持一致。其中,代理行银团贷款涉及的费用以代理行与参与行的约定为准,如代理行收取参与行的费用、代理行向参与行付费、代理行代参与行收取管理费并向参与行支付等。支持提前收取费用,费用计划按实际执行调整。
合同变更:银团贷款协议变更有两种发起方式,一是集团或成员单位通过司库管理子系统1向财务公司业务子系统3发起合同变更申请,财务公司信贷部客户经理岗受理;二是集团或成员单位线下申请,财务公司信贷部客户经理岗线上发起合同变更申请。变更申请需经信贷部总经理审批、风险合规部风险审查及信贷部分管领导审批,如贷款额度、担保方式、利率调整时还需贷审会审议决议。合同变更的内容,包括:参与行、借款人、合同金额、贷款投向行业、担保内容、计息周期、利率、利率浮动方式、浮动值、借款人账号、本金计划的变更以及变更产生的费用。其中代理行银团贷款合同金额在协议额度范围内可以调增或调减,非代理行银团贷款合同金额只允许调减,允许在协议额度范围内新增贷款。本金计划的变更仅允许借款人发起。借款人、借款人账号、计息周期、利率、利率浮动方式、浮动值、担保内容、本金计划调整、新增贷款合同及产生变更费用时,通知财务公司业务子系统3执行变更处理。合同利率变更,合同下的借据的利率同时调整,单一借据利率变更不影响合同的利率。合同变更完成后通知司库管理子系统1执行合同变更登记。合同变更需要填写变更事由,可上传附件。
合同展期:银团协议与业务合同一并展期处理,展期时带出原合同利率,可手工输入展期后的利率,其它同自营贷款展期处理。支持合同部分金额展期,原到期日结息计划不变,收部分本金,部分本金展期。
贷后跟踪检查,财务公司自营贷款部分贷后跟踪检查流程同自营贷款,非自营部分贷款,财务公司只做跟踪检查不做五级分类,检查结果及时通报其它参与银行。
当所述资金处理指令为银团贷款指令的非代理行银团贷款时,贷前管理:财务公司作为牵头行时,成员单位在所述司库管理子系统1中发起银团贷款筹组申请,财务公司业务子系统3中的财务公司进行受理,财务公司客户经理制定筹组方案,成员单位确认后财务公司客户经理发起非代理行银团贷款申报,对自己所属份额贷款进行审批和贷审会决议。财务公司作为参与行时,财务公司接收牵头行的邀请并发起非代理行银团贷款申报,对自己所属份额贷款进行审批和贷审会决议。贷中管理,合同签订:合同编制工作由代理行完成,财务公司信贷部客户经理在所述财务公司业务子系统3中发起合同审签流程。合同为非制式合同,以附件的形式参与合同流转。放款管理:借款人在司库管理子系统1发起申请,额度充足,提交成功同时占用授信额度(按提款金额占用借款人的授信额度,项目贷款需占用对应项目授信额度),客户授信额度不足时,提交不成功,系统提示授信额度不足。财务公司客户经理在所述财务公司业务子系统3中进行受理(填代理行收款账户、户名、收款行信息)并经信贷管理部经理、风险合规部风险审查、计划资金部审批、信贷分管领导审批通过后外围业务系统自动生成放款通知,结算人员可点击流水号查看放款通知详情。结算人员执行放款后所述财务公司业务子系统3自动执行放款处理,处理成功后,财务公司业务子系统3自动生成财务公司向代理行的支付指令,结算人员可在资金调拨确认环节打印资金调拨单,补填付款账户后可进行支付处理。核心业务系统放款执行成功后,结算人员可在单据打印功能项下批量打印放款通知单。财务公司业务子系统3自动接收放款台账信息。司库管理子系统1自动接收放款结果并进行到账登记。贷后管理中的还款管理:代理行执行收本并向财务公司支付本金,代理行向财务公司发放贷款本金收回通知单。收本日,信贷管理部发起收本申请,并填写财务公司收款账户、付款人、付款日期、付款金额信息,用于结算人员进行款项到账确认。申请通过后财务公司业务子系统3自动向结算管理部发送资金到账确认通知和收本通知。结算人员先进行款项到账确认,按收款账户、付款人、付款日期、付款金额匹配收款明细,确认到账后执行到账确认并通知财务公司进行记账处理,反馈成功后,结算人员才可执行收本并通知财务公司业务子系统3自动执行收本处理,收本成功后,按照还款金额释放授信额度,结算人员可在单据打印功能项下批量打印非代理行贷款本金收回通知单,财务公司业务子系统3自动获取收本台账信息,司库管理子系统1自动进行还款登记。利息管理:代理衍结息并向财务公司支付利息,代理行向财务公司发放贷款利息收回通知单。收息日,信贷管理部发起收息申请,并填写财务公司收款账户、付款人、付款日期、付款金额信息,用于结算人员进行款项到账确认。申请通过后向结算管理部发送资金到账确认通知和收息通知。结算人员先进行款项到账确认,按收款账户、付款人、付款日期、付款金额匹配收款明细。若款项到账金额与收款明细金额无法匹配,结算人员联系客户经理,由客户经理联系银行进行利息金额的确认,如到账金额小于利息金额时,银行需补足剩余利息后结算人员进行到账确认和利息回收处理。如到账金额大于利息金额,客户经理确认后由结算人员进行款项到账确认和利息回收处理,客户经理线下提交付款审批单,结算人员手工发起支付将多余资金退回。结算人员可以进行款项到账确认通知的驳回,结息通知同步被驳回;若款项到账确认通知与收款明细匹配成功,结算人员执行款项到账确认并通知财务公司业务子系统3执行记账处理。反馈成功后,结算人员才可执行收息。结算人员执行收息后通知财务公司业务子系统3进行利息回收处理。收息成功后,结算人员可在单据打印功能项下批量打印非代理行贷款收息通知单,财务公司业务子系统3自动获取收结息台账信息,司库管理子系统1自动进行付息登记。费用管理中的财务公司收取借款人费用:财务公司收取成员单位的费用,可通过代理行收取费用并支付给财务公司的模式,或财务公司直接扣收成员单位的费用。针对方式一,收费日信贷客户经理发起收费申请,填写财务公司收款账户、付款人、付款日期、付款金额信息,用于结算人员进行款项到账确认。申请审核通过后,向结算管理部发送资金到账确认通知和收费通知。结算人员根据申请中收款信息与收款明细进行匹配,匹配成功后执行到账确认,核心进行到账处理。然后结算人员执行收费,核心进行收费处理。收费成功后,结算人员可在单据打印功能下批量打收费通知单。针对方式二,客户经理在收费日发起收费申请,审核通过后生成收费通知,结算人员执行收费并通知财务公司业务子系统3执行费用扣收及记账,直接从成员单位活期账户扣收费用。合同变更管理:业务处理流程同自营贷款合同变更流程,财务公司审批通过后代理行执行合同的变更。合同展期管理:同财务公司自营贷款合同展期管理,财务公司审批通过后通知代理行执行合同展期。贷后跟踪检查:同财务公司自营贷款贷后跟踪检查。
在本公开实施例中,当所述资金处理指令为委托贷款指令时,贷前管理,借款人在司库管理子系统1发起委托贷款申请经委托人审核通过后发送至财务公司业务子系统3,财务公司信贷部客户经理岗进行贷款受理并编写申报书,经信贷部审批、风险合规部风险审查、资金部和信贷部分管领导审核完成贷款申请申报。受理时进行贷款申请相关信息的审核、业务信息调整及填写贷款申报书,其中:填写委托贷款调查申报书,包括客户基本信息、相关受理事项的说明等。其中客户信息自动带入,关键财务数据自动获取最新数据。可增加和删除借款人和委托人业务资料;费率测算,根据财务公司核心业务系统的费率定价模型的费率测算结果对当前费率进行校验,不在允许范围内仅作提醒;费率测算结果需保存。贷款申请受理提交后可导出贷款申报书和贷款申请书。
贷中管理,借款人提交的贷款申请受理成功后,财务公司信贷管理部客户经理编制合同并在财务公司业务子系统3中发起合同审签流程。经信贷管理部审批、风险合规审核、信贷分管领导审批后,合同审批通过。客户经理打印纸质合同,并组织借款人、委托人完成贷款合同的签订。完成后由信贷部客户经理岗进行合同补录。合同要素信息根据选择受理通过的贷款申请自动填写合同信息,对于申请中不包含的信息手工补录。费用信息,根据选择受理通过的贷款申请带入,财务公司业务子系统3将合同相关要素信息推送财务公司核心业务系统和司库管理子系统1,二者自动进行合同信息登记。放款管理:借款人在司库管理子系统1发起委托贷款的提款申请,经委托人审核通过后发送至财务公司业务子系统3,财务公司信贷部客户经理岗线上受理,经信贷部、风险部、信贷部分管领导审核完成提款申请的受理。另外,财务公司可以代借款人发起提款申请。审批通过后,财务公司核心业务系统进行本息费计划的处理;财务公司业务子系统3和司库管理子系统1自动进行本息费计划登记。提款申请提交后可打印提款申请书。提款申请审批通过后进入结算管理部执行合同放款处理环节,结算经办人员可选择待放款记录执行放款(结算人员只能处理放款日为当日的待放款记录),执行放款通过后通知财务公司业务子系统3进行放款及记账处理,成功后结算人员可在单据打印功能项下批量进行放款通知单的打印。财务公司业务子系统3自动获取放款台账信息,司库管理子系统1自动进行提款到账登记。放款成功后自动生成收费通知,结算管理部人员执行收费,执行收费通过后通知核心业务系统自动进行费用扣收处理,成功后结算人员可在单据打印功能项下批量进行费用扣收通知单的打印,财务公司业务子系统3自动接收收费信息,司库管理子系统1自动接收付费信息并进行付费登记。
贷后管理中的还款管理:到期按计划还款(手动):借款人在司库管理子系统1发起提前还款申请,委托人审核通过后发送到财务公司业务子系统3,财务公司信贷部客户经理岗线上受理,经信贷部经理审核完成还款申请的受理。还款申请生效后,进入结算管理部收本执行环节,结算人员可选择待收本记录(默认显示收本日为当天的待收本记录)进行收本。结算人员选中待收本记录,执行收本,财务公司业务子系统3对借款人还款账户余额进行判断,足额执行收本操作,不足额,不允许执行,结算人员可驳回收本申请至信贷客户经理,信贷客户经理线下联系借款人补足账户余额,待账户余额补足后客户经理再次发起收本。如账户余额未能补足,客户经理可修改收本金额再发起收本申请,结算人员按照客户经理收本通知再次执行收本操作,日末未足额收本时,剩余本金核心自动转逾期处理。财务公司业务子系统3收本成功后,结算人员在单据打印功能项下进行还款通知单的打印。财务公司业务子系统3自动获取收本结果,更新合同余额、计划,司库管理子系统1同步自动进行付款(借款人)、还款登记(委托人),更新合同余额、计划。还款日遇节假日时顺延处理,利息计算至实际还款日,还款计划、利息计划按实际情况自动调整。到期按计划还款(自动)客户经理在录入合同台账时可以标记该合同是否自动收本,如自动收本,在收本日自动按计划执行收本,收本成功后反馈外围业务系统收本信息,收本不成功,财务公司业务子系统3按照设置再次执行收本,如最后一次仍扣收不成功,反馈外围业务系统收本失败及失败原因,并由客户经理手工发起收本。提前还款:借款人发起提前还款申请,委托人进行确认,财务公司信贷管理部客户经理进行受理,经信贷管理部经理审核后申请生效,并向结算管理部发送收本通知。至所选提前还款日,结算管理部执行收本处理,后续流程处理同到期还款。
逾期本金收取:信贷部客户经理发起收本申请,逾期本金收取须经过信贷部审批查。财务公司业务子系统3进行控制,存在逾期本金时,需要先收取逾期本金才能收取正常本金。合同结清:若合同到期且无应收的本金和利息时,财务公司业务子系统3通知外围业务系统执行合同结清处理,处理完成后司库管理子系统1自动进行合同结束相关登记。正常结息中的自动结息:客户经理在录入合同台账时可以标记该合同是否自动结息,如自动结息,财务公司业务子系统3按合同计划自动执行结息操作,执行成功后财务公司业务子系统3自动获取结息结果,司库管理子系统1进行结息登记。结算人员可在单据打印功能下批量进行利息回收通知单的打印。在账户金额充足的情况下执行自动结息。账户余额不足时核心业务系统一日可发起多次自动收息,可随时手工发起。日末仍未足额结息的转逾期。存在逾期本金或利息时不执行自动结息(合同状态为逾期时);
手动结息:财务公司信贷部客户经理崮手动执行结息操作,经信贷部审核通过后进入结算管理部利息扣收环节。结算人员执行利息扣收,财务公司业务子系统3对借款人还款账户余额进行判断,足额则执行通过并通知财务公司业务子系统3自动进行利息扣收处理:不足额,不允许执行,结算人员可将利息扣收通知退回至信贷客户经理,由客户经理再次发起扣收通知。利息扣收成功后结算人员可在单据打印功能下批量进行利息回收通知单的打印。财务公司业务子系统3自动获取结息结果并更新计划执行情况。司库管理子系统1进行收息(委托人)、付息(借款人)登记。存在逾期利息时财务公司业务子系统3控制先收逾期利息再收正常利息。
补收利息:财务公司对逾期利息随时可进行利息补收,信贷部客户经理岗提交利息补收申请,经信贷部、风险部、信贷部分管理领导审核通过后进入结算管理部利息扣收环节,后续处理流程同手动结息处理流程。可全额补收也可部分补收。可部分补收部分免收也可全额免收。补收利息时可同时收取罚息,也可免收罚息。
利息免收:财务公司经委托人同意可以对借款人正常利息、本金罚息和利息罚息进行免收。信贷部客户经理岗提交利息免收申请,经信贷部、风险部、信贷部分管理领导审核通过后,向结算管理部发送收息通知,结算人员执行免息处理,财务公司业务子系统3自动执行收息处理,待处理完成后,结算人员在单据打印功能下打印利息收取通知单,财务公司业务子系统3自动获取结息台账信息,并更新计划执行情况。司库管理子系统1自动登记收息、付息兔收信息。
利息暂不收:财务公司经委托人同意在某一期限范围内对指定合同执行利息暂不收取,利息暂不收取不影响合同状态。暂不收取消时对之前未结的利息进行收取,按利息逾期计算罚息并可进行免收。费用管理:费用收取发起方式有两种,一是财务公司业务子系统3根据合同约定的收费计划,自动执行收费;二是信贷部客户经理岗手动发起费用收取,如果存在费用减免需要经过信贷部总经理、风险部、信贷部分管理领导审核,否则仅信贷部内审即可。
费用收取,按收费计划执行费用收取。费用减免,在业务办理时线下根据费用减免规则可进行部分或全额减免手续费。财务公司业务子系统3执行自动收费处理。手工收费审批通过后,财务公司结算管理部执行费用扣收,财务公司业务子系统3进行收费处理,收费成功后,结算人员可在单据打印功能下进行利息回收通知单的打印。财务公司业务子系统3自动获取收费台账信息,司库管理子系统1自动进行费用支付(借款人或委托人)登记。
合同变更管理中合同变更:合同变更有两种发起方式,一是成员单位通过司库管理子系统1向财务公司发起合同变更申请,财务公司信贷部客户经理岗受理;二是成员单位线下申请,财务公司信贷部客户经理岗线上在财务公司业务子系统3发起合同变更申请,变更申请经信贷部总经理、风险部、资金部、信贷部分管领导审批后生效,合同变更的内容,包括:合同主体信息等。合同变更内容涉及核心变更时通知财务公司业务子系统3执行变更处理,如委托人账号与借款人账号填错,调整后财务公司业务子系统3进行账务调整。财务公司业务子系统3处理完成合同变更后通知司库管理子系统1执行变更登记。合同变更的影响:费用计划、结息计划、借据利率等。
利率变更:手动利率调整是信贷部客户经理岗提交利率变更申请,经信贷部总经理、风险部、资金部、信贷部分管领导审批后生效并通知财务公司业务子系统3进行利率变更处理,财务公司业务子系统3与司库管理子系统1同步调整利息计划,自动利率调整是财务公司业务子系统3发起利率发主变化后通知财务公司外围业务系统进行利率变更处理。财务公司业务子系统3进行利率变更处理后通知司库管理子系统1进行利率变更相关登记。
合同展期管理中的贷款展期是借款人由于特殊原因无法按期还款,在满足财务公司贷款展期条件的前提下,受理借款人提出的展期申请。贷款展期有两种发起方式,一是借款人在司库管理子系统1贷款展期申请,审核通过后发送至财务公司业务子系统3,财务公司信贷部客户经理岗线上受理:二是成员单位线下提交贷款展期申请,财务公司信贷部客户经理岗线上发起贷款展期申请。展期申请经信贷部总经理、风险部、信贷部分管领导审核后生效。展期审核通过后财务公司业务子系统3进行展期处理,司库管理子系统1进行展期相关登记。贷后跟踪检查,信贷管理部客户经理定期发起贷后检查,跟踪检查借款人的还款能力。
在本公开实施例中,所述司库管理子系统1,还用于基于所述资金处理结果进行账务更新。
需要说明的是,所述司库管理子系统1,还用于对所述资金处理指令添加数字签名;
所述财务公司业务子系统3、所述财资公司业务子系统4和所述资金统一业务子系统2中的至少一者,还用于采用对应的密钥对添加数字签名的所述资金处理指令进行解密验签。
具体地,数字签名支持采取校验码技术保证重要数据在传输过程中的完整性;系统提供CA数字证书等签名方式进行抗抵赖。对于重要业务的请求(网银端银行付款),采用安全证书加数字签名的方式对重要字段(流水号、交易金额、转入流出账号、交易时间)进行加签,确保请求数据的不可抵赖性,接受方采用对应的密钥进行解密验签,可以确保数据的完整性和不可抵赖性;跨系统或平台之间的重要数据流转应提供防篡改的校验机制,保证发送方与接收方内容一致。审计日志的存储具备防篡改的功能(存储到数据库表中的每条日志记录对关键字段进行防篡改处理防止技术人员通过后台修改操作日志,影响审计结果。
在本公开实施例中,如图2所示,所述信贷管理系统还包括:门户子系统5,所述门户子系统5与所述司库管理子系统1、所述财务公司业务子系统3、所述财资公司业务子系统4和所述资金统一业务子系统2相连通;
所述门户子系统5,用于为用户提供所述司库管理子系统1、所述财务公司业务子系统3、所述财资公司业务子系统4和所述资金统一业务子系统2的统一登录验证功能;其中,所述统一登录验证功能包括证书和用户名密码双重认证功能;
所述门户子系统5,还用于为所述用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。
具体地,目前门户子系统主要集成了财务公司和成员单位用户使用的系统,没有集成财资用户使用的系统。
进一步地,基于统一登陆的架构,门户子系统5采用UKey和用户名/密码双重验证方式来登录。用户点击门户子系统连接后先弹出UKey的PING码输入页面,用户输入Ukey的PING码并且UKey验证通过后再跳转到输入用户名/密码的登录页面,用户输入用户名和密码并验证通过后进入门户子系统的主页面;用户登录门户后登录业务系统时弹出新浏览器窗口,并且调用业务系统的登录服务,从门户子系统中登录SAP系统时传递用户名和密码以便SAP进行用户身份验证,登录其他业务系统时传递票据数据以便业务系统进行cAS验证;业务系统通过ESB平台调用门户的CAS验证服务;财务公司业务子系统、资金统一业务子系统、司库管理子系统、决策财务公司业务系统、资金统一业务子系统2、司库管理子系统1、决策系统(财务公司)、决策系统(司库)、财务公司核心业务系统、财资公司核心业务系统,采用CAS验证方式(票据认证),弹出新窗口方式来打开各个系统界面,每一个系统是一个独立的、唯一的窗口(即从门户点击两次某系统,只打开一个窗口);司库管理子系统、财资公司核心业务系统、财资公司财务核算系验证进入各系统的合法性;从非门户入口进入各业务系统时,各业务系统需要提示非法用户登录(应从门户子系统中登录)等提示信息;必须通过门户访问各业务系统,各业务系统去掉独立登录机制;门户子系统打开业务系统时传递门户子系统ID给业务系统,用于业务系统的心跳服务调用;业务系统门户切换司库中心管理系统(境外)(司库中心管理系统(境外)、财资公司核心业务系统、财资公司财务核算系统)时,通过传递用户名/密码(加密)方式进行单点登录(不需要输入登录用户名密码)﹔各业务系统(B/S架构)需要支持IE(8-11版本)浏览器(财务公司核心业务系统除外)。
进一步的,所述门户子系统5,还用于接收所述用户的访问所述司库管理子系统1、所述财务公司业务子系统3、所述财资公司业务子系统4和所述资金统一业务子系统2任一子系统的访问指令,打开对应子系统;
所述门户子系统5,还用于在打开的子系统超过预定时间无操作的情况下,向所述用户发起重新打开子系统的提示。
进一步地,对各厂商地要求。提供通过URL登录系统的验证服务(服务逻辑应该包括调用门户系统提供的CAS服务接口进行合法性验证,IBM系统除外),如果验证成功打开主页面,否则提示验证失败信息;IBM系统需要提供通过URL登录系统的验证服务(服务逻辑应该包括根据用户名和密码进行合法性验证),如果验证成功打开主页面,否则提示验证失败信息;各业务系统提供的URL服务中应包括自动过期上一次用户登录业务系统的会话逻辑(同一用户),避免多个门户打开一个业务系统多个窗口的情况带来的各种问题;当各业务系统从门户进入时,验证用户身份失败时,提示用户登录失败。
进一步地,登录方式验证,密码禁止明文显示密码,使用相同位数的特殊字符(*)代替;每个用户的密码可以设置有效期,即有效期过后,强制用户修改密码;打开登录网页时,必须插入密钥并输入密钥的口令;点击登录时判断当前的用户与所使用的密钥证书是否匹配,判断用户名和口令是否一致;登录的密码提供复杂度设置(满足提供用户身份标识唯一和鉴别信息复杂度检查功能,保证应用系统中不存在重复用户身份标识,身份鉴别信息不易被冒用的要求);符合等保要求中的对于口令安全的要求;用户拔下UK时,系统强制退出登录并终止IE浏览器当前页,退出登录或客户端程序、浏览器页面关闭后,立即终止会话,保证无法通过后退、直接输入访问地址等方式重新进入之前登录后的网上银行页面。任意时刻不允许多个同名用户同时在线;提供登录失败处理功能,采取结束会话、限制非法登录次数和自动退出等措施,并提供登录失败的日志查询功能(IP,用户,时间,日志内容,内容包括:登录密码错误,用户名不存在);对于登录密码输入错误(3次,可以设置),系统将自动锁定该用户15分钟,不允许该用户登录,15分钟后自动解锁,或者由用户管理员进行手工解锁;新用户均有初始密码,登录后,必须修改密码和设置问候语;密码要求符合复杂度的要求,密码复杂度要求可以进行设置,长度不少于8位;初始时,密码必须包括字母和数字;密码输入后立即加密,敏感信息在应用层保持端到端加密,即保证数据在从源点到终点的过程中始终以密文形式存在;用户如果若干时间不操作(5分钟,可以设置),将自动退出系统。
登录成功后,登录用户的岗位默认选择缺省岗位,左侧列示该岗位拥有的菜单;首页上,显示登录用户的具体信息,同时列出该用户的所有的未读消息以及待处理业务;其中待处理业务列出该用户所有岗位的待处理业务;点击两个列表中的超链接可以查看具体的消息详情和处理具体的业务,点击处理完毕后,首页将刷新;对于已读消息默认列出近一个月的消息,如果需要查看以前的消息,可以通过消息查询进行查看;待审批事项列表,支持分页;点击菜单将在首页边上增加一个Tab子页面,基于性能考虑,最多只能有5个子页面;(提示不允许打开第六个页签)待处理业务增加显示处理的岗位信息;点击的待处理业务,跳转至对应的具体的业务界面;用户登录系统,首页显示问候语,用户可以随时更改问候语,首次登陆时除了修改密码,还需设置问候语,防钓鱼操作。
对系统公告消息,流程提醒,业务提醒,个人消息,财务公司网页消息,系统初始化,进行相关处理操作。并对技术类接口进行完善。
在本公开实施例中,如图3所示,所述信贷管理系统还包括:可视化子系统6;
所述可视化子系统6与司库管理子系统1相连通;司库管理子系统1,还用于将信贷结果发送至可视化子系统6;可视化子系统6,用于根据信贷结果,生成可视化视图。
进一步的,所述信贷管理系统还包括:辅助数据模块7和辅助决策模块8,如图3所示;
所述辅助数据模块7包括数据源层、数据中心层和数据应用层,所述数据源层、数据中心层和数据应用层相连接,其中,所述数据源层,用于获取所述司库管理子系统1、财务公司业务子系统3、财资公司业务子系统4和资金统一业务子系统2的第一数据,并对所述第一数据进行数据清洗得到第二数据并加载到所述数据中心层;其中,所述第一数据包括信贷数据、账户管理数据、结算数据、资金情况、大额资金监控数据、生产经营数据和财务核算数据;所述数据中心层,用于根据所述第二数据的特征将所述第二数据存储与不同的数据库中,并建立数据分析图表;所述数数据应用层,用于根据数据分析图表中数据的特征,建立不同应用的数据模型;
所述辅助决策模块8,用于通过所述门户子系统进行辅助决策模块,所述辅助决策模块包括司库中心辅助决策模块、财务公司辅助决策模块和财资公司辅助决策模块;所述司库中心辅助决策模块,用于通过可视化子系统6,对所述司库管理子系统1中的数据指标进行动态监测;所述财务公司辅助决策模块,用于通过于可视化子系统6,对所述财务公司业务子系统3的数据指标进行动态监测;所述财资公司辅助决策模块,用于对所述财资公司业务子系统4的数据指标进行动态监测。
综上所述,本申请提出的一种信贷管理系统,实现了信贷业务的全流程线上管理,提高了信贷管理的水平及信贷风险防范能力,同时也使得信贷效率更加高效便捷。
实施例二
图4为根据本申请一个实施例提供的一种信贷管理方法的流程图,如图4所示,包括:
步骤1:司库管理子系统获取成员单位用户发送的资金处理指令,并将所述资金处理指令发送到资金统一业务子系统或财务公司业务子系统或财资公司业务子系统;
步骤2:所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
步骤3:司库管理子系统接收所述资金处理结果,并反馈至所述成员单位用户。
综上所述,本申请提出的一种信贷管理方法,实现了信贷业务的全流程线上管理,提高了信贷管理的水平及信贷风险防范能力,同时也使得信贷效率更加高效便捷。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种信贷管理系统,其特征在于,所述系统,包括:司库管理子系统、资金统一业务子系统、财务公司业务子系统和财资公司业务子系统;
所述司库管理子系统分别与所述资金统一业务子系统、所述财务公司业务子系统、所述财资公司业务子系统连接;
所述司库管理子系统,用于获取成员单位用户发送的资金处理指令,并基于所述成员单位的类别将所述资金处理指令发送到所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统;
所述资金统一业务子系统、所述财务公司业务子系统和所述财资公司业务子系统中的至少一者,用于接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
所述司库管理子系统,还用于接收所述资金处理结果,并反馈至所述成员单位用户。
2.如权利要求1所述的信贷管理系统,其特征在于,还包括:
所述司库管理子系统,还用于获取所述成员单位用户发送的开户申请指令,确定所述开户申请指令的开户类别,在所述开户类别为财务公司专户的情况下,将所述开户申请指令发送至所述财务公司业务子系统,在所述开户类别为财资公司专户的情况下,将所述开户申请指令发送至所述财资公司业务子系统,在所述开户类别为资金统一专户的情况下,将所述开户申请指令发送至所述资金统一业务子系统;
所述财务公司业务子系统,还用于接收所述开户申请指令,审批受理生成第一内部账户,将所述第一内部账户的信息发送至所述司库管理子系统;
所述财资公司业务子系统,还用于接收所述开户申请指令,审批受理生成第二内部账户,将所述第二内部账户的信息发送至所述司库管理子系统;
所述资金统一业务子系统,还用于接收所述开户申请指令,审批受理生成联动子账户,将所述联动子账户的信息发送至所述司库管理子系统;
所述司库管理子系统,还用于接收所述信息,并反馈至所述成员单位用户。
3.如权利要求2所述的信贷管理系统,其特征在于,还包括:
所述财务公司业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述财务公司业务子系统的财务公司内部账户资金划入到所述第一内部账户或根据所述资金处理指令将成员单位的第一内部账户资金划入到所述财务公司业务子系统的财务公司内部账户,得到第一信贷结果;
所述财务公司业务子系统,还用于根据所述第一信贷结果生成第一反馈指令,并将所述第一反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第一信贷结果的资金划入第一成员外部银行账户或将第一成员外部银行账户划入成员单位的第一内部账户。
4.如权利要求2所述的信贷管理系统,其特征在于,还包括:
所述财资公司业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述财资公司业务子系统的财务公司内部账户资金划入到所述第二内部账户或根据所述资金处理指令将成员单位的第二内部账户资金划入到所述财资公司业务子系统的财务公司内部账户,得到第二信贷结果;
所述财资公司业务子系统,还用于根据所述第二信贷结果生成第二反馈指令,并将所述第二反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第二信贷结果的资金划入第二成员外部银行账户或将第二成员外部银行账户划入成员单位的第二内部账户。
5.如权利要求2所述的信贷管理系统,其特征在于,还包括:
所述资金统一业务子系统,用于接收所述资金处理指令,根据所述资金处理指令将所述资金统一业务子系统的财务公司内部账户资金划入到所述第三内部账户或根据所述资金处理指令将成员单位的第三内部账户资金划入到所述资金统一业务子系统的财务公司内部账户,得到第三信贷结果;
所述资金统一业务子系统,还用于根据所述第三信贷结果生成第三反馈指令,并将所述第三反馈指令反馈至外部银行,通过银企接口或SWIFT接口使得财务公司外部银行账户将第三信贷结果的资金划入第三成员外部银行账户或将第三成员外部银行账户划入成员单位的第三内部账户。
6.如权利要求2所述的信贷管理系统,其特征在于,当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例大于百分之二十时,所述司库管理子系统,用于将所述资金处理指令发送到所述财务公司业务子系统;
当所述资金处理指令对应的成员单位的类别为境内成员单位且持股比例小于等于百分之二十时,所述司库管理子系统,用于将所述资金处理指令发送到所述资金统一业务子系统;
当所述资金处理指令对应的成员单位的类别为境外成员单位时,所述司库管理子系统,用于将所述资金处理指令发送到所述财资公司业务子系统。
7.如权利要求2所述的信贷管理系统,其特征在于,当所述资金处理指令为法人账户透支指令时,所述司库管理子系统,用于将法人账户透支指令发送到所述财务公司业务子系统;
所述财务公司业务子系统,还用于接收所述法人账户透支指令,并判断所需进行透支的法人的透支额度是否大于等于所需透支的金额,若是,所述财务公司业务子系统基于所述指令进行资金处理,否则驳回法人透支申请,并将所述驳回法人透支申请的信息发送到所述司库管理子系统。
8.如权利要求1至7任一项所述的信贷管理系统,其特征在于,还包括:门户子系统;
所述门户子系统与所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统相连通;
所述门户子系统,用于为用户提供所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统的统一登录验证功能;其中,所述统一登录验证功能包括证书和用户名密码双重认证功能;
所述门户子系统,还用于为所述用户提供审批功能、待办任务提示功能、公告通知功能、用户数据同步功能。
9.如权利要求8所述的信贷管理系统,其特征在于,还包括:
所述门户子系统,还用于接收所述用户的访问所述司库管理子系统、所述财务公司业务子系统、所述财资公司业务子系统和所述资金统一业务子系统任一子系统的访问指令,打开对应子系统;
所述门户子系统,还用于在打开的子系统超过预定时间无操作的情况下,向所述用户发起重新打开子系统的提示。
10.如权利9所述的信贷管理系统,其特征在于,还包括:可视化子系统;
所述可视化子系统与司库管理子系统相连通;司库管理子系统,还用于将信贷结果发送至可视化子系统;可视化子系统,用于根据信贷结果,生成可视化视图。
11.如权利10所述的信贷管理系统,其特征在于,还包括:辅助数据模块和辅助决策模块;
所述辅助数据模块包括数据源层、数据中心层和数据应用层,所述数据源层、数据中心层和数据应用层相连接,其中,所述数据源层,用于获取所述司库管理子系统、财务公司业务子系统、财资公司业务子系统和资金统一业务子系统的第一数据,并对所述第一数据进行数据清洗得到第二数据并加载到所述数据中心层;其中,所述第一数据包括信贷数据、账户管理数据、结算数据、资金情况、大额资金监控数据、生产经营数据和财务核算数据;所述数据中心层,用于根据所述第二数据的特征将所述第二数据存储与不同的数据库中,并建立数据分析图表;所述数数据应用层,用于根据数据分析图表中数据的特征,建立不同应用的数据模型;
所述辅助决策模块,用于通过所述门户子系统进行辅助决策模块,所述辅助决策模块包括司库中心辅助决策模块、财务公司辅助决策模块和财资公司辅助决策模块;所述司库中心辅助决策模块,用于通过可视化子系统,对所述司库管理子系统中的数据指标进行动态监测;所述财务公司辅助决策模块,用于通过于可视化子系统,对所述财务公司业务子系统的数据指标进行动态监测;所述财资公司辅助决策模块,用于对所述财资公司业务子系统的数据指标进行动态监测。
12.一种信贷管理方法,其特征在于,所述方法包括:
司库管理子系统获取成员单位用户发送的资金处理指令,并将所述资金处理指令发送到资金统一业务子系统或财务公司业务子系统或财资公司业务子系统;
所述资金统一业务子系统或所述财务公司业务子系统或所述财资公司业务子系统接收所述资金处理指令,在审核通过的情况下,进行资金处理,生成资金处理结果,并发送至所述司库管理子系统;其中,所述资金处理指令包括:自营贷款指令、循环额度贷款指令、法人账户透支指令、银团贷款指令、委托贷款指令、委托代拨款指令、循环额度式委托贷款指令、跨境委托贷款指令;
司库管理子系统接收所述资金处理结果,并反馈至所述成员单位用户。
CN202211279042.4A 2022-10-19 2022-10-19 信贷管理系统及方法 Active CN115545903B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211279042.4A CN115545903B (zh) 2022-10-19 2022-10-19 信贷管理系统及方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211279042.4A CN115545903B (zh) 2022-10-19 2022-10-19 信贷管理系统及方法

Publications (2)

Publication Number Publication Date
CN115545903A true CN115545903A (zh) 2022-12-30
CN115545903B CN115545903B (zh) 2023-09-26

Family

ID=84734753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211279042.4A Active CN115545903B (zh) 2022-10-19 2022-10-19 信贷管理系统及方法

Country Status (1)

Country Link
CN (1) CN115545903B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004078474A (ja) * 2002-08-14 2004-03-11 Interpress:Kk 与信機能付きのプリペイド方式での決済システム
CN106447487A (zh) * 2016-05-27 2017-02-22 上海瑷卜网络科技有限公司 一种线上金融信贷服务的实现方法
CN112184199A (zh) * 2020-11-12 2021-01-05 深圳市爱云信息科技有限公司 智慧供应链区块链BaaS跨境数字支付平台
CN112686746A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 信贷流程的配置方法、装置及设备
CN112862587A (zh) * 2020-12-31 2021-05-28 石化盈科信息技术有限责任公司 基于区块链的信贷数据处理方法、装置、计算机和介质
JP2022060924A (ja) * 2020-10-05 2022-04-15 株式会社オービック 与信管理装置、与信管理プログラムおよび与信管理方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004078474A (ja) * 2002-08-14 2004-03-11 Interpress:Kk 与信機能付きのプリペイド方式での決済システム
CN106447487A (zh) * 2016-05-27 2017-02-22 上海瑷卜网络科技有限公司 一种线上金融信贷服务的实现方法
JP2022060924A (ja) * 2020-10-05 2022-04-15 株式会社オービック 与信管理装置、与信管理プログラムおよび与信管理方法
CN112184199A (zh) * 2020-11-12 2021-01-05 深圳市爱云信息科技有限公司 智慧供应链区块链BaaS跨境数字支付平台
CN112686746A (zh) * 2020-12-30 2021-04-20 中交金科物联科技(北京)有限公司 信贷流程的配置方法、装置及设备
CN112862587A (zh) * 2020-12-31 2021-05-28 石化盈科信息技术有限责任公司 基于区块链的信贷数据处理方法、装置、计算机和介质

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
XIANG HONG LI: "Blockchain-based Cross-border E-business Payment Model", 《2021 2ND INTERNATIONAL CONFERENCE ON E-COMMERCE AND INTERNET TECHNOLOGY (ECIT)》, pages 67 - 73 *
中国华电集团财务有限公司: "以电子信贷系统优化财务服务", 《中国电力企业管理》, no. 07, pages 36 - 37 *
冯军伏 等: "信贷风险管理的数字化转型", 《现代金融导刊》, no. 03, pages 11 - 15 *
黄良贤 等: "跨国企业资金管理新模式——中远海运集团司库管理体系建设", 《新会计》, no. 05, pages 35 - 39 *

Also Published As

Publication number Publication date
CN115545903B (zh) 2023-09-26

Similar Documents

Publication Publication Date Title
US10311431B2 (en) Method and apparatus for staging send transactions
US6873972B1 (en) Systems and methods for credit line monitoring
US20120246088A1 (en) Benefits administration system and methods of use and doing business
US20010037276A1 (en) System and methods for group retirement plan administration
US20100250426A1 (en) Systems, methods and machine-readable mediums for submitting electronic loan applications to a lending institution with real-time commercial and financial data
US20040236651A1 (en) Methods, systems and computer program products for processing electronic documents
CN112785270A (zh) 一种汽车配件供应链金融服务系统及方法
US20110320349A1 (en) Rental property payment system
CN115545946A (zh) 一种融资管理系统及方法
CN115545903B (zh) 信贷管理系统及方法
CN115358851A (zh) 信贷管理方法及系统
AU2019229419A1 (en) Automated budget management, multiple payment, and payment authority management
CN115545948A (zh) 一种融资管理方法及装置
US20130173328A1 (en) Computerized system and method for managing injection of resources into a flow of multiple resource utilization events
JPH11203373A (ja) 連結会計処理システム
US20100125469A1 (en) Methods and a system for remotely authorizing and monitoring financial transactions
JPWO2003065266A1 (ja) 保険料の入金管理に関する情報処理方法、保険契約管理に関する情報処理方法及びコンピュータ・システム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant