• 快捷搜索
  • 全站搜索

如何构建在线供应链融资业务流程模型

2017-12-25 18:02:08作者:中国农业银行软件开发中心 王琨 岳成庆 王淼 张涛编辑:金融咨询网
随着互联网+的深入融合,构建在线供应链融资系统成为顺利开展供应链融资业务的重要支撑。为满足在线供应链融资业务流程对形式化表达及灵活配置的新要求,本文提出了一种基于复杂关系型数据建模的在线供应链融资业务流程模型构建方法。

随着互联网+的深入融合,构建在线供应链融资系统成为顺利开展供应链融资业务的重要支撑。在线供应链融资系统的最终目标是为融资客户提供全流程的在线供应链融资服务,这就对业务流程的形式化表达和灵活配置提出了较高要求,具体表现为:相较于传统信贷流程,供应链融资的主体对象由单一信贷客户扩展为以供应链为聚合方式的客户群,每笔业务的环节更多、信息更繁、逻辑更复杂,这就需要对复杂的、非结构化的业务流程进行形式化表示并建模,以翻译为信息系统可以高效运行的语言代码。此外,供应链融资作为一种创新型融资模式,针对供应链上不同的贸易合作方式,其融资产品也较为灵活多变,这就要求对业务流程的建模突破常规的刚性设计,支持动态配置下的快速建模,使得模型易修改、可重用,具有良好的可扩展性。

  为满足在线供应链融资业务流程对形式化表达及灵活配置的新要求,本文提出了一种基于复杂关系型数据建模的在线供应链融资业务流程模型构建方法。

模型构建基础

  资金流、物流、信息流的整合是在线供应链融资中客户组织、业务开展和风险控制的重要基础,资金、质押物、信息也是在线供应链融资处理的主要业务数据,具有结构复杂且随业务流程推进不断流转演变的特点,常规的信息化方法无法实现其由业务领域到信息领域的有效转换。因此需要对其进行形式化定义,将资金流、物流、信息流数据转换为便于计算机批量处理的结构化形式,为业务流程模型构建奠定基础。

  1.资金流形式化定义。与传统信贷产品相比,在线供应链融资涉及的资金要素更多元、资金流向更复杂、资金监管更严格,因此在资金流的形式化定义(见图1)中,需识别资金流中不同账户类型及其所构成的“层级化账户体系结构”,并将账户及资金款项进行剥离,分别构建独立的数据结构,便于更好地描述在业务流程推进过程中资金在不同账户间的流转情况。资金款项在不同账户间的流转形成资金链,若干条资金链的集合构成在线供应链融资业务的资金流。

图片1.jpg

        图1 采用BNF范式对资金流信息进行自匀形式化定义。其中,将账户类型定义为<账户类元>,并构建层次化账户体系结构;某账户类元的实体账户定义为<账户元>,资金款项定义为<资金元>,对应特定的资金来源。

  2.物流形式化定义。在线供应链融资中的物流信息主要涉及各类质押物及其状态的转变(如拟质押、已质押、解质押),以及不同状态下所产生的附加信息(如保单、仓单)。物流信息形式化定义的基本方法是以质押物为主体、状态及附加信息为附属项进行结构化分析÷并对状态流转的有向性进行标识(见图2)。

图片2.jpg

  图2物理信息的形式化定义。其中,将质押物主体定义为<主物项>,对应<主项状态>及<附属项>等属项;<物项集>为一类具有相似属性的主物项集合;<状态转移向量>标识状态转移及附加信息产生的有序关系。

 

  3.信息流形式化定义。信息流是供应链融资业务在线化的重要内容,是系统对实际业务集作中各类信息的抽象封装。如图3所示,信息流模型的构建首先需要将具有完整意义的业务数据单元封装为独立的数据项,并设计合理的数据结构从业务环节及业务系统两个维度标识数据项流转的有序关系。

图片3.jpg

  图3信息流的形式化定义。其中,融资申请信息、融资审批信息等具有完整业务意义的信息单元定义为<信元>。信元横向随业务流程推进而不断流转,纵向以<录入源>为起点在若干信息系统中流转。

模型构建三大过程

  1.业务环节抽象。业务环节是业务流程的不可再分单元,具有完整且独立的业务意义,是业务流程建模的基本单元,本文称之为“流程元”。业务环节的主要操作对象为资金、质押物、信息流(下文统称为“资源”),利用上文所述的形式化定义方法对其进行有效识别,并根据与业务环节的关系划分为“依赖集”和“期望集”,前者为环节启动执行所需的资源集合,后者则为环节完成后所累积的资源集合。在业务环节抽象过程中,还需要识别业务流程的执行路径,并选用合适的数据结构标识流程中业务环节的有序关系。

  以买方融资产品为例,业务环节抽象的流程元包括缴存交易保障金、融资申请、融资审核、生成借款合同、签订借款合同、放款、质押申请、质押审批、生成质押合同、签订质押合同、质押确认、受托支付等,其执行路径为顺序执行。

  2.动态配置及逻辑校验。为了更好地支持在线供应链融资灵活多变的产品类型,本文所构建的业务流程模型支持不同产品场景下的动态配置。值得注意的是,虽然在线供应链融资的业务流程相对灵活,但仍需遵循既有资金流、物流、信息流流向的限制。这就要求动态配置机制不仅能为模型提供不同产品的高适配性,还需要具有严密的业务逻辑验证规则,以确保动态配置所得的业务流程可以正常执行。

  前文所述的形式化定义中,已经对资源流转的有序关系进行了有效标识,在此可以进一步定义资源集合间的有序关系:若某资源集a中的各类资源均为资源集b中相应种类资源的前驱,则资源集a和b互为前后序关系。在此基础上,通过校验单一业务环节的依赖集和期望集是否符合前后序关系、业务流程上前一环节的期望集是否与后一环节依赖集互为前后序关系,便可很好地解决业务流程动态配置的校验问题。

  以买方融资产品的“融资审核”环节为例,其依赖集包含交易保障金、拟质押物、融资申请信息,期望集包含交易保障金、拟质押物、融资审核信息,依据图3所示的信息流形式化定义,融资申请信息与融资审核信息互为前驱后继,因此该依赖集与期望集具有正确的有序关系;且其下一环节“生成借款合同”的依赖集与“融资审核”的期望集相同,符合前后序关系。依此类推进行校验,可验证环节动态配置所得的模型与业务逻辑并无冲突,配置成功。

  3.点火转移规则。在完成上述两个过程后,需要为模型设计点火转移规则,即动态配置下业务流程模型的执行过程。当资金、质押物、信息等资源置于流程执行的动态过程中时,除了其本身的特性外,还需要定义“可用性”以标识其在某一环节状态下是否可用。只有当某一业务环节依赖集中的资源均可用,该环节才会被点火执行,且环节顺利执行后,其期望集中不可用的资源将变为可用。使用“令牌”标识依赖集、期望集中资源的可用性。以买方融资产品为例,假设业务流程初始环节的依赖集资源均可用,在上文业务环节抽象的基础上,模型点火转移过程如下。

  步骤1:起始流程元“缴存交易保障金”的依赖集获得令牌。

  步骤2:融资客户触发并成功执行流程元“缴存交易保障金”后,其期望集获得令牌,其中的资源转换为可用状态。

  步骤3:对执行路径上的下一流程元“融资申请”,验证依赖集中的资源是否可用,若是,依赖集获得令牌,当融资客户提出融资申请时该流程元被点火执行。

  步骤4:后续流程元的点火执行过程同理。

(文章来源:金融电子化杂志)

扫码即可手机
阅读转发此文

本文评论

相关文章