Multi-legal person business processing system and method based on data label and multi-dimensional control

Abstract

A multi-legal person business processing method based on data labels and multi-dimensional control comprises the following steps: grouping according to legal persons, and designing a batch processing mechanism for the legal persons capable of sharing data files and keeping business date synchronization so as to process the legal persons in the same batch processing group; a multi-legal person mechanism for online processing is designed by adopting the modes of starting and stopping according to legal persons, processing errors and processing input and output in transactions; designing a data isolation sharing mechanism, and adding a legal person number field to the table needing data isolation; performing message interpretation based on the batch processing mechanism, the online processing multi-legal person mechanism and the data isolation sharing mechanism; the validity of data access is verified in the message interpretation stage so as to reduce the consumption of system resources, and if illegal data access is found, the illegal data access is intercepted when a core interpretation message is just entered and a failure is returned.

Description

Technical field:

[0001] The invention relates to a multi-legal person business processing system and method based on data tags and multi-dimensional control. Background technology:

[0002] In the rural credit system, there are the particularities of multiple legal persons. Each bank is an independent legal person. Different legal persons differ in product customization, business service scope, service processing flow, business authority control, clearing, accounting configuration, etc. At the same time, each legal person can share key information of customers. Such an operating system and management mechanism determines that all legal persons in the system must share information and meet the differences in business among legal persons of the bank.

[0003] With the development of emerging channels such as online banking and mobile banking, the types and number of legal entities will continue to increase when they are connected to village banks, small and micro banks and other systems in the future, and the cost and difficulty of operation and maintenance will increase. The level of isolation and sharing should not be based on legal entities, but should be an abstract concept of legal entity groups. It is essential to achieve flexible configuration of legal entities and legal entity groups.

[0004] At present, the existing specific applications are to use blockchain to ensure the validity of customer data and loan data of banks and third parties under the joint loan model, reduce the business confidence costs of third parties, corporate banks and provincial cooperatives, and provide social credit for credit products; or when providing banking services to multiple corporate banks, ensure that the customers of each bank are independent of each other, and reliably encrypt sensitive bank data to prevent leakage; although the above-mentioned existing technologies support the data isolation mechanism between corporate banks to a certain extent, they lack a data sharing mechanism among multiple corporate banks, cannot flexibly set the actual relationship between corporate persons and corporate groups, cannot support parameter management and authority management of multiple corporate persons, and thus cannot provide differentiated services for multiple independent corporate banks. Summary of the invention:

[0005] The embodiment of the present invention provides a multi-legal person business processing system and method based on data tags and multi-dimensional control. The structure and method are reasonably designed, and a business mechanism is proposed based on data tags and multi-dimensional control. It combines the three technical supports of batch processing, online transactions and data isolation, meets the requirements of legal person independence in various links such as design, development and operation and maintenance, and can achieve the goal of supporting the business operations of multiple banks on one platform, support the compartmentalized storage and access control of each legal person's information, support parameter management and authority management of multiple legal persons, and support data isolation and sharing among legal persons; at the same time, it supports flexible setting of the comparison relationship between legal persons and legal person groups, and supports the configuration of various types of legal person groups according to business scenario needs, thereby providing differentiated services for multiple independent legal person banks, solving the problems existing in the prior art.

[0006] The technical solution adopted by the present invention to solve the above technical problems is:

[0007] A multi-legal person business processing method based on data tags and multi-dimensional control, the processing method comprising the following steps:

[0008] S1, grouping by legal entity, designing a batch processing mechanism for legal entities that can share data files and keep business dates synchronized, so as to process legal entities in the same batch processing group;

[0009] S2, adopts the method of starting and stopping transactions according to legal person lines, error handling, input and output processing to design a multi-legal person mechanism for online processing;

[0010] S3, design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups;

[0011] S4, based on the above batch processing mechanism, multi-legal person mechanism of online processing and data isolation and sharing mechanism, interpret the message, query the legal person number through the institution number, and compare the legal person number of the account with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed;

[0012] S5, verifies the legitimacy of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core interpretation message.

[0013] Design a batch processing mechanism to group legal entities by legal entity so that they can share data files and keep business dates synchronized. To process legal entities in the same batch processing group, you need to follow these steps:

[0014] S1.1, using the same partition key, download the legal person data in the same batch processing group in the database through the HPU download method;

[0015] S1.2, the record header clearly indicates the legal person bank to which the file belongs, and each batch group file is transferred and processed separately, and a file transfer list is generated and stored;

[0016] S1.3, each batch processing group uses the same set of templates to execute jobs and copy control flows, and performs personalized configuration in the CMBKYBKY batch processing job property file.

[0017] The multi-legal entity mechanism designed for online processing adopts the method of transaction start and stop, error handling, and input and output processing according to the legal entity bank, including the following steps:

[0018] S2.1, according to the independent start and stop of corporate banks, it is divided into transaction level and corporate bank level; the transaction level is used to support the start and stop of the whole bank and the start and stop of some corporate banks; the corporate bank level is used to formulate the start and stop of corporate banks, supporting the start and stop of all transactions and the start and stop of some transactions;

[0019] S2.2, set up error information configuration and error coverage configuration for multiple legal persons;

[0020] For error information configuration, during error message preprocessing, it is necessary to read the CMMSGMSG table to obtain the error description and some control information so that multiple legal persons can customize the error description for the same error code; after reading the CMMSGMSG table, error overwrite processing is performed, and all error information is pushed into a stack with a capacity of 12. Before the transaction ends, the content in the stack is checked, and a unified rollback process is performed, and the error information is written into the output message, which contains a set of error information;

[0021] For error coverage configuration, when an error occurs, the error information stacking program is called. When the first bit of the error code MSG-CODE is equal to A, B, C or X, it means that authorization is required to execute the current transaction. The CMMSGMSG table is read according to MSG-CODE. If the MSG-CODE has an error coverage in the legal person, the MSG-CODE is assigned with the covered error code. After the error message preprocessing is completed, it is pushed into the stack. During the stacking process, if the same error code is found to exist, it is directly ignored. When organizing the error message, the most serious error information is placed in the first position of the error group, and the error description information in the database is read separately. GCCBMEH takes the error information in the stack in turn according to the stack index MSG-I NDEX, and then reads the error information from the CMMSGMSG table according to MSG-CODE and the legal person line number, and stores the obtained error information in the corresponding MSG-DB-TEXT in the stack.

[0022] When the first bit of the error code MSG-CODE is E, S or T, it indicates an error message, and the error message is placed at the first bit in the stack and the rest of the error messages in the stack are cleared;

[0023] S2.3, when configuring input and output streams, a unified input stream configuration is used. The input stream fields are the maximum set of fields required by all legal persons. Each legal person uploads fields according to their own needs, and then obtains the required fields according to the legal person row in the application.

[0024] The output message includes a message header and an output FORM; the output message is divided into two situations: transaction success and transaction failure. In the case of transaction failure, the error information in the message header has been distinguished and processed according to the legal person or organization in the error processing part, and the message body only outputs the error program;

[0025] When the transaction is successful, the output message header is in a unified format; for the personalized output FORM of multiple legal persons, it is the maximum set of fields of all legal person FORMs, and the front end or channel extracts the fields in the FORM according to the multi-legal person configuration.

[0026] For each data in the table that needs data isolation, a legal person number field is added and a label of the legal person to which it belongs is affixed. This is the basis and basis for information isolation and sharing judgment; each legal person bank can configure and manage the corresponding organizational structure relationship, cooperate with accounting, support both unified accounting account settings and differentiated accounting account settings that meet the needs of multiple legal persons.

[0027] The organizational structure relationship at least includes liquidation relationship, accounting relationship, legal person relationship, profit and loss relationship and report relationship.

[0028] When interpreting the message, first query the account opening institution number through the account number, and then query the legal person number through the institution number. After obtaining the legal person number of the account, compare it with the legal person number of the transaction in the input message: if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed.

[0029] Verifying the legitimacy of data access during the message interpretation stage can reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core message interpretation stage.

[0030] A multi-legal person business processing system based on data tags and multi-dimensional control, the processing system comprising:

[0031] A grouping module, wherein the grouping module is used to group by legal person, and to design a batch processing mechanism for legal persons that can share data files and keep business dates synchronized, so as to process the legal persons in the same batch processing group;

[0032] An execution module, wherein the execution module designs a multi-legal person mechanism for online processing by starting and stopping transactions according to legal person lines, error processing, and input and output processing;

[0033] Isolation module, which is used to design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups;

[0034] An interpretation module, which interprets the message based on the batch processing mechanism, the multi-legal person mechanism of online processing and the data isolation and sharing mechanism, queries the legal person number through the institution number, obtains the legal person number of the account, and compares it with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, the legal person number + field type is used to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed;

[0035] The verification module is used to verify the legality of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure when it just enters the core interpretation message.

[0036] The present invention adopts the above structure to achieve the requirement of legal person independence by providing technical support in three aspects: batch processing, online transaction and data isolation; realizes the multi-legal person mechanism of batch processing by adopting batch grouping, independent file storage and independent batch processing operation; realizes the multi-legal person mechanism of online processing by starting and stopping according to the legal person, error handling and shared memory; supports the compartmentalized storage and access control of each legal person's information and the parameter management and authority management of multiple legal persons by adopting data isolation and sharing design, and has the advantages of accuracy, reliability, flexibility and practicality. Description of the drawings:

[0037] Figure 1 It is a schematic diagram of the process of the present invention.

[0038] Figure 2 It is a schematic diagram of the structure of the present invention.

[0039] Figure 3 This is a schematic diagram of batch processing group downloading according to the present invention.

[0040] Figure 4 This is a flow chart of error information configuration of the present invention.

[0041] Figure 5 This is a flow chart of the error coverage configuration of the present invention.

[0042] Figure 6 It is a message interpretation flow chart of the present invention. Specific implementation method:

[0043] In order to clearly illustrate the technical features of the present solution, the present invention is described in detail below through specific implementation methods and in conjunction with the accompanying drawings.

[0044] like Figure 1-6 As shown in, a multi-legal person business processing method based on data tags and multi-dimensional control includes the following steps:

[0045] S1, grouping by legal entity, designing a batch processing mechanism for legal entities that can share data files and keep business dates synchronized, so as to process legal entities in the same batch processing group;

[0046] S2, adopts the method of starting and stopping transactions according to legal person lines, error handling, input and output processing to design a multi-legal person mechanism for online processing;

[0047] S3, design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups;

[0048] S4, based on the above batch processing mechanism, multi-legal person mechanism of online processing and data isolation and sharing mechanism, interpret the message, query the legal person number through the institution number, and compare the legal person number of the account with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed;

[0049] S5, verifies the legitimacy of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core interpretation message.

[0050] Design a batch processing mechanism to group legal entities by legal entity so that they can share data files and keep business dates synchronized. To process legal entities in the same batch processing group, you need to follow these steps:

[0051] S1.1, using the same partition key, download the legal person data in the same batch processing group in the database through the HPU download method;

[0052] S1.2, the record header clearly indicates the legal person bank to which the file belongs, and each batch group file is transferred and processed separately, and a file transfer list is generated and stored;

[0053] S1.3, each batch processing group uses the same set of templates to execute jobs and copy control flows, and performs personalized configuration in the CMBKYBKY batch processing job property file.

[0054] The multi-legal entity mechanism designed for online processing adopts the method of transaction start and stop, error handling, and input and output processing according to the legal entity bank, including the following steps:

[0055] S2.1, according to the independent start and stop of corporate banks, it is divided into transaction level and corporate bank level; the transaction level is used to support the start and stop of the whole bank and the start and stop of some corporate banks; the corporate bank level is used to formulate the start and stop of corporate banks, supporting the start and stop of all transactions and the start and stop of some transactions;

[0056] S2.2, set up error information configuration and error coverage configuration for multiple legal persons;

[0057] For error information configuration, during error message preprocessing, it is necessary to read the CMMSGMSG table to obtain the error description and some control information so that multiple legal persons can customize the error description for the same error code; after reading the CMMSGMSG table, error overwrite processing is performed, and all error information is pushed into a stack with a capacity of 12. Before the transaction ends, the content in the stack is checked, and a unified rollback process is performed, and the error information is written into the output message, which contains a set of error information;

[0058] For error coverage configuration, when an error occurs, the error information stacking program is called. When the first bit of the error code MSG-CODE is equal to A, B, C or X, it means that authorization is required to execute the current transaction. The CMMSGMSG table is read according to MSG-CODE. If the MSG-CODE has an error coverage in the legal person, the MSG-CODE is assigned with the covered error code. After the error message preprocessing is completed, it is pushed into the stack. During the stacking process, if the same error code is found to exist, it is directly ignored. When organizing the error message, the most serious error information is placed in the first position of the error group, and the error description information in the database is read separately. GCCBMEH takes the error information in the stack in turn according to the stack index MSG-I NDEX, and then reads the error information from the CMMSGMSG table according to MSG-CODE and the legal person line number, and stores the obtained error information in the corresponding MSG-DB-TEXT in the stack.

[0059] When the first bit of the error code MSG-CODE is E, S or T, it indicates an error message, and the error message is placed at the first bit in the stack and the rest of the error messages in the stack are cleared;

[0060] S2.3, when configuring input and output streams, a unified input stream configuration is used. The input stream fields are the maximum set of fields required by all legal persons. Each legal person uploads fields according to their own needs, and then obtains the required fields according to the legal person row in the application.

[0061] The output message includes a message header and an output FORM; the output message is divided into two situations: transaction success and transaction failure. In the case of transaction failure, the error information in the message header has been distinguished and processed according to the legal person or organization in the error processing part, and the message body only outputs the error program;

[0062] When the transaction is successful, the output message header is in a unified format; for the personalized output FORM of multiple legal persons, it is the maximum set of fields of all legal person FORMs, and the front end or channel extracts the fields in the FORM according to the multi-legal person configuration.

[0063] For each data in the table that needs data isolation, a legal person number field is added and a label of the legal person to which it belongs is affixed. This is the basis and basis for information isolation and sharing judgment; each legal person bank can configure and manage the corresponding organizational structure relationship, cooperate with accounting, support both unified accounting account settings and differentiated accounting account settings that meet the needs of multiple legal persons.

[0064] The organizational structure relationship at least includes liquidation relationship, accounting relationship, legal person relationship, profit and loss relationship and report relationship.

[0065] When interpreting the message, first query the account opening institution number through the account number, and then query the legal person number through the institution number. After obtaining the legal person number of the account, compare it with the legal person number of the transaction in the input message: if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed.

[0066] Verifying the legitimacy of data access during the message interpretation stage can reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core message interpretation stage.

[0067] A multi-legal person business processing system based on data tags and multi-dimensional control, the processing system comprising:

[0068] A grouping module, wherein the grouping module is used to group by legal person, and to design a batch processing mechanism for legal persons that can share data files and keep business dates synchronized, so as to process the legal persons in the same batch processing group;

[0069] An execution module, wherein the execution module designs a multi-legal person mechanism for online processing by starting and stopping transactions according to legal person lines, error processing, and input and output processing;

[0070] Isolation module, which is used to design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups;

[0071] An interpretation module, which interprets the message based on the batch processing mechanism, the multi-legal person mechanism of online processing and the data isolation and sharing mechanism, queries the legal person number through the institution number, obtains the legal person number of the account, and compares it with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, the legal person number + field type is used to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed;

[0072] The verification module is used to verify the legality of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure when it just enters the core interpretation message.

[0073] The working principle of the multi-legal person business processing system and method based on data tags and multi-dimensional control in the embodiment of the present invention is: a business mechanism is proposed based on data tags and multi-dimensional control, combined with batch processing, online transactions and data isolation three aspects of technical support, in the design, development and operation and maintenance and other links to meet the requirements of legal person independence, can achieve a platform to support the operation of multiple banks business goals, support the compartmentalized storage and access control of each legal person information, support parameter management and authority management of multiple legal persons, support data isolation and sharing between legal persons; at the same time, support flexible legal person and legal person group comparison relationship settings, support according to business scenario needs to configure a variety of types of legal person groups, so as to provide differentiated services for multiple independent legal person banks.

[0074] In the overall solution, the processing method includes the following steps: grouping by legal person, designing a batch processing mechanism for legal persons who can share data files and keep business dates synchronized, so as to process legal persons in the same batch processing group; designing an online processing multi-legal person mechanism by adopting the method of starting and stopping transactions according to legal person lines, error processing, and input and output processing; designing a data isolation and sharing mechanism, adding a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partitioning the table that needs data isolation by legal person; performing field-level cross-legal person control when interpreting the input message, and managing the isolation and sharing between legal persons through the legal person group; interpreting the message based on the above-mentioned batch processing mechanism, the online processing multi-legal person mechanism and the data isolation and sharing mechanism, and querying by institution number To the legal person number, get the legal person number of the account and compare it with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed; verify the legitimacy of data access in the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and return failure as soon as it enters the core interpretation message.

[0075] Specifically, legal persons are grouped and a batch processing mechanism is designed for legal persons who can share data files and keep business dates synchronized. The following steps are included in processing legal persons in the same batch processing group: using the same partition key, downloading the data of legal persons in the same batch processing group in the database through the HPU download method; clearly marking the legal person line to which the file record header belongs, transferring and processing each batch processing group file separately, generating and storing a file transfer list; each batch processing group uses the same set of templates to execute jobs and copy control flows, and performs personalized configuration in the CMBKYBKY batch processing job attribute file.

[0076] The application accesses the DBULD data table download program through the shell program, where export TABNAME = database table name, 8-bit char type; export GROUP = batch group, specifying the batch group data to be downloaded; export FIELDS = optional parameter, the default is ALL, i.e. all fields; export FLAG = flag, 1-bit char type, Y means partition download, P means partition download and sort, N means non-partition download, E means non-partition download and sort, H means download using HPU; export F{database table name} = RSD-{data file name} database table name is 8-bit char type, i.e. the database table to be downloaded, and the database file name is the storage path and file name of the data file after the data is downloaded.

[0077] At the same time, the directories for storing files of each batch group are independent of each other. For example, the file directory generated by batch group G01 is cboddata / data / G01. The files of each batch group are named independently and do not affect each other. For example, the file name generated by batch group G01 is ISDAG01F.FCMICTM.PS. The legal entity bank to which they belong is clearly indicated on the record header of each file. For files that need to be distributed to various systems, the legal entity bank to which they belong must be clearly indicated in the record header of the file. The data file transfers of each batch group are processed separately and independently of each other. The files of each batch group are stored independently, and independent file transfer lists are generated and transmitted independently.

[0078] In terms of online design, the multi-legal person mechanism for online processing is realized by starting and stopping transactions, handling errors, and processing input and output according to legal person lines; legal person-level control is carried out through the suspension mark of the legal person line in the legal person organization table, and the start and stop control of specified transactions under the specified legal person is realized through the start and stop marks in the transaction configuration table; differentiated error information configuration for different legal persons is realized through multi-legal person configuration in the error information configuration table; messages at the input and output levels should be configured as a collection of all legal persons, and differentiated processing is performed according to each legal person in transactions; institutional memory tables are based on institutions and do not require special processing, input and output messages are the full set of all legal persons, accounting entry tables are configured in the information center, and hot tables are dynamically loaded data, and shared memory can be realized without special processing.

[0079] Furthermore, transactions can be started and stopped independently by legal person banks, which can be divided into two levels, transaction level and legal person bank level: transaction level, that is, the start and stop of specified transactions, supports the start and stop of the entire bank and some legal person banks; legal person bank level, that is, the start and stop of specified legal person banks, supports the start and stop of all transactions and some transactions. For suspension at transaction level: CMTXPTXP already has a transaction suspension flag CM-TX-SUSP ('Y' suspend and 'N' enable). According to the multi-legal person design requirements, the primary key of the CMTXPTXP table adds a 3-digit legal person bank number. Therefore, if only one transaction under a certain legal person is suspended, it is only necessary to set the CM-TX-SUSP status of the CMTXPTXP table under the legal person to suspend. For suspension at the legal person bank level: add the legal person bank suspension flag in CMICTCCB. When the flag is 'Y', all transactions of the legal person bank are suspended. At this time, the deactivation flag of the legal person in the TXP table is ignored. At the same time, the database table legal person control master file CMICTCCB also needs to be configured according to the legal person bank number, so as to ensure that control can be performed according to the legal person bank.

[0080] The core innovation of this application is to support error information configuration and error coverage configuration for multiple legal persons. For error information configuration, during error message preprocessing, it is necessary to read the CMMSGMSG table to obtain the error description and some control information so that multiple legal persons can make customized error descriptions for the same error code. The CMMSGMSG table contains a legal person field, which is read according to the combined primary key of legal person + error code. After reading the CMMSGMSG table, error coverage processing is performed, and all error information is pushed into a stack with a capacity of 12. Before the transaction ends, the content in the stack is checked, and a unified rollback process is performed to write the error information into an output message. The output message contains a set of error information, and its size is 8 bytes.

[0081] For error coverage configuration, when an error occurs, the error information stacking program is called. When the first bit of the error code MSG-CODE is equal to A, B, C or X, it means that authorization is required to execute the current transaction; the CMMSGMSG table is read according to MSG-CODE. If the MSG-CODE has an error coverage in the legal person, the MSG-CODE is assigned with the covered error code; after the error message preprocessing is completed, it is pushed into the stack. During the stacking process, if the same error code is found to already exist, it is directly ignored; when organizing the error message, the most serious error information is placed in the first position of the error group, and the error description information in the database is read separately. GCCBMEH takes the error information in the stack in turn according to the stack index MSG-INDEX, and then reads the error information from the CMMSGMSG table according to MSG-CODE and the legal person line number, and stores the obtained error information in the corresponding MSG-DB-TEXT in the stack; when the first bit of the error code MSG-CODE is E, S or T, it indicates an error message, and the error message is placed in the first position in the stack and the error information in the rest of the stack is cleared.

[0082] If MSG-CODE starts with A, B, X or C, it indicates an authorization error message. When encountering such a message, no specific operation is performed on the information in the stack, and rollback is called to perform the rollback operation.

[0083] When configuring input and output streams, consider using a unified input stream configuration. The fields of the input stream are the maximum set of fields required by all legal entities, and each legal entity submits fields according to its own needs. For fields that are not required for all legal entity lines, the attributes need to be set to optional rather than mandatory fields. The legality check is performed in the online program, and the required fields are obtained by legal entity line in the application.

[0084] The output message includes a message header and an output FORM; the output message is divided into two situations: transaction success and transaction failure. In the case of transaction failure, the error information in the message header has been distinguished and processed according to the legal person or organization in the error processing part, and the message body only outputs the error program;

[0085] When the transaction is successful, the output message header is in a unified format; for the personalized output FORM of multiple legal persons, it is the maximum set of fields of all legal person FORMs, and the front end or channel extracts the fields in the FORM according to the multi-legal person configuration.

[0086] Furthermore, the legal person to which the data belongs is obtained by accessing the shared memory; a legal person number field is added to the table that needs data isolation to determine the legal person to which it belongs; the table that needs data isolation by legal person is partitioned; data isolation is mainly achieved through field-level cross-legal person control when interpreting the input message, and isolation sharing between legal persons is managed through legal person groups.

[0087] Among them, for each data in the table that needs data isolation, a legal person number field is added, and a label of the legal person to which it belongs is attached. This is the basis and basis for information isolation and sharing judgment. For example: master data: including customers, accounts, bills and various registers can use the "legal person number" field to indicate their legal person ownership; various system parameters support specifying their effective scope through the legal person number; each legal person bank can configure and manage its own organizational structure relationship in the core business platform, including liquidation relationship, accounting relationship, legal person relationship, profit and loss relationship, report relationship, etc.; accounting supports both unified accounting account settings and accounting account settings that meet the differentiation of multiple legal persons; supports flexible legal person and legal person group comparison relationship settings, and supports the configuration of multiple types of legal person groups according to business scenario needs, and the sharing level between legal persons in the legal person group can also be specified.

[0088] Partition the tables that need to be isolated by legal person. Split all tables in the database according to the partitioning rules of the batch group. Use the partition key field of the database table to partition the data. The setting of the partition key depends on the division of the batch group. The batch partition key is directly linked to the organization / legal person, and the specific mapping relationship is maintained in the public group.

[0089] For data isolation, in the input message design, the option of checking the legal person to which the message belongs is added. When the flag is 'Y', it means that the legal person to which the field belongs needs to be checked.

[0090] It is particularly noted that the multi-legal person business processing system includes: a grouping module, an execution module, an isolation module, an interpretation module and a verification module, which correspond to the steps of the business processing method of the present application, so as to jointly perform parameter management and authority management of multiple legal persons.

[0091] To sum up, the multi-legal person business processing system and method based on data tags and multi-dimensional control in the embodiment of the present invention proposes a business mechanism based on data tags and multi-dimensional control, combines the three technical supports of batch processing, online transactions and data isolation, meets the requirements of legal person independence in various links such as design, development and operation and maintenance, and can achieve the goal of supporting the business operations of multiple banks on one platform, supports the compartmentalized storage and access control of each legal person's information, supports parameter management and authority management of multiple legal persons, and supports data isolation and sharing among legal persons; at the same time, it supports flexible setting of the relationship between legal persons and legal person groups, and supports the configuration of various types of legal person groups according to business scenario needs, thereby providing differentiated services for multiple independent legal person banks.

[0092] The above specific implementation manner cannot be used as a limitation on the protection scope of the present invention. For those skilled in the art, any substitution, improvement or change made to the implementation manner of the present invention falls within the protection scope of the present invention.

[0093] The matters not described in detail in the present invention are all known technologies to those skilled in the art.

Claims

1. A multi-legal person business processing method based on data tags and multi-dimensional control, characterized in that: The processing method comprises the following steps: S1, grouping by legal entity, designing a batch processing mechanism for legal entities that can share data files and keep business dates synchronized, so as to process legal entities in the same batch processing group; S2, adopts the method of starting and stopping transactions according to legal person lines, error handling, input and output processing to design a multi-legal person mechanism for online processing; S3, design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups; S4, based on the above batch processing mechanism, multi-legal person mechanism of online processing and data isolation and sharing mechanism, interpret the message, query the legal person number through the institution number, and compare the legal person number of the account with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed; S5, verifies the legitimacy of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core interpretation message.

2. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 1 is characterized in that: Group by legal entity, design a batch processing mechanism for legal entities that can share data files and keep business dates synchronized to process legal entities in the same batch processing group. The following steps are included: S1.1, using the same partition key, download the legal person data in the same batch processing group in the database through the HPU download method; S1.2, the record header clearly indicates the legal entity bank to which the file belongs, and each batch group file is transferred and processed separately, and a file transfer list is generated and stored; S1.3, each batch processing group uses the same set of templates to execute jobs and copy control flows, and performs personalized configuration in the CMBKYBKY batch processing job property file.

3. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 1 is characterized in that: The multi-legal entity mechanism designed for online processing adopts the method of transaction start and stop, error handling, and input and output processing according to the legal entity bank, including the following steps: S2.1, according to the independent start and stop of corporate banks, it is divided into transaction level and corporate bank level; the transaction level is used to support the start and stop of the whole bank and the start and stop of some corporate banks; the corporate bank level is used to formulate the start and stop of corporate banks, supporting the start and stop of all transactions and the start and stop of some transactions; S2.2, set up error information configuration and error coverage configuration for multiple legal persons; For error information configuration, during error message preprocessing, it is necessary to read the CMMSGMSG table to obtain the error description and some control information so that multiple legal persons can customize the error description for the same error code; after reading the CMMSGMSG table, error overwrite processing is performed, and all error information is pushed into a stack with a capacity of 12. Before the transaction ends, the content in the stack is checked, and a unified rollback process is performed, and the error information is written into the output message, which contains a set of error information; For error coverage configuration, when an error occurs, the error information stacking program is called. When the first bit of the error code MSG-CODE is equal to A, B, C or X, it means that authorization is required to execute the current transaction. The CMMSGMSG table is read according to MSG-CODE. If the MSG-CODE has an error coverage in the legal person, the MSG-CODE is assigned with the covered error code. After the error message preprocessing is completed, it is pushed into the stack. During the stacking process, if the same error code is found to exist, it is directly ignored. When organizing the error message, the most serious error information is placed in the first position of the error group, and the error description information in the database is read separately. GCCBMEH takes the error information in the stack in turn according to the stack index MSG-INDEX, and then reads the error information from the CMMSGMSG table according to MSG-CODE and the legal person line number, and stores the obtained error information in the corresponding MSG-DB-TEXT in the stack. When the first bit of the error code MSG-CODE is E, S or T, it indicates an error message, and the error message is placed at the first bit in the stack and the rest of the error messages in the stack are cleared; S2.3, when configuring input and output streams, a unified input stream configuration is used. The input stream fields are the maximum set of fields required by all legal persons. Each legal person uploads fields according to their own needs, and then obtains the required fields according to the legal person row in the application.

4. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 3 is characterized in that: The output message includes a message header and an output FORM; the output message is divided into two situations: transaction success and transaction failure. In the case of transaction failure, the error information in the message header has been distinguished and processed according to the legal person or organization in the error processing part, and the message body only outputs the error program; When the transaction is successful, the output message header is in a unified format; for the personalized output FORM of multiple legal persons, it is the maximum set of fields of all legal person FORMs, and the front end or channel extracts the fields in the FORM according to the multi-legal person configuration.

5. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 1 is characterized in that: For each data in the table that needs data isolation, a legal person number field is added and a label of the legal person to which it belongs is affixed. This is the basis and basis for information isolation and sharing judgment; each legal person bank can configure and manage the corresponding organizational structure relationship, cooperate with accounting, support both unified accounting account settings and differentiated accounting account settings that meet the needs of multiple legal persons.

6. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 5 is characterized in that: The organizational structure relationship at least includes liquidation relationship, accounting relationship, legal person relationship, profit and loss relationship and report relationship.

7. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 1 is characterized in that: When interpreting the message, first query the account opening institution number through the account number, and then query the legal person number through the institution number. After obtaining the legal person number of the account, compare it with the legal person number of the transaction in the input message: if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, use the legal person number + field type to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed.

8. The multi-legal person business processing method based on data tags and multi-dimensional control according to claim 7 is characterized in that: Verifying the legitimacy of data access during the message interpretation stage can reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure as soon as it enters the core message interpretation stage.

9. A multi-legal person business processing system based on data tags and multi-dimensional control, characterized in that: The processing system comprises: A grouping module, wherein the grouping module is used to group by legal person, and to design a batch processing mechanism for legal persons that can share data files and keep business dates synchronized, so as to process the legal persons in the same batch processing group; An execution module, wherein the execution module designs a multi-legal person mechanism for online processing by starting and stopping transactions according to legal person lines, error processing, and input and output processing; Isolation module, which is used to design a data isolation and sharing mechanism, add a legal person number field to the table that needs data isolation, which is used to determine the legal person to which it belongs, and partition the table that needs data isolation by legal person; perform field-level cross-legal person control when interpreting the input message, and manage the isolation and sharing between legal persons through legal person groups; An interpretation module, which interprets the message based on the batch processing mechanism, the multi-legal person mechanism of online processing and the data isolation and sharing mechanism, queries the legal person number through the institution number, obtains the legal person number of the account, and compares it with the legal person number of the transaction in the input message; if they are equal, it means that the data accessed is the data of the legal person of the transaction initiating bank, and access is allowed; if they are not equal, the legal person number + field type is used to access the CMICTGRP table: if both legal person + field type configurations are not found, access is allowed; if one is found and the other is not found, an error is reported and access is not allowed; if both are found and configured as the same legal person group, access is allowed; if both are found but configured as two different legal person groups, access is not allowed; The verification module is used to verify the legality of data access during the message interpretation stage to reduce the consumption of system resources. If illegal data access is found, it will be intercepted and returned as failure when it just enters the core interpretation message.

Images