《试谈InforSuite工作流集成套件应用场景》由会员分享，可在线阅读，更多相关《试谈InforSuite工作流集成套件应用场景（15页珍藏版）》请在装配图网上搜索。
1、n更多公司学院： 中小公司管理全能版183套讲座+89700份资料总经理、高层管理49套讲座+16388份资料中层管理学院46套讲座+6020份资料国学智慧、易经46套讲座人力资源学院56套讲座+27123份资料各阶段员工培训学院77套讲座+ 324份资料员工管理公司学院67套讲座+ 8720份资料工厂生产管理学院52套讲座+ 13920份资料财务管理学院53套讲座+ 17945份资料销售经理学院56套讲座+ 14350份资料销售人员培训学院72套讲座+ 4879份资料n更多公司学院： 中小公司管理全能版183套讲座+89700份资料总经理、高层管理49套讲座+16388份资料中层管理学院46
2、套讲座+6020份资料国学智慧、易经46套讲座人力资源学院56套讲座+27123份资料各阶段员工培训学院77套讲座+ 324份资料员工管理公司学院67套讲座+ 8720份资料工厂生产管理学院52套讲座+ 13920份资料财务管理学院53套讲座+ 17945份资料销售经理学院56套讲座+ 14350份资料销售人员培训学院72套讲座+ 4879份资料InforSuite工作流集成套件应用场景中创软件商用中间件股份有限公司12月目录第1章 应用场景1.1. 交行信贷大集中授信流程场景1.1.1. 背景数据大集中是交通银行新世纪改革、发展的重点工程，也是适应国内外经济、金融形势发展，应对日趋剧烈的市场
3、竞争，控制经营风险、实既有质量持续发展的重要举措。信贷管理系统（CMIS）既是数据大集中工程的重要构成部分，也是实现银行授信管理全程电子化的一种重要阶段。目前其一期工程已在交通银行全国各分行陆续上线，它初次将信贷管理融入生产业务平台，较好的解决了业务发放、额度管理等基本交易问题，为信贷管理的进一步提高打下了坚实的基本。同步，在交通银行推广近年的“世行信贷流程改造项目”于 年5 月完毕了其电子平台的升级工作，该项目的电子管理平台“世行MIS2.0 系统”于 年在北京、上海、南京、广州等十家分行成功上线，覆盖了交通银行授信管理贷前、贷中、贷后直至问题类客户管理的所有流程。为汲取两个系统在授信管理中
4、的长处，实现授信过程管理的透明化和电子化，提高交通银行授信管理水平，总行领导适时提出了将“CMIS 一期”与“世行MIS2.0”整合的思路，并于12月底成立了CMIS 二期项目组，决定在不变化CMIS 一期总体框架和保持一期生产系统稳定的前提下，实现两个系统的融合。即：在CMIS 一期“额度控制、合同管理、授信发放”的基本上，将“世行信贷流程改造项目”中履行的授信审批流程、财务分析工具、十级评级流程及工具、贷后监控流程及工具等授信政策和管理规定融入。通过将管理功能与生产系统相结合，将授信管理的贷前、贷中、贷后所有纳入电子化系统管理，全程监控全行授信业务审批及运营，对授信过程和授信成果进行双向管
5、理，打造一种贯穿全行的授信管理电子平台。1.1.2. 现状及问题信贷管理系统二期工程项目开始的时候，行业内推荐的工作流产品不能满足功能方面的需求，转而借助于InforFlow进行解决。该项目规定工作流可以提供灵活的执行人定制方略，多种状况下的任务执行分派方式，提供多种工作流系统运转的基本功能，灵活的时间限制控制，可以根据需求随时满足多种变化等。具体如下：场景一：待办任务场景功能描述：提示操作员属于其但尚未办理的事务（案头工作），实际为一查询功能设计：1) 是一种待办事务的多页查询，链接到待办事务的事务解决（也就是任务解决页面）2) 待办事务可按客户名称、流程名称等多条件以“and”方式查询，具
6、体如下：a) 客户名称：支持中文模糊检索b) 提交人：上级人员可查询下级人员的待办事项，因此有“提交人”选项c) 已提交多少天d) 剩余天数：参数字典中可限制各类任务的最长解决时间，剩余天数为此项任务从查询日期到最迟解决日的天数，凡不不小于此天数的任务均列入查询成果 注：1、任务解决天数的参数作为分行配备参数，由分行负责设立；2、但凡分行配备参数，均作为总行端的可配备参数，只是将总行端状态置为“由分行控制”，这样此后万一总行授权只要调节该参数权限参数即可（参数的参数）e) 工作流：即流程的名称，因流程有限，因此该项为下拉式菜单选择f) 任务状态：分为 尚未解决：尚在本节点工作人员的任务队列中，
7、尚未开始解决 正在解决：任务正在解决，但尚未完毕或未提交 本阶段完毕：任务已经通过本节点，提交到下一节点，但尚未最后审定 已办结事项：任务在各节点均已解决完毕，通过最后审批g) 发起日期：即工作队列的发起日期3) 根据以上查询的成果为：a) 级别：与任务未解决时间有关，达到后一周内未解决业务、绿灯；一周到两周为解决业务、黄灯；两周以上未解决业务、红灯。该项参数也可授权分行制定，最后需由领导决定b) 状态：任务流转状态c) 工作流：流程名称d) 流程阶段：该任务在此所处的阶段e) 客户名称：客户中文名称f) 工作状态：即为上文的任务状态g) 发起人：为上一级申报的人员，全流程的第一阶段比较特殊、
8、发起人为自己，其她阶段发起人为任务提交人h) 接受日期：任务达到的时间场景二：动态指定执行人审查任务分派人阶段（由业务分派人1 完毕，该项功能（撤回任务、分派任务）需可以灵活分派给任意的授信管理部门成员）。系统要提供划分审查人的维护：由任务分派人按一定规则（原则）（按区域、按行业、按经济性质、金额、自由分派）将特定待审查任务指定给特定的审查员审查。在下次调节前，符合既有规则的任务由系统自动解决。如果部门主管提交的授信申请符合既有的自动划分规则，可由系统自动分派的，跳过本环节，直接将任务传送给审查员。如果系统无法按既有的规则将任务发送给特定审查员，则任务停留在本环节，等待任务分派人指定该任务的审
9、查人。由任务分派人2 完毕，该角色功能应可灵活赋予授信管理部门或贷审会的任一成员。系统要提供贷审会委员名单的维护，一般为 7 人或9 人，可录入的人数受“贷审会委员人数”参数限制。设立候补贷审会委员名单。默认由贷审会委员名单内的贷审会委员参与贷审会，如遇特殊状况，可以由审议任务分派人临时调节容许候补贷审会委员参与特定的贷审会。任务分派人要具有部分所有撤回待审议项目的功能，撤回后容许再次分派审议人。如果分行贷审会无候补委员或不需要调节参与贷审会成员的，系统自动跳过这一阶段，任务直接进入贷审会委员名单内的成员的任务队列否则：1、提供待办任务列表及查询定位功能，使顾客可以通过任务列表或查询功能选择特
10、定的业务。任务列表要具体列示：流程名称、客户名称、客户号、主管客户经理名称、部门、提交到本阶段的时间，并提供以以上条件的查询定位。要明确标记每笔任务是处在等待分派审议人状态，还是等待审议状态。2、批准退档如果有申请退档的信息，系统自动提示，并提供“批准退档”、“回绝退档”按钮，选择前者，该笔任务退回申请退档人，本阶段的解决计时停止，被退档人解决计时开始，选择后者该笔业务继续在本环节解决。3、撤回任务分派审查人。对等待审议的任务，提供将任务撤回本阶段的功能，容许将任务撤回到本阶段并可以退档和重新分派审议人。对等待分派审议人的，通过下拉菜单（列示所有贷审会委员（含候补）指定审议人。场景三：退档、子
11、流程及执行时间计时如果有申请退档的信息，系统自动提示，并提供“批准退档”、“回绝退档”按钮，选择前者，该笔任务退回申请退档人，本阶段的解决计时停止被退档人解决计时开始，选择后者该笔业务继续在本环节解决。指定特定的前面环节的操作人上传补充资料但规定输入理由及需补充内容。规定补充资料后，任务继续停留在本环节，但本阶段的解决计时中断，此时指定的资料补充人可以直接向本环节上传附件，上传后本阶段继续开始计时。自动提示操作员该由其定期发起的事务1) 工作提示的多页查询, 工作提示可按客户代码，提示口径等条件查询，口径涉及下一审查日区间，额度到期日区间，逾期日区间查询2) 通过设定贷后定期监控、实地查访报告
12、流程每阶段工作时间，在工作提示中采用不同的原则进行提示（区别于最后审定的时间界线）3) 具体查询条件：客户经理，客户号，客户类别（正常类、问题类），提示口径（下一审查日、额度到期日、授信业务到期日、逾期日五个口径），或或或或，提示事项（定期监控超期未做、实地查访超期未做、有贷款逾期、所有额度过期四项）1.1.3. 客户盼望的最后目的 整个流程模块应设计成为可灵活定义的框架式系统：将业务单元、操作、解决人分开设计解决，流程模块开发完毕后应使流程的流转节点、各节点动作、各节点附件、各节点解决人都成为系统前台的可自定义逻辑； 整个流程系统应具有：顺序、分支（条件路由）、循环、动态同步、回退、返回、挂
13、起/继续、中断/取消、会签、跳转等流程系统必备的基本功能； 流程系统除具有上述第 2）点功能外，还需要在其中嵌入流程流转查询、信息交流、附件上传、资料补充、直接退档（与回退类似）、申请和批准退档等功能； 财务分析、风险评级、网上贷审会三大功能需根据不同流程的需要无缝链入流程系统； 各类流程发起时需根据集团授信总额控制、额度控制、额度状态等信息加以判断，以对流程能否发起、发起后可解决的字段、与否需要触发特殊功能等进行控制； 在流程解决的重要工作面板中，应通过“待办事项”、“工作提示”将平常授信管理工作推向前台，同步提示贷前、贷中、贷后的授信工作； 流程工作面板中通过“工作记录”提供该岗位过去工作
14、记录查询；通过“预警提示”将由系统扫描得到的可量化预警信号退至有关人员面前，部分严重信号将采用登陆后浮动对话框方式进行提示； 审批流程结束后，须将电子化审批意见自动传递给额度控制模块，以便放款中心模块对“能否签订合同”和“能否发放授信”两大问题进行判断。1.1.4. 场景提炼场景一是工作流系统与应用系统结合产生的最直观的结合方式，解决该问题后，流程的有关运营数据可以直观的在一种相对的固定位置向顾客呈既有关的任务信息执行状况，并且可将任务的急切限度直观呈现出来，作为顾客工作的参照。场景二是工作流系统遇到的最常用的问题，即如何解决工作流系统在面对不同业务系统的组织机构时，如何有效的将业务系统的复杂组织机构转化为工作流系统的组织机构。解决该问题，可以将业务流程系统中的组织机构无缝衔接给工作流的组织机构接口，同步在流程解决时，可以针对多种复杂的业务环节执行人拟定方式进行统一规划、描述和实现。场景三是工作流基本功能方面的需求，涉及流程之间的运转关系描述（如父子流程）、流程内部的逻辑解决关系（如回退、跳转、追回等）、任务催办代办等。解决该问题可以有效的使用工作流系统描述实际的业务场景，使用工作流语言化的描述业务需求，进一步的简化业务系统中的复杂逻辑关系。第2章 附录A：场景有关信息2.1. CMIS二期工程系统功能框架图图表 21 系统功能框架图2.2. 组织框架图图表 22组织框架图
试谈InforSuite工作流集成套件应用场景
