CN112085337A - Capital party configuration method and system - Google Patents

Capital party configuration method and system Download PDF

Info

Publication number
CN112085337A
CN112085337A CN202010805275.8A CN202010805275A CN112085337A CN 112085337 A CN112085337 A CN 112085337A CN 202010805275 A CN202010805275 A CN 202010805275A CN 112085337 A CN112085337 A CN 112085337A
Authority
CN
China
Prior art keywords
fund
screening
conditions
sponsor
packet
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.)
Withdrawn
Application number
CN202010805275.8A
Other languages
Chinese (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.)
Vision Credit Financial Technology Co ltd
Original Assignee
Vision Credit Financial Technology 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 Vision Credit Financial Technology Co ltd filed Critical Vision Credit Financial Technology Co ltd
Priority to CN202010805275.8A priority Critical patent/CN112085337A/en
Publication of CN112085337A publication Critical patent/CN112085337A/en
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • 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/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Abstract

The invention discloses a fund party configuration method and a fund party configuration system, wherein the method comprises the following steps: the method comprises the following steps: s1 resource management page configuration step, used for one fund side corresponding to multiple fund packs, one fund pack corresponding to multiple pre-screening conditions; s2, storing a database, which is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis; and S3 calling the pre-screening interface of the sponsor, which is used for calling the pre-screening interface uniformly by the sponsor routing platform to obtain the customer information, comparing the customer information with the sponsor requirement by the pre-screening interface according to the requirements configured by different sponsors, and matching the depositor meeting the conditions for pre-approval. Therefore, the pre-screening interface finds out a proper depositor for pre-examination and approval according to the requirements configured by different suppliers, thereby being beneficial to unifying the pre-screening function of the suppliers and improving the efficiency of the configuration of the suppliers.

Description

Capital party configuration method and system
Technical Field
The invention relates to the field of computer software, in particular to a fund party configuration method and system.
Background
The fund party configuration means that the society distributes various resources owned by the society among different purposes within a certain range. The essence of resource allocation is the allocation of the total labor time of the society among various departments. Whether the resource allocation is reasonable or not has an extremely important influence on the success or failure of the economic development of an enterprise. In the prior art, when the fund party configuration is applied to financial services, as the number of the fund parties connected with an enterprise increases day by day and each fund party puts different requirements on a loan client, the efficiency of visually configuring the preselection conditions of each fund party is low, and the efficiency of correctly corresponding to the change of the fund party is low by screening the fund parties meeting the loan conditions through unified services.
Disclosure of Invention
The invention aims to provide a fund party configuration method and system.
The fund party configuration method provided by the invention comprises the following steps:
s1 resource management page configuration step, used for one fund side corresponding to multiple fund packs, one fund pack corresponding to multiple pre-screening conditions;
s2, storing a database, which is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and S3 calling the pre-screening interface of the sponsor, which is used for calling the pre-screening interface uniformly by the sponsor routing platform to obtain the customer information, comparing the customer information with the sponsor requirement by the pre-screening interface according to the requirements configured by different sponsors, and matching the depositor meeting the conditions for pre-approval.
The step of calling the pre-screening interface of the S3 sponsor comprises the following steps: s31 a step for generating a unique identification GUID; s32 is used for verifying whether the entered participant is legal; s33 is used for obtaining the step of starting the fund packet and the pre-screening condition; s34 is used for verifying the pre-screening conditions and outputting the pre-screening results; and S35 is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the step of the sponsor routing platform. In S33, if there is a corresponding cache in Redis, directly obtaining through Redis; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved. The step of S33 for obtaining the enabled fund packet and the pre-screening condition includes: s331 is a step of acquiring a reference attribute list by reflection; s332, a step for obtaining all pre-screening condition lists of the fund packets to be verified; s333, a step of circularly pre-screening a condition list; s334 is a step for obtaining corresponding entry parameter values from the attribute list according to the pre-screening condition names; s335, adding all the conditions into an output list if the conditions are met, and recording the failure reason if any one of the conditions is not met; s336 is used for arranging the output list according to the priority of the fund packet, and the highest priority is reserved when a plurality of fund packets exist in the same fund party. The step of S34 for verifying the pre-screening condition and outputting the result includes: s341, if the customer information meets all enabled preselected conditions in the fund packet, recording the fund packet, otherwise, verifying the next fund packet, and recording the failure reason into the database; s342, if one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
The invention also provides a fund party configuration system, which comprises:
the resource management page configuration module is used for enabling one fund party to correspond to a plurality of fund packets, and enabling one fund packet to correspond to a plurality of pre-screening conditions;
the database storage module is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and the pre-screening interface compares the client information with the requirements of the sponsor according to the requirements configured by different sponsors, and matches the lenders meeting the conditions for pre-approval.
The module for calling the pre-screening interface of the sponsor comprises: a sub-module for generating a unique identification GUID; a sub-module for verifying whether the entered parameter is legal; a submodule for obtaining an enabled fund packet and pre-screening conditions; a submodule for verifying the pre-screening conditions and outputting a pre-screening result; and the submodule is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the sponsor routing platform. In the submodule for acquiring the enabled fund packet and the pre-screening condition, if corresponding cache exists in Redis, the Redis is directly acquired; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved. The sub-module for obtaining the enabled fund pack and the pre-screening condition comprises: a unit for acquiring a list of the participation attribute by reflection; a unit for obtaining all pre-screening condition lists of the fund packets to be verified; means for cycling through a list of pre-screening conditions; a unit for obtaining a corresponding entry parameter from the attribute list according to the pre-screening condition name; a unit for adding all the conditions into an output list if the conditions are met, and recording failure reasons if any one of the conditions is not met; means for prioritizing the output list according to fund packets, wherein the highest priority is retained if there are multiple fund packets for the same sponsor. The sub-module for verifying the pre-screening condition and outputting the result includes: if the customer information meets all the enabled preselected conditions in the fund packet, recording the fund packet, otherwise, verifying the next fund packet, and recording the failure reason to a unit in a database; if one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
The fund party configuration method level system developed by the invention can transmit personal information of clients, such as addresses, identity cards and the like and loan information, such as rates, futures and the like, when the fund routing platform calls the pre-screening interface, and the pre-screening interface finds out a proper depositor for pre-approval according to the requirements configured by different fund parties, thereby being beneficial to unifying the pre-screening function of the fund parties and improving the efficiency of fund party configuration.
Drawings
Fig. 1 and 2 are schematic flow charts of a funding party allocation method according to a first embodiment of the present invention;
fig. 3 is a schematic diagram illustrating a step of the pre-screening interface call of the S3 caller according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
Example one
As shown in fig. 1 and 2, the present embodiment provides a funding party configuration method, including the following steps:
s1 resource management page configuration step, used for one fund side corresponding to multiple fund packs, one fund pack corresponding to multiple pre-screening conditions;
s2, storing a database, which is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and S3 calling the pre-screening interface of the sponsor, which is used for calling the pre-screening interface uniformly by the sponsor routing platform to obtain the customer information, comparing the customer information with the sponsor requirement by the pre-screening interface according to the requirements configured by different sponsors, and matching the depositor meeting the conditions for pre-approval.
As will be appreciated by those skilled in the art, the source is a third party entity that provides a source of funds, i.e., a depositor, such as a bank or the like. The sponsor management page may add or modify sponsor information while adding one or more fund packs to the sponsor, each fund pack containing a set of pre-selected rules. And the administrator configures screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, stores the screening conditions into the database, and synchronizes the latest preselected information to Redis, wherein the Redis is open source software and is permanently effective. When the pre-screening interface is called by the sponsor routing platform, the personal information of the client, such as address, identity card and the like, and loan information, such as rate, term and the like, can be transmitted. The pre-screening interface finds out a proper lender for pre-approval according to the requirements configured by different suppliers, thereby being beneficial to unifying the pre-screening function of the suppliers and improving the efficiency of the configuration of the suppliers.
As shown in fig. 3, the step of invoking the S3 sponsor pre-screening interface includes:
s31 a step for generating a unique identification GUID;
s32 is used for verifying whether the entered participant is legal;
s33 is used for obtaining the step of starting the fund packet and the pre-screening condition;
s34 is used for verifying the pre-screening conditions and outputting the pre-screening results;
and S35 is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the step of the sponsor routing platform.
As will be appreciated by those skilled in the art, the participation includes personal information of the customer, such as address, identification card, etc.; the loan information of the client, such as rate, period, etc. And generating a unique identifier GUID for the operation, wherein the unique identifier GUID is used for inquiring the pre-screening result and reason by the sponsor routing platform and associating the subsequent pre-examination and approval operation information of the client, and is beneficial to unifying the interfaces. A Globally Unique Identifier (GUID) is a numeric Identifier of 128 bits in binary length generated by an algorithm. GUIDs are used primarily in networks or systems having multiple nodes, multiple computers.
As shown in fig. 1, in S33, if there is a corresponding cache in Redis, the corresponding cache is directly obtained through Redis; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved.
As shown in fig. 1, the step of S33 for obtaining the enabled fund packet and the pre-screening condition includes:
s331 is a step of acquiring a reference attribute list by reflection;
s332, a step for obtaining all pre-screening condition lists of the fund packets to be verified;
s333, a step of circularly pre-screening a condition list;
s334 is a step for obtaining corresponding entry parameter values from the attribute list according to the pre-screening condition names;
s335, adding all the conditions into an output list if the conditions are met, and recording the failure reason if any one of the conditions is not met;
s336 is used for arranging the output list according to the priority of the fund packet, and the highest priority is reserved when a plurality of fund packets exist in the same fund party.
Further, the step of S34 for verifying the pre-screening condition and outputting the result includes:
s341 if the customer information meets all enabled preselected conditions in the fund package, record the fund package, otherwise verify the next fund package, and record the failure reason into the database.
S342, if one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
As can be understood by those skilled in the art, all the enabled sponsors and the preselected conditions thereof are obtained currently, when corresponding cache exists in Redis, the Redis is directly obtained through the Redis, if the Redis is abnormal or has no corresponding cache, the Redis is directly obtained from the MS SQL database and is stored in the Redis, and the validity period is 10 minutes. And verifying the preselection conditions of each set of fund packets one by one, recording the fund packet if the information of the client meets all enabled preselection conditions in a certain fund packet, directly exiting, and not verifying other fund packets, otherwise, verifying the next fund packet, and simultaneously recording the failure reason into a database for tracing. If one funder has a plurality of fund packets meeting the condition, only the fund packet with the highest priority is selected. And finally, returning the final result in a list form according to the priority order of the fund packets.
Example two
The present embodiment provides a funder configuration system, including:
the resource management page configuration module is used for enabling one fund party to correspond to a plurality of fund packets, and enabling one fund packet to correspond to a plurality of pre-screening conditions;
the database storage module is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and the pre-screening interface compares the client information with the requirements of the sponsor according to the requirements configured by different sponsors, and matches the lenders meeting the conditions for pre-approval.
As will be appreciated by those skilled in the art, the source is a third party entity that provides a source of funds, i.e., a depositor, such as a bank or the like. The sponsor management page may add or modify sponsor information while adding one or more fund packs to the sponsor, each fund pack containing a set of pre-selected rules. And the administrator configures screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, stores the screening conditions into the database, and synchronizes the latest preselected information to Redis, wherein the Redis is open source software and is permanently effective. When the pre-screening interface is called by the sponsor routing platform, the personal information of the client, such as address, identity card and the like, and loan information, such as rate, term and the like, can be transmitted. The pre-screening interface finds out a proper lender for pre-approval according to the requirements configured by different suppliers, thereby being beneficial to unifying the pre-screening function of the suppliers and improving the efficiency of the configuration of the suppliers.
Further, the module called by the sponsor pre-screening interface comprises:
a sub-module for generating a unique identification GUID;
a sub-module for verifying whether the entered parameter is legal;
a submodule for obtaining an enabled fund packet and pre-screening conditions;
a submodule for verifying the pre-screening conditions and outputting a pre-screening result;
and the submodule is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the sponsor routing platform.
As will be appreciated by those skilled in the art, the participation includes personal information of the customer, such as address, identification card, etc.; the loan information of the client, such as rate, period, etc. And generating a unique identifier GUID for the operation, wherein the unique identifier GUID is used for inquiring the pre-screening result and reason by the sponsor routing platform and associating the subsequent pre-examination and approval operation information of the client, and is beneficial to unifying the interfaces. A Globally Unique Identifier (GUID) is a numeric Identifier of 128 bits in binary length generated by an algorithm. GUIDs are used primarily in networks or systems having multiple nodes, multiple computers.
Further, in the sub-module for obtaining the starting fund packet and the pre-screening condition, if the corresponding cache exists in Redis, the Redis is directly obtained; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved.
Further, the sub-module for obtaining the enabled fund packet and the pre-screening condition comprises:
a unit for acquiring a list of the participation attribute by reflection;
a unit for obtaining all pre-screening condition lists of the fund packets to be verified;
means for cycling through a list of pre-screening conditions;
a unit for obtaining a corresponding entry parameter from the attribute list according to the pre-screening condition name;
a unit for adding all the conditions into an output list if the conditions are met, and recording failure reasons if any one of the conditions is not met;
means for prioritizing the output list according to fund packets, wherein the highest priority is retained if there are multiple fund packets for the same sponsor.
Further, the sub-module for verifying the pre-screening condition and outputting the result includes:
if the customer information meets all enabled preselected conditions in the fund package, the fund package is recorded, otherwise the next fund package is verified, and the failure reason is recorded to a unit in the database.
If one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
As can be understood by those skilled in the art, all the enabled sponsors and the preselected conditions thereof are obtained currently, when corresponding cache exists in Redis, the Redis is directly obtained through the Redis, if the Redis is abnormal or has no corresponding cache, the Redis is directly obtained from the MS SQL database and is stored in the Redis, and the validity period is 10 minutes. And verifying the preselection conditions of each set of fund packets one by one, recording the fund packet if the information of the client meets all enabled preselection conditions in a certain fund packet, directly exiting, and not verifying other fund packets, otherwise, verifying the next fund packet, and simultaneously recording the failure reason into a database for tracing. If one funder has a plurality of fund packets meeting the condition, only the fund packet with the highest priority is selected. And finally, returning the final result in a list form according to the priority order of the fund packets.
Finally, it should be noted that: the above examples are only intended to illustrate the technical solution of the present invention, but not to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some technical features may be equivalently replaced; and such modifications or substitutions do not depart from the spirit and scope of the corresponding technical solutions of the embodiments of the present invention.

Claims (10)

1. A funder configuration method, comprising the steps of:
s1 resource management page configuration step, used for one fund side corresponding to multiple fund packs, one fund pack corresponding to multiple pre-screening conditions;
s2, storing a database, which is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and S3 calling the pre-screening interface of the sponsor, which is used for calling the pre-screening interface uniformly by the sponsor routing platform to obtain the customer information, comparing the customer information with the sponsor requirement by the pre-screening interface according to the requirements configured by different sponsors, and matching the depositor meeting the conditions for pre-approval.
2. The funder configuration method of claim 1, wherein the step of S3 funder pre-screening interface call comprises:
s31 a step for generating a unique identification GUID;
s32 is used for verifying whether the entered participant is legal;
s33 is used for obtaining the step of starting the fund packet and the pre-screening condition;
s34 is used for verifying the pre-screening conditions and outputting the pre-screening results;
and S35 is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the step of the sponsor routing platform.
3. The funder configuration method according to claim 2, wherein in S33, if there is a corresponding cache for Redis, directly obtaining through Redis; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved.
4. The funder configuration method according to claim 3, wherein the step of S33 for obtaining the activated fund packet and the pre-screening condition comprises:
s331 is a step of acquiring a reference attribute list by reflection;
s332, a step for obtaining all pre-screening condition lists of the fund packets to be verified;
s333, a step of circularly pre-screening a condition list;
s334 is a step for obtaining corresponding entry parameter values from the attribute list according to the pre-screening condition names;
s335, adding all the conditions into an output list if the conditions are met, and recording the failure reason if any one of the conditions is not met;
s336 is used for arranging the output list according to the priority of the fund packet, and the highest priority is reserved when a plurality of fund packets exist in the same fund party.
5. The funder configuration method of claim 4, wherein the step of S34 for verifying the pre-screening condition and outputting the result comprises:
s341, if the customer information meets all enabled preselected conditions in the fund packet, recording the fund packet, otherwise, verifying the next fund packet, and recording the failure reason into the database;
s342, if one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
6. A funder configuration system, comprising:
the resource management page configuration module is used for enabling one fund party to correspond to a plurality of fund packets, and enabling one fund packet to correspond to a plurality of pre-screening conditions;
the database storage module is used for configuring screening conditions corresponding to the sponsor according to the requirements of the sponsor and the product, storing the screening conditions into the database and synchronizing the latest preselected information to Redis;
and the pre-screening interface compares the client information with the requirements of the sponsor according to the requirements configured by different sponsors, and matches the lenders meeting the conditions for pre-approval.
7. The funder configuration system of claim 6, wherein the module invoked by the funder pre-screening interface comprises:
a sub-module for generating a unique identification GUID;
a sub-module for verifying whether the entered parameter is legal;
a submodule for obtaining an enabled fund packet and pre-screening conditions;
a submodule for verifying the pre-screening conditions and outputting a pre-screening result;
and the submodule is used for storing the fund packet meeting the conditions in the pre-screening result into the pre-screening entry information and returning the unique identifier GUID and the pre-screening result to the sponsor routing platform.
8. The funder configuration system according to claim 7, wherein in the sub-module for obtaining the enabled fund packet and the pre-screening condition, if the corresponding cache exists in Redis, the Redis is directly obtained through the Redis; if the Redis is abnormal or the corresponding cache does not exist, the data is directly obtained from the database and is stored in the Redis, the pressure is reduced for the system, and the efficiency of capital side configuration is improved.
9. The funder configuration system of claim 8, wherein the sub-module for obtaining enabled fund packs and pre-screening conditions comprises:
a unit for acquiring a list of the participation attribute by reflection;
a unit for obtaining all pre-screening condition lists of the fund packets to be verified;
means for cycling through a list of pre-screening conditions;
a unit for obtaining a corresponding entry parameter from the attribute list according to the pre-screening condition name;
a unit for adding all the conditions into an output list if the conditions are met, and recording failure reasons if any one of the conditions is not met;
means for prioritizing the output list according to fund packets, wherein the highest priority is retained if there are multiple fund packets for the same sponsor.
10. The funder configuration system of claim 9, wherein the sub-module for verifying pre-screening conditions and outputting results comprises:
if the customer information meets all the enabled preselected conditions in the fund packet, recording the fund packet, otherwise, verifying the next fund packet, and recording the failure reason to a unit in a database;
if one fund side has a plurality of fund packets meeting the condition, selecting the fund packet with the highest priority according to the priority order, and returning the result according to the priority order of the fund packets.
CN202010805275.8A 2020-08-12 2020-08-12 Capital party configuration method and system Withdrawn CN112085337A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010805275.8A CN112085337A (en) 2020-08-12 2020-08-12 Capital party configuration method and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010805275.8A CN112085337A (en) 2020-08-12 2020-08-12 Capital party configuration method and system

Publications (1)

Publication Number Publication Date
CN112085337A true CN112085337A (en) 2020-12-15

Family

ID=73729142

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010805275.8A Withdrawn CN112085337A (en) 2020-08-12 2020-08-12 Capital party configuration method and system

Country Status (1)

Country Link
CN (1) CN112085337A (en)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050234814A1 (en) * 2004-04-16 2005-10-20 Jones Cuyler D System and method for allocating loans
US20070271175A1 (en) * 2006-05-17 2007-11-22 Dennis Shaden System, method and apparatus for brokering loan applications
CN102870132A (en) * 2009-12-15 2013-01-09 艾菲尼迪公司 Systems, apparatus, and methods for identity verification and funds transfer via payment proxy system
CN107330670A (en) * 2017-06-29 2017-11-07 喀什博雅成信网络科技有限公司 One kind automation loan approval system and method
CN107545417A (en) * 2017-08-25 2018-01-05 禾昂信息科技(上海)有限公司 A kind of supply chain Fund Supervision system and method
CN109784641A (en) * 2018-12-13 2019-05-21 深圳壹账通智能科技有限公司 Data-pushing device, equipment, method and readable storage medium storing program for executing
CN110334938A (en) * 2019-06-28 2019-10-15 深圳惠金卓信科技有限公司 A kind of investment assetses dynamic match method and device
CN110348985A (en) * 2019-06-04 2019-10-18 深圳前海新心金融管理有限公司 The intelligent fund matched routings system and method for more fund sides, side by all kinds of means
CN110689424A (en) * 2019-09-06 2020-01-14 阿里巴巴集团控股有限公司 Capital supply and demand matching method and system
CN111145030A (en) * 2019-11-28 2020-05-12 北京睿智融科控股股份有限公司 Configurable unified management platform and method
CN111461643A (en) * 2020-03-17 2020-07-28 上海维信荟智金融科技有限公司 Sponsor routing method and system

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050234814A1 (en) * 2004-04-16 2005-10-20 Jones Cuyler D System and method for allocating loans
US20070271175A1 (en) * 2006-05-17 2007-11-22 Dennis Shaden System, method and apparatus for brokering loan applications
CN102870132A (en) * 2009-12-15 2013-01-09 艾菲尼迪公司 Systems, apparatus, and methods for identity verification and funds transfer via payment proxy system
CN107330670A (en) * 2017-06-29 2017-11-07 喀什博雅成信网络科技有限公司 One kind automation loan approval system and method
CN107545417A (en) * 2017-08-25 2018-01-05 禾昂信息科技(上海)有限公司 A kind of supply chain Fund Supervision system and method
CN109784641A (en) * 2018-12-13 2019-05-21 深圳壹账通智能科技有限公司 Data-pushing device, equipment, method and readable storage medium storing program for executing
CN110348985A (en) * 2019-06-04 2019-10-18 深圳前海新心金融管理有限公司 The intelligent fund matched routings system and method for more fund sides, side by all kinds of means
CN110334938A (en) * 2019-06-28 2019-10-15 深圳惠金卓信科技有限公司 A kind of investment assetses dynamic match method and device
CN110689424A (en) * 2019-09-06 2020-01-14 阿里巴巴集团控股有限公司 Capital supply and demand matching method and system
CN111145030A (en) * 2019-11-28 2020-05-12 北京睿智融科控股股份有限公司 Configurable unified management platform and method
CN111461643A (en) * 2020-03-17 2020-07-28 上海维信荟智金融科技有限公司 Sponsor routing method and system

Similar Documents

Publication Publication Date Title
CN110910138B (en) Block chain data supervision method and device
US10783116B2 (en) Systems and methods for managing data
US11538105B2 (en) Cryptographic-asset collateral management
US20100303211A1 (en) Method and system for generating a fraud risk score using telephony channel based audio and non-audio data
US20210073796A1 (en) Method of selective authentication of a blockchain user with a smart contract
CN113256408A (en) Risk control method and system based on consumption finance and computer equipment
CN110704438A (en) Method and device for generating bloom filter in block chain
CN111010282B (en) Block chain-based information processing method, related device and storage medium
WO2018210097A1 (en) Method and device for execution transaction mode by classification
CN116483919A (en) Method, device, equipment and medium for tracing data uplink and tracing data query
CN114265577A (en) Service data processing method and device, computer equipment and storage medium
CN111310945B (en) Operation and maintenance management method and device and electronic equipment
CN112085337A (en) Capital party configuration method and system
CN113643032B (en) Information processing method, device and data management system based on block chain
CN113987574A (en) Block chain private transaction method, device, equipment and readable storage medium
WO2020028732A1 (en) Linking events with lineage rules
CN113537985B (en) Data verification method and device
CN112270601B (en) Information transfer method, information transfer device, electronic equipment and readable storage medium
CN112822261B (en) Block chain-based shared policy and premium management method and device and electronic equipment
US20050086513A1 (en) Concept based message security system
CN117439982A (en) Resource management method, device, computer equipment and storage medium
CN114519205A (en) Privacy protection method and device for information query and storage medium
TWM624084U (en) Scenario service process establishment system
CN113347312A (en) Call center management method based on block chain
CN115393046A (en) Method, device and equipment for structuring product and storage medium

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
WW01 Invention patent application withdrawn after publication

Application publication date: 20201215