CN114240652A

CN114240652A - Rule generation method and device for business system

Info

Publication number: CN114240652A
Application number: CN202111480439.5A
Authority: CN
Inventors: 何启柯
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2021-12-06
Filing date: 2021-12-06
Publication date: 2022-03-25

Abstract

The embodiment of the application provides a rule generation method and device of a business system, and relates to the technical field of data analysis. The method comprises the following steps: acquiring configuration parameters set by a user for an inspection object in transaction information through a database table, wherein the inspection object comprises a transaction type and/or a flow stage of the transaction information, and the flow stage comprises any one of a generation stage, a storage stage and an analysis stage; and generating a check rule corresponding to the transaction information based on the configuration parameters. Therefore, the check rule of the newly added transaction type can be generated without changing the code, the check requirements corresponding to different transaction types can be effectively met, and the development cost of the service system is effectively reduced.

Description

Rule generation method and device for business system

Technical Field

The present application relates to the field of data analysis technologies, and in particular, to a method and an apparatus for generating rules of a business system.

Background

The transaction business of the bank relates to the overseas and overseas, and the variety of the transaction business is various. With the development of financial science and technology and in the big background of global operation, an intelligent operation system is established for the transaction business of banks.

After the transaction information enters the intelligent operation system and before the background service system performs processing such as clearing and accounting, compliance check on the transaction information is required to ensure the accuracy of data in subsequent processing. However, the kinds of transaction information are complicated, and for different kinds of transaction information, corresponding program codes need to be developed separately to check the compliance of different kinds of transaction information. Therefore, the development cost of the intelligent operation system is high, and non-professional personnel cannot maintain the system.

Therefore, how to reduce the development cost of the intelligent operation system is an urgent problem to be solved.

Disclosure of Invention

The embodiment of the application provides a rule generation method and device for a business system, which are used for reducing the development cost of an intelligent operation system and effectively improving the efficiency of making a data check rule of newly added transaction information.

In a first aspect, an embodiment of the present application provides a method for generating a rule of a business system, where the method includes: acquiring configuration parameters set by a user for an inspection object in transaction information through a database table, wherein the inspection object comprises a transaction type and/or a flow stage of the transaction information, and the flow stage comprises any one of a generation stage, a storage stage and an analysis stage; and generating a check rule corresponding to the transaction information based on the configuration parameters.

In the embodiment of the application, the corresponding configuration parameters set for the transaction type and/or the process stage of the transaction information can be acquired through the database table, and then the check rule corresponding to the transaction information is generated. Therefore, the checking requirements corresponding to different transaction types can be met without changing the codes, and the system development cost is effectively reduced.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the method further includes: acquiring the transaction information; analyzing a data structure of the transaction information, and determining the data type of each data in the transaction information; and determining the inspection object according to the data type of each data.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the method further includes: acquiring the transaction information; and screening the inspection object from the transaction information according to user input.

In a possible implementation manner, the configuration parameters include a plurality of check items, and after the configuration parameters set by the user for the check objects in the transaction information are acquired through the database table, the method further includes: checking the plurality of checking items, and generating a checking rule corresponding to the transaction information based on the configuration parameters when each checking item in the plurality of checking items passes the checking; or when the plurality of check items have check items with failed verification, displaying prompt information, wherein the prompt information is used for prompting a user to reset the configuration parameters.

In one possible embodiment, the examination item includes at least one of: the system comprises a transaction object check, a transaction calendar check, a transaction account type check, a transaction product information check, a transaction review mode check, a settlement check mark check, an accounting check, a clearing mode check, a transaction interest check, a plan cash flow check, an association remittance check, a transaction task check and a clearing record check.

In a possible embodiment, the check item includes field information, and the checking the plurality of check items includes: and if the field information is determined to have the preset data instance, determining that the field information is verified successfully.

In a possible implementation, the checking item includes a service checking type, and the checking the plurality of checking items includes: and if the functional function corresponding to the service checking type is determined to be executable, the service checking type is determined to be verified successfully.

In a second aspect, an embodiment of the present application further provides a device for rule configuration of a business system, where the device includes a module for implementing the method in the first aspect and any optional implementation manner of the first aspect.

Illustratively, the apparatus may include:

the system comprises an acquisition module, a storage module and a processing module, wherein the acquisition module is used for acquiring configuration parameters set by a user aiming at an inspection object in transaction information through a database table, the inspection object comprises a transaction type and/or a process stage of the transaction information, and the process stage comprises any one of a generation stage, a storage stage and an analysis stage;

and the processing module is used for generating a check rule corresponding to the transaction information based on the configuration parameters.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the acquisition module is further configured to: acquiring the transaction information; the processing module is further configured to: analyzing a data structure of the transaction information, and determining the data type of each data in the transaction information; and determining the inspection object according to the data type of each data.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the acquisition module is further configured to: acquiring the transaction information; the processing module is further configured to: and screening the inspection object from the transaction information according to user input.

In a possible implementation manner, the apparatus includes a display module, the configuration parameters include a plurality of check items, and after the configuration parameters set by the user for the check objects in the transaction information are acquired through the database table, the processing module is further configured to: checking the plurality of checking items, and generating a checking rule corresponding to the transaction information based on the configuration parameters when each checking item in the plurality of checking items passes the checking; or when the plurality of check items have check items with failed verification, controlling the display module to display prompt information, wherein the prompt information is used for prompting a user to reset the configuration parameters.

In a possible implementation manner, the check item includes field information, and the processing module is configured to check the plurality of check items, and specifically configured to: and if the field information is determined to have the preset data instance, determining that the field information is verified successfully.

In a possible implementation manner, the check items include service check types, and the processing module is configured to check the plurality of check items, and specifically configured to: and if the functional function corresponding to the service checking type is determined to be executable, the service checking type is determined to be verified successfully.

In a third aspect, another embodiment of the present application further provides an electronic device, including at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method of the first aspect provided by the embodiments of the present application.

In a fourth aspect, another embodiment of the present application further provides a computer storage medium storing a computer program, where the computer program is used to make a computer execute the method of the first aspect provided by the embodiment of the present application.

A fifth aspect. Another embodiment of the present application further provides a computer program, which includes computer instructions for causing a computer to execute the method of the first aspect provided by the embodiment of the present application.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings needed to be used in the embodiments of the present application will be briefly described below, and it is obvious that the drawings described below are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

Fig. 1 is a flowchart illustrating a method for generating rules of a business system according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a data table shown in an embodiment of the present application;

fig. 3 is a schematic structural diagram of a rule generation apparatus of a business system according to an embodiment of the present application;

fig. 4 is a schematic diagram of an electronic device according to an embodiment of the present application.

Detailed Description

It should be noted that, in the technical solution of the present application, the collection, transmission, use, etc. of the transaction information all meet the requirements of the relevant national laws and regulations.

The technical solutions in the embodiments of the present application will be described in detail and clearly with reference to the accompanying drawings. In the description of the embodiments of the present application, "/" will mean "or" unless otherwise specified, for example, a/B may mean a or B; "and/or" in the text is only an association relationship describing an associated object, and means that three relationships may exist, for example, a and/or B may mean: three cases of a alone, a and B both, and B alone exist, and in addition, "a plurality" means two or more than two in the description of the embodiments of the present application.

In the description of the embodiments of the present application, the term "plurality" means two or more unless otherwise specified, and other terms and the like should be understood similarly, and the preferred embodiments described herein are only for the purpose of illustrating and explaining the present application, and are not intended to limit the present application, and features in the embodiments and examples of the present application may be combined with each other without conflict.

To further illustrate the technical solutions provided by the embodiments of the present application, the following detailed description is made with reference to the accompanying drawings and the detailed description. Although the embodiments of the present application provide method steps as shown in the following embodiments or figures, more or fewer steps may be included in the method based on conventional or non-inventive efforts. In steps where no necessary causal relationship exists logically, the order of execution of the steps is not limited to that provided by the embodiments of the present application. The method can be executed in the order of the embodiments or the method shown in the drawings or in parallel in the actual process or the control device.

The embodiment of the application provides a rule generation method and a device of a business system, wherein the method comprises the following steps: acquiring configuration parameters set by a user for an inspection object in transaction information through a database table, wherein the inspection object comprises a transaction type and/or a flow stage of the transaction information, and the flow stage comprises any one of a generation stage, a storage stage and an analysis stage; and generating a check rule corresponding to the transaction information based on the configuration parameters. Therefore, the checking requirements corresponding to different transaction types can be met without changing the codes, and the development cost of the service system is effectively reduced.

The following describes a rule generation method of a business system according to an embodiment of the present application in detail with reference to the accompanying drawings. As shown in fig. 1, the method comprises the following steps:

step 101: acquiring configuration parameters set by a user aiming at an inspection object in transaction information through a database table; wherein the inspection object comprises a transaction type of the transaction information and/or a flow stage, the flow stage comprising any one of a generation stage, a storage stage and an analysis stage.

Exemplary of the above transaction types include, but are not limited to, fund transactions, bond transactions, foreign exchange transactions, and the like.

It should be noted that there are various determination methods for the inspection object in the transaction information, including but not limited to the following methods:

in the method 1, before configuration parameters set by a user for an inspection object in transaction information are acquired through a database table, the transaction information is acquired, a data structure of the transaction information is analyzed, and the data type of each data in the transaction information is determined; and determining the inspection object according to the data type of each data.

Illustratively, the transaction information is "foreign exchange transaction 2000 order", and the data structure of the transaction information is analyzed to obtain the term "foreign exchange transaction", which is a transaction type, that is, the foreign exchange transaction is determined as the inspection object.

In the mode 1, the intelligent operation system can automatically analyze the check object in the transaction information, and the generation efficiency of the check rule of the newly added transaction type is effectively improved.

In the mode 2, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the transaction information is acquired, and the check object is screened out from the transaction information according to the input of the user.

Illustratively, the transaction information is "foreign exchange due transaction 500", in which the user sets "foreign exchange due transaction" as a check object.

In the mode 2, the user can set the check object in the transaction information by himself, so that the subsequent rules generated for the transaction information better meet the requirements of the user.

In a possible implementation manner, the configuration parameters include a plurality of check items, after the configuration parameters set by the user for the check objects in the transaction information are acquired through the database table, the plurality of check items may also be checked, and when each check item in the plurality of check items passes the check, a check rule corresponding to the transaction information is generated based on the configuration parameters; or when the plurality of check items have check items with failed verification, displaying prompt information, wherein the prompt information is used for prompting a user to reset the configuration parameters.

Illustratively, 3 check items in the configuration parameters are taken as an example, and when all the 3 check items pass the verification, a check rule corresponding to the transaction information is generated based on the configuration parameters; if the checking item with the verification failed exists in the 3 checking items, prompting the user to reset the configuration parameters.

In a possible embodiment, the check item may include at least one of the following items: the system comprises a transaction object check, a transaction calendar check, a transaction account type check, a transaction product information check, a transaction review mode check, a settlement check mark check, an accounting check, a clearing mode check, a transaction interest check, a plan cash flow check, an association remittance check, a transaction task check and a clearing record check.

The transaction object check can be a transaction object check between a front-end service system and a background service system; accordingly, the process of checking the transaction object may be: and calling a foreground and background transaction opponent fixed parameter query component by each transaction data to perform foreground and background transaction opponent check and judge whether a foreground transaction opponent can be mapped out of a background transaction opponent. Optionally, when the transaction object is checked, the related information of the transaction object may be automatically supplemented, for example, the transaction object is an "agricultural bank", and the full name and code of the "agricultural bank" may be supplemented.

The process of transaction calendar check may be: and acquiring transaction associated calendar information according to the transaction elements, checking currency calendars and background calendars, and judging whether the transaction delivery date and the like are holidays or not.

The process of checking the transaction account type may be: and flexible parameter query components provided by each transaction data calling platform are used for carrying out transaction account type check and judging whether the region type codes and folder types can be mapped. Optionally, the transaction account type may be automatically supplemented when the transaction account type check is performed.

The transaction product information check can be the transaction product information check between the front-end service system and the background service system; accordingly, the process of checking the transaction product information may be: and flexible parameter inquiry components provided by each transaction data calling platform are used for carrying out mapping check on foreground and background products and judging whether a service module, a service large class and a service small class can be mapped or not. Optionally, when the transaction product information is checked, the relevant fields of the transaction product information can be automatically supplemented.

The process of the transaction review mode check may be as follows: and flexible parameter query components provided by each transaction data calling platform are used for checking the transaction rechecking mode, judging whether the transaction is manually rechecked or a system rechecked, and defaulting the transaction to the system rechecking. Optionally, when the transaction compound mode check is performed, the related fields of the transaction review mode may be automatically supplemented.

The checking process of the settlement accounting flag may be: flexible parameter inquiry components provided by each transaction data calling platform check settlement and accounting marks and judge whether the transaction is settled and accounted, and the settlement and accounting are not acquiescent as required; optionally, when the settlement accounting flag check is performed, the related fields of the accounting flag can be automatically supplemented.

Wherein, accounting refers to accounting admission inspection, and is corresponding, and the process of accounting can be: and calling an accounting module providing method to perform accounting access check, and if the check is successful, acquiring corresponding accounting information and completing corresponding fields.

The process of checking the clearing mode may be: flexible parameter inquiry components provided by each transaction data calling platform check the clearing mode, judge the clearing mode of cash flow clearing mode, and take no default as bilateral total; and filling the corresponding field for storage.

Wherein, the transaction countdown entering checking process can be as follows: and (4) judging whether the foreign exchange borrows the transaction call platform common module to perform transaction reverse interest entering check on holidays, and judging whether the transaction is reverse interest transaction access.

Wherein, the process of planning cash flow inspection may be: and generating plan cash flow data according to the transaction information, calling a transaction clearing module component after automatic route matching, and storing the data into a clearing plan cash flow data table.

The process of checking the association route may be: and the foreign exchange loan removal transaction calls a transaction settlement module to associate the settlement route check, and judges whether the planned cash flow can be associated with the upper payment and receipt route or not, and if so, the planned cash flow is stored in a settlement and receipt route data table.

The process of confirming task admission check may be: and carrying out transaction checking according to transaction checking rules, calling a method provided by a transaction delivery confirmation module, judging the confirmation method, and obtaining corresponding fields for field filling storage.

Wherein, the process of checking the clearing record can be as follows: reading the clearing element parameters, judging whether the clearing elements of the front and the back versions are consistent, calling a transaction clearing and settlement module to clear and record and check, and judging whether to clear and recover the delivery cash flow sent by the previous version.

It should be noted that the check item may include field information and/or a service check type.

In a possible implementation manner, the check item includes field information, and the process of checking the plurality of check items may be: and if the field information is determined to have the preset data instance, determining that the field information is verified successfully. It should be understood that field information is a must-fail entry in the configuration parameters.

For example, referring to table 1, in table 1, a user sets a data table (i.e., trade contract checking configuration information) as shown in table 1 for current transaction information, and may further obtain configuration parameters through the data table, where checking items in the configuration parameters include field information as shown in table 1, i.e., checking rule ID code, information item name, financial market business type list value, checking item name, remark information. It should be understood that the field content corresponding to the examination item name, that is, the content associated with the aforementioned examination rule ID code, and the field content corresponding to the remark information, that is, the abbreviation of the content associated with the aforementioned examination item name.

TABLE 1

Transaction contract checking configuration information
	I.e. checking the rule ID code
Information item name
	Financial market business type listing value
Examination item name
	Remark information

And further, non-null check can be performed on the data instance corresponding to the field information, and if the field information is found to have the data instance shown in fig. 2 through inquiry, it is determined that the field information passes the check.

For example, the field information is exemplified by a check RULE ID code (CHK _ RULE _ ID _ CD), and the data instance corresponding to the check RULE ID code (CHK _ RULE _ ID _ CD) is: 140001, 140002, 140003, 140004, 230001, 230002, 230003, 230004, 240004, 240003, 240002 and 240001. then, if there is a data instance in the check RULE ID code (CHK _ run _ ID _ CD), it is determined that the check RULE ID code (CHK _ run _ ID _ CD) passes the check.

For example, the field information is exemplified by an information item name (IFITNM), and the data example corresponding to the information item name (IFITNM) is: 01. 02 and 04, if the information item name (IFITNM) exists in the data instance, the information item name (IFITNM) check is determined to pass.

For another example, the field information is represented by a financial market service type LIST value (FNMKT _ BSN _ TP _ LIST _ VAL), and a data instance corresponding to the financial market service type LIST value (FNMKT _ BSN _ TP _ LIST _ VAL) is a transaction service type code: 19-foreign exchange drop period, 21-foreign exchange option and 22-precious metal on-demand, if the financial market service type LIST value (FNMKT _ BSN _ TP _ LIST _ VAL) has a data instance, determining that the financial market service type LIST value (FNMKT _ BSN _ TP _ LIST _ VAL) passes the check.

For another example, the field information is the check item name (chktm _ NM), and the data example corresponding to the check item name (chktm _ NM) is: foreign exchange lost period-necessary input inspection, foreign exchange lost period-information completion inspection, foreign exchange lost period-accounting related inspection, foreign exchange lost period-clearing related inspection, foreign exchange option-necessary input inspection, foreign exchange option-information completion inspection, foreign exchange option-accounting related inspection, foreign exchange option-clearing related inspection, precious metal on-demand-necessary input inspection, precious metal on-demand-information completion inspection, precious metal on-demand-accounting related inspection, and precious metal on-demand-clearing related inspection; the check item name (chktm _ NM) exists for the data instance, it is determined that the check item name (chktm _ NM) check passes.

For another example, the field information is prepared by taking the remark information (RMRK _ INF) as an example, and the data example corresponding to the remark information (RMRK _ INF) is as follows: checking the necessary input items, completing the information, checking related accounting and checking related clearing; the data instance exists in the remark information (RMRK _ INF), and the remark information (RMRK _ INF) is confirmed to pass the verification.

In a possible implementation manner, the check item includes a service check type, and the checking the plurality of check items may be: and if the functional function corresponding to the service checking type is determined to be executable, the service checking type is determined to be verified successfully. It should be understood that each traffic check type corresponds to a respective function.

For example, referring to table 2, the user sets a data table (i.e., a transaction contract checking configuration detail) shown in table 2 for the current transaction information, and may further obtain configuration parameters through the data table, where the checking items in the configuration parameters include field information shown in table 2, i.e., a checking rule ID code, a record number, a checking link level name, a function call confirmation flag, and a program interface name. It should be understood that the link level name, i.e., the business check type, is checked. That is, the check items in the configuration parameters include field information and service check types.

TABLE 2

Transaction contract checking configuration details
	Checking rule ID code
Record number
	Examining link level names
Function call validation flag
	Name of program interface

And further, non-empty checking can be performed on the data instance corresponding to the field information of the table 2, and checking can be performed on the function corresponding to the service checking type.

Referring to table 3, in table 3, an example of data corresponding to the check RULE ID code (CHK _ RULE _ ID _ CD) is: 140001 and 140002, if the RULE ID code (CHK _ run _ ID _ CD) has data instance, the check RULE ID code (CHK _ run _ ID _ CD) is determined to pass the check. Wherein, the data instance corresponding to the record number (RCRD _ ID) is: 140001024, 140001025, 140001026, 140001027, 140001028, 140002001, 140002002, 140002003, 140002004, 140002005, 140002006 and 140002007, it is determined that the record number (RCRD _ ID) check passes if there is a data instance in the record number (RCRD _ ID). Wherein, checking link level name (CHK _ LNK _ HIER _ NM), namely checking item name; the function CALL confirmation flag (FUNC _ CALL _ CFM _ IND) comprises Y and N, if the function CALL confirmation flag (FUNC _ CALL _ CFM _ IND) is Y, the check item is a service check type, and a function related to a corresponding program interface name (PRGM _ INTF _ NM) needs to be called; if the function CALL confirmation flag (FUNC _ CALL _ CFM _ IND) is N, it indicates that the check item is field information and there is no corresponding program interface name (PRGM _ INTF _ NM). Correspondingly, when the checking item of the service checking type is checked, the function corresponding to the service checking type is needed, whether the function is executable or not is checked, and under the condition that the function is executable, a corresponding mapping relation is established between the service checking type and the function, so that the configuration parameters set by the user aiming at the transaction information are enabled to take effect.

Continuing with table 3, in table 3, the checking link level name (CHK _ LNK _ HIER _ NM) is exemplified by currency two (remote) amount, spot exchange rate, fall-off type, fall-off point, near-end price, far-end price, information completion check, foreground and background transaction opponent check, transaction calendar check, transaction account type check, foreground and background product mapping check, transaction review mode check and settlement check flag check, wherein currency two (remote) amount, spot exchange rate, fall-off type, fall-off point, near-end price, far-end price and information completion check are field information, and no function exists; the method comprises the steps of checking a foreground and background transaction opponent, checking a transaction calendar, checking a transaction account, checking a foreground and background product mapping, checking a transaction re-checking mode and checking a settlement checking mark into service type checking, calling a corresponding function, when the corresponding function is determined to be executable, determining that checking items of the service checking type are checked to be passed, and establishing a corresponding mapping relation between the service checking type and the function so as to enable configuration parameters set by a user for transaction information to be effective.

TABLE 3

Step 102: and generating a check rule corresponding to the transaction information based on the configuration parameters.

It should be understood that after a plurality of check items in the configuration parameters set by the user for the transaction information are checked successfully, based on the configuration parameters, the check rule corresponding to the transaction information is generated. In this way, the generated check rule is made more efficient.

In the embodiment of the method shown in fig. 1, the configuration parameters set by the user for the inspection object in the transaction information are obtained through the database table, the inspection object includes the transaction type and/or the flow phase of the transaction information, and the flow phase includes any one of a generation phase, a storage phase and an analysis phase; and generating a check rule corresponding to the transaction information based on the configuration parameters. Therefore, the checking requirements corresponding to different transaction types can be met without changing the codes, and the development cost of the service system is effectively reduced.

Based on the same inventive concept, an embodiment of the present application further provides a rule generating device 300 of a business system, specifically as shown in fig. 3, including:

an obtaining module 301, configured to obtain, through a database table, configuration parameters set by a user for an inspection object in transaction information, where the inspection object includes a transaction type and/or a flow phase of the transaction information, and the flow phase includes any one of a generation phase, a storage phase, and an analysis phase;

the processing module 302 is configured to generate a check rule corresponding to the transaction information based on the configuration parameter.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the acquiring module 301 is further configured to: acquiring the transaction information; the processing module 302 is further configured to: analyzing a data structure of the transaction information, and determining the data type of each data in the transaction information; and determining the inspection object according to the data type of each data.

In a possible implementation manner, before the configuration parameters set by the user for the check object in the transaction information are acquired through the database table, the acquiring module 301 is further configured to: acquiring the transaction information; the processing module 302 is further configured to: and screening the inspection object from the transaction information according to user input.

Optionally, the apparatus 300 includes a display module 303, where the configuration parameter includes a plurality of check items, and after the configuration parameter set by the user for the check object in the transaction information is acquired through the database table, the processing module 302 is further configured to: checking the plurality of checking items, and generating a checking rule corresponding to the transaction information based on the configuration parameters when each checking item in the plurality of checking items passes the checking; or, when there is a check item with a failed check in the plurality of check items, controlling the display module 303 to display a prompt message, where the prompt message is used to prompt the user to reset the configuration parameters.

In a possible implementation manner, the check item includes field information, and the processing module 302 is configured to check the plurality of check items, specifically, to: and if the field information is determined to have the preset data instance, determining that the field information is verified successfully.

In a possible implementation manner, the check items include service check types, and the processing module 302 is configured to check the plurality of check items, and specifically configured to: and if the functional function corresponding to the service checking type is determined to be executable, the service checking type is determined to be verified successfully.

The electronic device 130 according to this embodiment of the present application is described below with reference to fig. 4. The electronic device 130 shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 4, the electronic device 130 is represented in the form of a general electronic device. The components of the electronic device 130 may include, but are not limited to: the at least one processor 131, the at least one memory 132, and a bus 133 that connects the various system components (including the memory 132 and the processor 131).

Bus 133 represents one or more of any of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, or a local bus using any of a variety of bus architectures.

The memory 132 may include readable media in the form of volatile memory, such as Random Access Memory (RAM)1321 and/or cache memory 1322, and may further include Read Only Memory (ROM) 1323.

Memory 132 may also include a program/utility 1325 having a set (at least one) of program modules 1324, such program modules 1324 including, but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which, or some combination thereof, may comprise an implementation of a network environment.

The electronic device 130 may also communicate with one or more external devices 134 (e.g., keyboard, pointing device, etc.), with one or more devices that enable a user to interact with the electronic device 130, and/or with any devices (e.g., router, modem, etc.) that enable the electronic device 130 to communicate with one or more other electronic devices. Such communication may occur via input/output (I/O) interfaces 135. Also, the electronic device 130 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 136. As shown, network adapter 136 communicates with other modules for electronic device 130 over bus 133. It should be understood that although not shown in the figures, other hardware and/or software modules may be used in conjunction with electronic device 130, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.

In an exemplary embodiment, a computer-readable storage medium comprising instructions, such as the memory 132 comprising instructions, executable by the processor 131 of the apparatus 300 to perform the above-described method is also provided. Alternatively, the computer readable storage medium may be a ROM, a Random Access Memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

In an exemplary embodiment, there is also provided a computer program product comprising computer programs/instructions which, when executed by the processor 131, implement any of the rules generation methods of the business system as provided herein.

In an exemplary embodiment, various aspects of a method for generating rules of a business system provided by the present application may also be implemented in the form of a program product including program code for causing a computer device to perform the steps of a method for generating rules of a business system according to various exemplary embodiments of the present application described above in this specification when the program product is run on the computer device.

The program product may employ any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the readable storage medium include: an electrical connection having one or more wires, a portable disk, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The program product for front-end interface presentation of a multi-tenant system of the embodiments of the present application may employ a portable compact disc read only memory (CD-ROM) and include program code, and may be executable on an electronic device. However, the program product of the present application is not limited thereto, and in this document, a readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A readable signal medium may include a propagated data signal with readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A readable signal medium may also be any readable medium that is not a readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, C + + or the like and conventional procedural programming languages, such as the "for example" programming language or similar programming languages. The program code may execute entirely on the consumer electronic device, partly on the consumer electronic device, as a stand-alone software package, partly on the consumer electronic device and partly on a remote electronic device, or entirely on the remote electronic device or server. In the case of remote electronic devices, the remote electronic devices may be connected to the consumer electronic device through any kind of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or may be connected to an external electronic device (e.g., through the internet using an internet service provider).

It should be noted that although several units or sub-units of the apparatus are mentioned in the above detailed description, such division is merely exemplary and not mandatory. Indeed, the features and functions of two or more units described above may be embodied in one unit, according to embodiments of the application. Conversely, the features and functions of one unit described above may be further divided into embodiments by a plurality of units.

Further, while the operations of the methods of the present application are depicted in the drawings in a particular order, this does not require or imply that these operations must be performed in this particular order, or that all of the illustrated operations must be performed, to achieve desirable results. Additionally or alternatively, certain steps may be omitted, multiple steps combined into one step execution, and/or one step broken down into multiple step executions.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable image scaling apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable image scaling apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable image scaling apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable image scaling device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer implemented process such that the instructions which execute on the computer or other programmable device provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

While the preferred embodiments of the present application have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all alterations and modifications as fall within the scope of the application.

It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims

1. A method for generating rules of a business system, the method comprising:

acquiring configuration parameters set by a user for an inspection object in transaction information through a database table, wherein the inspection object comprises a transaction type and/or a flow stage of the transaction information, and the flow stage comprises any one of a generation stage, a storage stage and an analysis stage;

and generating a check rule corresponding to the transaction information based on the configuration parameters.

2. The method of claim 1, wherein before obtaining the configuration parameters set by the user for the check object in the transaction information through the database table, the method further comprises:

acquiring the transaction information;

analyzing a data structure of the transaction information, and determining the data type of each data in the transaction information;

and determining the inspection object according to the data type of each data.

3. The method of claim 1, wherein before obtaining the configuration parameters set by the user for the check object in the transaction information through the database table, the method further comprises:

acquiring the transaction information;

and screening the inspection object from the transaction information according to user input.

4. The method according to any one of claims 1 to 3, wherein the configuration parameters comprise a plurality of check items, and after the configuration parameters set by the user for the check objects in the transaction information are obtained through the database table, the method further comprises:

checking the plurality of checking items, and generating a checking rule corresponding to the transaction information based on the configuration parameters when each checking item in the plurality of checking items passes the checking; alternatively, the first and second electrodes may be,

and when the plurality of checking items have checking items which fail to be checked, displaying prompt information, wherein the prompt information is used for prompting a user to reset the configuration parameters.

5. The method of claim 4, wherein the inspection items comprise at least one of:

the system comprises a transaction object check, a transaction calendar check, a transaction account type check, a transaction product information check, a transaction review mode check, a settlement check mark check, an accounting check, a clearing mode check, a transaction interest check, a plan cash flow check, an association remittance check, a transaction task check and a clearing record check.

6. The method of claim 4, wherein the check item includes field information, and wherein checking the plurality of check items comprises:

and if the field information is determined to have the preset data instance, determining that the field information is verified successfully.

7. The method of claim 4, wherein the check item comprises a business check type, and wherein checking the plurality of check items comprises:

and if the functional function corresponding to the service checking type is determined to be executable, the service checking type is determined to be verified successfully.

8. A rule configuration device of a business system, characterized in that it comprises means for carrying out the method according to any one of claims 1 to 7.

9. An electronic device comprising at least one processor; and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions executable by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-7.

10. A computer storage medium, characterized in that the computer storage medium stores a computer program for causing a computer to perform the method according to any one of claims 1-7.

11. A computer program, characterized in that the computer program comprises computer instructions for performing the method according to any of claims 1-6.