CN116402599A - 一种信用评估方法、装置、电子设备及可读存储介质 - Google Patents
一种信用评估方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN116402599A CN116402599A CN202310333736.XA CN202310333736A CN116402599A CN 116402599 A CN116402599 A CN 116402599A CN 202310333736 A CN202310333736 A CN 202310333736A CN 116402599 A CN116402599 A CN 116402599A
- Authority
- CN
- China
- Prior art keywords
- credit
- evaluation
- determining
- vendor
- target
- 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.)
- Pending
Links
- 238000011156 evaluation Methods 0.000 title claims abstract description 281
- 238000000034 method Methods 0.000 claims abstract description 40
- 238000012545 processing Methods 0.000 claims abstract description 25
- 230000002159 abnormal effect Effects 0.000 claims description 22
- 238000004891 communication Methods 0.000 claims description 18
- 238000012854 evaluation process Methods 0.000 claims description 16
- 238000012544 monitoring process Methods 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 10
- 230000005856 abnormality Effects 0.000 claims description 8
- 238000011144 upstream manufacturing Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 6
- 230000009471 action Effects 0.000 description 5
- 230000000977 initiatory effect Effects 0.000 description 5
- 230000004044 response Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 238000004140 cleaning Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012856 packing Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供了一种信用评估方法、装置、电子设备及可读存储介质，属于数据处理技术领域。本申请通过，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
Description
技术领域
本申请涉及数据处理技术领域，尤其涉及一种信用评估方法、装置、电子设备及可读存储介质。
背景技术
信用评估是衡量企业或者自然人的一种标准。融资企业需要融资时，或者，金融机构想要确定适合投资的融资企业时，需要对融资企业进行信用评估，以判断融资企业的企业信用水平是否符合融资标准。现有的企业信用水平评估方法，通常是根据企业数据进行人为评估。然而，由于企业数据较多(如，经营数据、业务前景数据等)，人为梳理需要大量时间，从而导致评估效率较低，其次，不同人的评估要素及标准不同，人为评估的方法容易导致不同人对同一企业的评估结果迥异，评估的信服力不高。
发明内容
为了解决上述人为评估企业信用水平效率低且评估信服力不高的技术问题，本申请提供了一种信用评估方法、装置、电子设备及可读存储介质。
第一方面，本申请实施例提供一种信用评估方法，包括：
接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
在一个可能的实施方式中，所述在至少一个所述外部数据提供商中确定目标厂商，包括：
确定每个所述外部数据提供商对应的厂商合作状态和厂商服务余额；
将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商；
在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述在所述候选厂商中确定所述目标厂商，包括：
获取每个候选厂商的历史调用数据以及预设的路由策略；
基于每个候选厂商的历史调用数据以及所述路由策略，在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述基于所述对象数据生成对所述评估对象的第一评估结果，包括：
获取所述资信类型和所述目标厂商对应的数据处理策略；
按照所述数据处理策略从所述对象数据中提取目标数据，并对所述目标数据进行数据处理，得到所述评估对象的第一评估结果。
在一个可能的实施方式中，所述基于所述资信类型确定至少一个外部数据提供商之前，还包括：
在预设数据库中查找与所述资信类型和所述对象标识对应的第二评估结果，其中，所述预设数据库用于存储预设时间段内生成的历史评估结果；
在查找到所述第二评估结果的情况下，将所述第二评估结果反馈至所述客户系统；
在未查找到所述第二评估结果的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述信用评估请求还携带有所述客户系统的系统标识，所述基于所述资信类型确定至少一个外部数据提供商之前，还包括：
基于所述系统标识，确定所述客户系统对应的客户合作状态和客户服务余额；
在客户合作状态为第二预设状态，且，客户服务余额大于第二预设额度的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述方法还包括：
在针对所述信用评估请求对所述评估对象进行评估的评估过程中，监控所述评估过程是否发生异常；
在所述评估过程发生异常的情况下，确定异常原因以及所述信用评估请求对应的请求信息；
展示所述异常原因和所述请求信息。
第二方面，本申请实施例提供一种信用评估装置，包括
接收模块，用于接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
确定模块，用于基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
发送模块，用于将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
生成模块，用于基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
在一个可能的实施方式中，所述确定模块，具体用于：
确定每个所述外部数据提供商对应的厂商合作状态和厂商服务余额；
将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商；
在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述确定模块，还用于：
获取每个候选厂商的历史调用数据以及预设的路由策略；
基于每个候选厂商的历史调用数据以及所述路由策略，在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述生成模块，具体用于：
获取所述资信类型和所述目标厂商对应的数据处理策略；
按照所述数据处理策略从所述对象数据中提取目标数据，并对所述目标数据进行数据处理，得到所述评估对象的第一评估结果。
在一个可能的实施方式中，所述装置还包括查找模块，用于：
在预设数据库中查找与所述资信类型和所述对象标识对应的第二评估结果，其中，所述预设数据库用于存储预设时间段内生成的历史评估结果；
在查找到所述第二评估结果的情况下，将所述第二评估结果反馈至所述客户系统；
在未查找到所述第二评估结果的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述信用评估请求还携带有所述客户系统的系统标识，所述还包括执行模块，用于：
基于所述系统标识，确定所述客户系统对应的客户合作状态和客户服务余额；
在客户合作状态为第二预设状态，且，客户服务余额大于第二预设额度的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述还包括监控模块，用于：
在针对所述信用评估请求对所述评估对象进行评估的评估过程中，监控所述评估过程是否发生异常；
在所述评估过程发生异常的情况下，确定异常原因以及所述信用评估请求对应的请求信息；
展示所述异常原因和所述请求信息。
第三方面，提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现第一方面任一所述的方法步骤。
第四方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现第一方面任一所述的方法步骤。
第五方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述任一所述的信用评估方法。
本申请实施例有益效果：
本申请实施例提供了一种信用评估方法、装置、电子设备及可读存储介质，本申请通过，首先，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识，然后，基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商，并将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据，最后，基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
当然，实施本申请的任一产品或方法并不一定需要同时达到以上所述的所有优点。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种信用评估方法的流程图；
图2为本申请实施例提供的另一种信用评估方法的流程图；
图3为本申请实施例提供的另一种信用评估方法的流程图；
图4为本申请实施例提供的一种信用评估方法的时序流程图；
图5为本申请实施例提供的一种信用评估装置的结构示意图；
图6为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
下面结合附图以具体实施例对本申请提供的信用评估方法做出解释说明，实施例并不构成对本申请实施例的限定。
参见图1，为本申请实施例提供的一种信用评估方法的实施例流程图。如图1所示，该流程可包括以下步骤：
S101，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识。
本申请实施例提供的一种信用评估方法，应用于信用评估系统，用于对评估对象(企业或者自然人)进行信用评估。该信用评估系统中通过运行相应的逻辑代码，实现对评估对象的信用评估。
实际应用中，研发人员开发完毕一段逻辑代码后，将代码提交到git仓库，这时候会触发Jenkins的KW、Coverity、安全组件合规组件校验，分别对代码规范、代码单元测试率、代码安全进行检查校验。各种校验通过后，还可以通过人工审核再次校验，人工审核校验通过后，合并代码到远程分支，PaaS平台监听到git仓库代码发生变动并到达触发阈值，会拉取git仓库的代码再次进行Jenkins KW、Coverity、组件安全合规扫描校验，通过后会触发docker镜像的打包操作并部署到信用评估系统，于此同时还会触发代码构建jar包，然后上传到nexus，进行存储。
资信类型，指信用评估的类型，例如，企业工商数据、企业工商照面、企业限制高消费等。
对象标识，用于唯一标识评估对象，例如，自然人的身份证号码，或者，企业的社会统一信用代码。
信用评估请求，携带有资信类型和评估对象的对象标识，用于请求信用评估系统基于资信类型和评估对象的对象标识，对评估对象进行相应的信用评估操作。
客户系统，为信用评估系统的上游系统，可以向信用评估系统发送信用评估请求，例如，融资企业的系统，或者，金融机构的系统。
本申请实施例中，当客户企业需要对某个评估对象进行信用评估时，可以通过上游系统向信用评估系统发送信用评估请求，信用评估系统在接收到该信用评估请求后，通过解析该信用评估请求得到对应的资信类型和对象标识。
S102，基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商。
外部数据提供商，指用于采集与资信类型对应的数据的厂商，即，资信厂商，例如，企查查、启信宝。
实际应用中，信用评估系统中预先配置了资信类型相关的配置信息，以实现对不同资信类型不同处理策略。具体的，资信类型配置：资信类型名称、资信类型码、启用状态、上线时间、下线时间。资信类型缓存配置：资信类型码、缓存时间、缓存命中参数、启用状态。资信路由配置配置：资信类型码、路由类型、路由资信项配置信息。
通过以上配置，可以得到不同资信类型与外部数据提供商的对应关系，例如，企业工商照面对应的外部数据提供商包括企查查和启信宝，又如，企业限制高消费对应的外部数据提供商为启信宝。
可以理解的是，对于每种资信类型设置一个对应的外部数据提供商则可以实现相应的数据服务。但是，为了提高数据服务的可靠性，应用中，对于每种资信类型，可以设置至少两个外部数据提供商，如此，在其中一个外部数据提供商无法正常提供服务时，还可以通过其他外部数据提供商实现相应数据服务。
基于此，本申请实施例中，可以根据资信类型与外部数据提供商的对应关系，确定相应的至少一个外部数据提供商。进而，在这些外部数据提供商中确定最终使用的目标厂商。
至于具体如何在至少一个所述外部数据提供商中确定目标厂商，将通过后文实施例进行详细的解释说明，这里先不详述。
S103，将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据。
本申请实施例中，在确定最终使用的目标厂商之后，将资信类型和对象标识发送至该目标厂商的厂商系统，则目标厂商的厂商系统会根据资信类型和对象标识返回相应的对象数据。
例如，资信类型为企业限制高消费，对应的外部数据提供商为启信宝，则将企业限制高消费和对象标识发送给启信宝的厂商系统，由启信宝的厂商系统基于企业限制高消费和对象标识，查找与评估对象对应的有关限制高消费的所有数据，并将查找到的所有数据反馈至信用评估系统。
S104，基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
本申请实施例中，基于所述对象数据生成对所述评估对象的第一评估结果的具体实现可包括：获取所述资信类型和所述目标厂商对应的数据处理策略，按照所述数据处理策略从所述对象数据中提取目标数据，并对所述目标数据进行数据处理，得到所述评估对象的第一评估结果。
该实施例中，预先根据不同厂商返回的、与资信类型对应的原始数据(即对象数据)的格式，设置相应的数据处理策略，以从不同厂商返回的原始数据中，提取出用于进行信用评估的目标数据，并基于目标数据进行分析得到相应的评估结果。
例如，厂商a返回的对象数据中，字段1和字段3的内容是需要的数据，其中，字段1为“月还款金额”，字段2为“月还款日期”，且，资信类型为“还款逾期”，则提取字段1和字段3的内容作为目标数据，并基于目标数据确定是否存在还款逾期的情况，若有，则评估结果为“存在逾期行为”，若无，则评估结果为“无逾期行为”。
又如，厂商b返回的对象数据中，字段5的内容是需要的数据，其中，字段5为“企业每月营收”，且，资信类型为“企业总营收”，则提取字段5的内容作为目标数据，将所有目标数据相加得到相应的评估结果。
在另一实施例中，所述基于所述资信类型确定至少一个外部数据提供商之前，还可以包括以下步骤：删除所述目标数据中的无效数据。从而减少无效数据对处理过程的干扰。
在另一实施例中，所述基于所述资信类型确定至少一个外部数据提供商之前，还可以包括以下步骤：将目标数据转换为预设数据格式，其中，在信用评估请求指定格式的情况下，预设数据格式为指定格式，在信用评估请求未指定格式的情况下，预设数据格式为信用评估系统的默认格式。如此，可将各种数据格式的目标数据转换为统一数据格式，从而方便计算。并且，可以将对象数据转换为客户指定的数据格式，从而提高用户体验。
进而，将第一评估结果反馈至客户系统，从而完成对客户系统发送的信用评估请求的响应。
实际应用中，存在某些客户在短时间内重复请求同一个企业(或自然人)的信用评估结果的情况。
基于此，在另一实施例中，所述基于所述资信类型确定至少一个外部数据提供商之前，还可以包括以下步骤：在预设数据库中查找与所述资信类型和所述对象标识对应的第二评估结果，其中，所述预设数据库用于存储预设时间段内生成的历史评估结果，在查找到所述第二评估结果的情况下，将所述第二评估结果反馈至所述客户系统，在未查找到所述第二评估结果的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
由此，在接收到客户系统发送的信用评估请求之后，可以先在用于存储预设时间段内生成的历史评估结果的预设数据库中，查找与资信类型和对象标识对应的第二评估结果，若查找到第二评估结果，意味着预设时间段内，对该评估对象进行过相同的评估，因此，直接基于第二评估结果响应该信用评估请求，将其反馈至客户系统。若未查找到第二评估结果，意味着预设时间段内，未对该评估对象进行过相同的评估，此时，执行S102-S104的步骤。如此，可以减少重复计算量，从而减轻系统的运行压力。
应用中，信用评估系统与各个客户系统对应的客户为合作关系，每个客户预存了一定的合作资金，用于支付通过信用评估系统进行信用评估的费用，合作资金的金额存储在信用评估系统中，某个客户系统请求一次信用评估，则信用评估系统可在当前合作资金的余额基础上扣除本次请求的费用，得到最新的余额。
基于此，在又一实施例中，基于所述资信类型确定至少一个外部数据提供商之前，所述方法还包括以下步骤：基于所述系统标识，确定所述客户系统对应的客户合作状态和客户服务余额，在客户合作状态为第二预设状态，且，客户服务余额大于第二预设额度的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
该实施例中，信用评估请求还携带有客户系统的系统标识。信用评估系统中根据系统标识存储有相应客户的合作情况，具体包括合作状态和客户服务余额。其中，合作状态包括：处于合作中或者合作结束；客户服务余额，指最新的合作资金的余额。
如此，在客户合作状态为第二预设状态(即“处于合作中”)，且，客户服务余额大于第二预设额度(一般为一次请求的费用)的情况下，意味着，在合作状态的维度，可以为该客户系统提供评估服务，因此，执行S102-S104的步骤。否则，意味着该客户已经不合作，或者，客户服务余额不足以支撑本次请求的费用，因此，此时，可以反馈客户系统，无法正常提供评估服务的提示，以提示用户重新建立合作关系或者补充合作资金。从而，避免向不符合条件的客户提供评估服务，浪费成本。
此外，实际应用中，信用评估系统中还配置有，资信重试配置：资信数据项码、最大重试次数、最大重试时长。
基于此，在本申请又一实施例中，若首次执行S102-S104相应信用评估请求发生错误时，可以根据该请求携带的资信类型，确定最大重试次数和最大重试时长，按照最大重试次数和最大重试时长的限制，重新执行，直至评估成功，或者，重试次数达到最大重试次数，或者，重试时长达到最大重试时长。
本申请实施例中，首先，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识，然后，基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商，并将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据，最后，基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
参见图2，为本申请实施例提供的另一种信用评估方法的实施例流程图。该图2所示流程在上述图1所示流程的基础上，描述如何在至少一个所述外部数据提供商中确定目标厂商。如图2所示，该流程可包括以下步骤：
S201，确定每个所述外部数据提供商对应的厂商合作状态和厂商服务余额；
S202，将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商；
S203，在所述候选厂商中确定所述目标厂商。
以下对S201-S203进行统一说明：
实际应用中，信用评估系统与各个外部数据提供商为合作关系，预先向各个外部数据提供商预存了一定的合作资金，用于调用外部数据提供商提供相应的服务。合作资金的金额存储在信用评估系统中，每次调用某个外部数据提供商的服务以获取对象数据时，信用评估系统可以扣除相应的费用。
为了解各外部数据提供商的合作情况，方便日常调用，信用评估系统中，配置了各个外部数据提供商的合作信息、余额信息及余额告警信息。其中，合作信息包括：厂商名称、厂商码(用于唯一标识外部数据提供商)、厂商状态、合作开始时间、合作终止时间；余额信息包括：厂商码、修订前余额、修订后余额、修改类型，其中，余额会随着对外部数据提供商的调用自动抠除相应金额，更新为最新的余额；余额告警信息包括：厂商码、告警启用状态、告警余额阈值、告警方式、告警邮箱、告警手机号。
基于此，本申请实施例中，可以根据合作终止时间确定合作状态，即，若当前时刻未到达合作终止时间，当前的合作状态为“处于合作中”，若当前时刻到达合作终止时间，则当前的合作状态为“合作结束”。厂商服务余额，即，在对应外部数据提供商预存的合作资金的余额。
对于每个外部数据提供商，在其厂商合作状态为第一预设状态(即“处于合作中”)，且，厂商服务余额大于第一预设额度(一般为一次调用的费用)的情况下，意味着，在合作状态的维度，该外部数据提供商可以正常提供调用服务，因此，确定其为候选厂商。否则，意味着外部数据提供商已经不合作，或者，厂商服务余额不足以支撑本次调用的费用，因此，将其排除。
进而，在候选厂商中确定目标厂商。具体的，在所述候选厂商中确定所述目标厂商的实现可包括：获取每个候选厂商的历史调用数据以及预设的路由策略，基于每个候选厂商的历史调用数据以及所述路由策略，在所述候选厂商中确定所述目标厂商。
这里，路由策略是指将请求分配给不同外部数据提供商的比例，例如，将30％的请求分配给外部数据提供商a，将70％的区别放弃分配给外部数据提供商b。历史调用数据，指历史分配给不同外部数据提供商的请求的数量。由此，实现在候选厂商中确定目标厂商。
通过图2所示流程，可以将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商，进而，在候选厂商中确定目标厂商。由此，可以避免将信用评估请求分配给无法正常提供服务的外部数据提供商进行处理。
参见图3，为本申请实施例提供的另一种信用评估方法的实施例流程图。如图3所示，该流程可包括以下步骤：
S301，在针对所述信用评估请求对所述评估对象进行评估的评估过程中，监控所述评估过程是否发生异常；
S302，在所述评估过程发生异常的情况下，确定异常原因以及所述信用评估请求对应的请求信息；
S303，展示所述异常原因和所述请求信息。
以下对S301-S303进行统一说明：
本申请实施例中，在利用S102-S104进行信用评估过程中，可以
实际应用中，信用评估系统中预先配置了信用评估请求、请求结果、监控及异常监控的配置信息，用于对信用评估过程进行监控。
具体的，信用评估请求配置包括：客户号(用于唯一标识)、客户姓名、手机号码、公司名称、社会统一信用代码、请求参数、资信类型、是否强制查询第三方、资信路由全路径、资信数据项、外部数据提供商调用次数。
请求结果包括：请求记录主键、客户号、客户姓名、手机号码、公司名称、社会统一信用代码、厂商响应原始报文、报文解析后的数据、请求花费时间、厂商响应码、厂商响应码描述、系统内部统一响应码。
监控包括：外部数据提供商码、资信数据项码、资信类型码、客户系统码、请求次数、请求成功次数、请求查得次数、统计维度、数据时间、计费周期内总资信费用、时段内资信费用、资信单价、资信请求花费时间、查询耗时区间耗时统计。
异常监控包括：资信请求记录主键、外部数据提供商名称、外部数据提供商码、客户系统码、客户系统名称、资信类型码、资信类型名称、资信数据项名称、资信数据项码、异常类型、异常原因码、异常原因描述。
基于此，本申请实施例中，可以根据配置信息，监控信用评估过程中各种异常情况，如，请求失败、查询耗时长等，并在监控到异常时，根据发生的异常请求确定异常原因，如，请求错误、系统内部错误等，以及，该信用评估请求对应的请求信息，如，发送请求的客户系统、请求的时间、请求的资信类型和资信项等。最后，通过预设的显示装置展示异常原因和请求信息，或者，将异常原因和请求信息发送至用户管理设备(如手机)，以方便用户查看。
通过图3所示流程，可以对信用评估过程进行监控，并在评估过程发生异常的情况下，展示对应的异常原因以及信用评估请求对应的请求信息，从而方便用户及时了解信用评估过程中发生的异常情况。
实际应用中，信用评估系统中还配置有资信数据项相关的信息，其中，资信项是指某个外部数据提供商为某个资信类型资提供的服务，例如，启信宝工商照面、企查查企业工商数据。具体的，数据项配置：资信项名称、资信项码、外部数据提供商码、资信类型码、启用状态、上线时间、下线时间。资信数据项计价：资信数据项码、阶梯级次、计费方式、阶梯计价方式、计费周期、价格阶梯区间上限/下限。
基于此，在本申请又一实施例中，可以统计一段时间内所有资信数据项的费用，这里的费用包括针对该资信数据项向客户收取的费用，以及，向外部数据提供商支付的费用。在此基础上，可以从每个外部数据提供商的维度统计这段时间内支付的总费用，还可以从每个客户的维度统计这段时间内营收的总费用，等等。进而，将统计的结果展示给用户，从而方便用户查看。
参见图4，为本申请实施例提供的一种信用评估方法的时序流程图，如图4所示，具体步骤如下。
S1，上游系统发出信用评估请求(其中携带有评估对象的企业社会信用代码、资信类型及上游系统的标识)。
S2，对上游系统上传的参数进行校验.
S3，校验通过后，先查询本地缓存是否存储有与该评估对象和资信类型对应的评估结果，若有，则反馈至上游系统，若无则执行S4。
S4，保存申请请求。
S5，查询上游系统配置，如，合作状态、客户服务余额等。
S6，校验上游系统配置，以确定是否为本次信用评估请求从外部数据提供商处获取数据，即，处于合作中，且，客户服务余额大于预设阈值，则从外部数据提供商处获取数据。
S7，查询资信配置，包括：资信类型配置(如，资信类型名称、资信类型码、启用状态、上线时间、下线时间)，资信类型缓存配置(如，资信类型码、缓存时间、缓存命中参数、启用状态)，资信路由配置(如，资信类型码、路由类型、路由资信项配置信息)，资信重试配置(资信数据项码、最大重试次数、最大重试时长)。
S8，根据资信配置查询合作方(即外部数据提供商)及合作方配置，包括：合作方配置(如，合作方名称、合作方码、合作方状态、合作开始时间、合作终止时间)，合作方余额配置(如，合作方码、修订前余额、修订后余额、修改类型)，合作方余额告警配置(如，合作方码、告警启用状态、告警余额阈值、告警方式、告警邮箱、告警手机号)。
S9，根据合作方配置中合作情况相关配置，确定候选厂商(即，处于合作状态，且，合作方余额大于预设阈值的合作方)。
S10，根据合作方配置中路由相关配置，在候选厂商中确定待调用合作方(即，目标厂商)。
S11，调用目标厂商获取资信原始报文(即对象数据)。
S12，对对象数据进行校验，并存储至本地。
S13，利用目标厂商对应的清洗规则(即，数据处理策略)，对对象数据进行清洗处理，得到评估结果。
S14，解析评估结果，并将其存储至本地。
S15，将评估结果反馈至上游系统。
由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
基于相同的技术构思，本申请实施例还提供了一种信用评估装置，如图5所示，该装置包括：
接收模块501，用于接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
确定模块502，用于基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
发送模块503，用于将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
生成模块504，用于基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
在一个可能的实施方式中，所述确定模块，具体用于：
确定每个所述外部数据提供商对应的厂商合作状态和厂商服务余额；
将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商；
在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述确定模块，还用于：
获取每个候选厂商的历史调用数据以及预设的路由策略；
基于每个候选厂商的历史调用数据以及所述路由策略，在所述候选厂商中确定所述目标厂商。
在一个可能的实施方式中，所述生成模块，具体用于：
获取所述资信类型和所述目标厂商对应的数据处理策略；
按照所述数据处理策略从所述对象数据中提取目标数据，并对所述目标数据进行数据处理，得到所述评估对象的第一评估结果。
在一个可能的实施方式中，所述装置还包括查找模块，用于：
在预设数据库中查找与所述资信类型和所述对象标识对应的第二评估结果，其中，所述预设数据库用于存储预设时间段内生成的历史评估结果；
在查找到所述第二评估结果的情况下，将所述第二评估结果反馈至所述客户系统；
在未查找到所述第二评估结果的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述信用评估请求还携带有所述客户系统的系统标识，所述还包括执行模块，用于：
基于所述系统标识，确定所述客户系统对应的客户合作状态和客户服务余额；
在客户合作状态为第二预设状态，且，客户服务余额大于第二预设额度的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
在一个可能的实施方式中，所述还包括监控模块，用于：
在针对所述信用评估请求对所述评估对象进行评估的评估过程中，监控所述评估过程是否发生异常；
在所述评估过程发生异常的情况下，确定异常原因以及所述信用评估请求对应的请求信息；
展示所述异常原因和所述请求信息。
本申请实施例中，首先，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识，然后，基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商，并将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据，最后，基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
本申请实施例中，首先，接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识，然后，基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商，并将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据，最后，基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。由此，实现了对评估对象信用情况的智能评估，从而统一信用评估标准，提高评估结果的信服力，并且，提高信用评估效率。
基于相同的技术构思，本申请实施例还提供了一种电子设备，如图6所示，包括处理器111、通信接口112、存储器113和通信总线114，其中，处理器111，通信接口112，存储器113通过通信总线114完成相互间的通信，
存储器113，用于存放计算机程序；
处理器111，用于执行存储器113上所存放的程序时，实现如下步骤：
接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述电子设备与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一信用评估方法的步骤。
在本申请提供的又一实施例中，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述实施例中任一信用评估方法。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种信用评估方法，其特征在于，所述方法包括：
接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
2.根据权利要求1所述的方法，其特征在于，所述在至少一个所述外部数据提供商中确定目标厂商，包括：
确定每个所述外部数据提供商对应的厂商合作状态和厂商服务余额；
将厂商合作状态为第一预设状态，且，厂商服务余额大于第一预设额度的外部数据提供商，确定为候选厂商；
在所述候选厂商中确定所述目标厂商。
3.根据权利要求2所述的方法，其特征在于，所述在所述候选厂商中确定所述目标厂商，包括：
获取每个候选厂商的历史调用数据以及预设的路由策略；
基于每个候选厂商的历史调用数据以及所述路由策略，在所述候选厂商中确定所述目标厂商。
4.根据权利要求1所述的方法，其特征在于，所述基于所述对象数据生成对所述评估对象的第一评估结果，包括：
获取所述资信类型和所述目标厂商对应的数据处理策略；
按照所述数据处理策略从所述对象数据中提取目标数据，并对所述目标数据进行数据处理，得到所述评估对象的第一评估结果。
5.根据权利要求1所述的方法，其特征在于，所述基于所述资信类型确定至少一个外部数据提供商之前，还包括：
在预设数据库中查找与所述资信类型和所述对象标识对应的第二评估结果，其中，所述预设数据库用于存储预设时间段内生成的历史评估结果；
在查找到所述第二评估结果的情况下，将所述第二评估结果反馈至所述客户系统；
在未查找到所述第二评估结果的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
6.根据权利要求1所述的方法，其特征在于，所述信用评估请求还携带有所述客户系统的系统标识，所述基于所述资信类型确定至少一个外部数据提供商之前，还包括：
基于所述系统标识，确定所述客户系统对应的客户合作状态和客户服务余额；
在客户合作状态为第二预设状态，且，客户服务余额大于第二预设额度的情况下，执行基于所述资信类型确定至少一个外部数据提供商至将所述第一评估结果反馈至所述客户系统的步骤。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在针对所述信用评估请求对所述评估对象进行评估的评估过程中，监控所述评估过程是否发生异常；
在所述评估过程发生异常的情况下，确定异常原因以及所述信用评估请求对应的请求信息；
展示所述异常原因和所述请求信息。
8.一种信用评估装置，其特征在于，所述装置包括：
接收模块，用于接收客户系统发送的信用评估请求，其中，所述信用评估请求携带有资信类型和评估对象的对象标识；
确定模块，用于基于所述资信类型确定至少一个外部数据提供商，并在至少一个所述外部数据提供商中确定目标厂商；
发送模块，用于将所述资信类型和所述对象标识发送至所述目标厂商的厂商系统，以由所述目标厂商根据所述资信类型和所述对象标识返回所述评估对象的对象数据；
生成模块，用于基于所述对象数据生成对所述评估对象的第一评估结果，并将所述第一评估结果反馈至所述客户系统。
9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310333736.XA CN116402599A (zh) | 2023-03-29 | 2023-03-29 | 一种信用评估方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310333736.XA CN116402599A (zh) | 2023-03-29 | 2023-03-29 | 一种信用评估方法、装置、电子设备及可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN116402599A true CN116402599A (zh) | 2023-07-07 |
Family
ID=87008493
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310333736.XA Pending CN116402599A (zh) | 2023-03-29 | 2023-03-29 | 一种信用评估方法、装置、电子设备及可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116402599A (zh) |
-
2023
- 2023-03-29 CN CN202310333736.XA patent/CN116402599A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110232565B (zh) | 资源清算方法、装置、计算机设备和存储介质 | |
| CN109801051B (zh) | 资源转移方法、系统、服务器和计算机可读存储介质 | |
| US20190139049A1 (en) | Order Information Processing Methods, Apparatuses and Systems | |
| CN104778623A (zh) | 用于网络交易平台的网络交易系统和交易平台服务器 | |
| US8612348B1 (en) | Systems and methods for interfacing merchants with third-party service providers | |
| JP2008269229A (ja) | 保険システム | |
| CN110335133B (zh) | 交易数据的处理方法、系统、电子设备和存储介质 | |
| CN112907263B (zh) | 异常订单量检测方法、装置、设备及存储介质 | |
| US20180225785A1 (en) | Systems and methods for managing property data | |
| US20200013097A1 (en) | Connectivity Hub with Data-Hiding Features | |
| KR20060086619A (ko) | Ｅｒｐ시스템 기반의 감사정보 시스템 및 이를 이용한감사정보 운영 방법, 그 프로그램이 기록된 기록매체 | |
| CN116402599A (zh) | 一种信用评估方法、装置、电子设备及可读存储介质 | |
| CN111199436A (zh) | 一种基于移动支付的扫码开票方法及系统 | |
| CN107424036B (zh) | 数据处理方法及装置 | |
| CN115423574A (zh) | 基于订单的数据处理方法及相关装置 | |
| US8660917B2 (en) | Multipoint billing quality control and certification | |
| CN113034150B (zh) | 一种用于无人零售终端机的退款方法 | |
| CN110163764B (zh) | 保费支付处理方法、装置与存储介质 | |
| JP2013214177A (ja) | 決済処理システム、決済処理装置、決済処理方法、およびプログラム | |
| CN111507594A (zh) | 一种数据处理方法以及设备 | |
| KR101953554B1 (ko) | 통관 절차를 위한 자금 관리 시스템, 방법 및 컴퓨터 프로그램 | |
| CN111222926A (zh) | 一种开发票的方法及装置 | |
| JP7276951B1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
| CN111709709A (zh) | 基于保理业务的信息处理方法、系统和计算机设备 |
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 |