CN113112348A

CN113112348A - Processing method and device of social security data, electronic equipment and storage medium

Info

Publication number: CN113112348A
Application number: CN202110498272.9A
Authority: CN
Inventors: 吴卿; 闫家帅; 杜波; 张勇辉; 杨红远
Original assignee: China Construction Bank Corp
Current assignee: China Construction Bank Corp
Priority date: 2021-05-08
Filing date: 2021-05-08
Publication date: 2021-07-13

Abstract

The invention discloses a processing method and device of social security data, electronic equipment and a storage medium, and relates to the technical field of mobile interconnection. One embodiment of the method comprises: receiving a service processing request sent by a target branch line, and acquiring a service identifier; inquiring a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relation so as to read service data of the target branch; acquiring a service processing flow from a preset execution flow library, and inquiring a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relation and a service identifier; inputting the processing rule into a business processing flow to process the business data to obtain a processing result of the business data; and sending the processing result to the target branch. The implementation method can solve the problems that when the head office is in butt joint with each branch office, developers need to develop a business processing flow corresponding to the branch office, long time is spent, and the branch access efficiency is reduced.

Description

Processing method and device of social security data, electronic equipment and storage medium

Technical Field

The invention relates to the technical field of mobile interconnection, in particular to a processing method and device of social security data, electronic equipment and a storage medium.

Background

When a bank processes social security service, each branch usually needs to collect service data to a head office for execution, that is, the head office needs to be connected with each branch, and corresponding processing flows are executed according to the social security service data reported by each branch. Because the service processing flow requirements of the branches are not uniform, the service processing flow corresponding to each branch needs to be developed when the head office is in butt joint with each branch, and developers need to develop the service processing flow corresponding to the branch for the head office every time one branch is accessed, so that the tasks of the developers are heavy, long time is spent, and the branch access efficiency is reduced.

Disclosure of Invention

In view of this, embodiments of the present invention provide a processing method and apparatus for social security data, an electronic device, and a storage medium, which can solve the problem that when a head office is docked with each branch office, developers need to develop a business processing flow corresponding to the branch office for the head office, which not only causes heavy tasks for the developers, but also takes a long time and reduces access efficiency of the branch office.

To achieve the above object, according to an aspect of an embodiment of the present invention, a method for processing social security data is provided.

The processing method of the social security data comprises the following steps: receiving a service processing request sent by a target branch line, and acquiring a service identifier in the service processing request; inquiring a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relation so as to read service data of the target branch from the data storage address; acquiring a service processing flow from a preset execution flow library, and inquiring a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relation and the service identifier; inputting the processing rule into the service processing flow to process the service data to obtain a processing result of the service data; and sending the processing result to the target branch.

In one embodiment, before acquiring a service processing flow from a preset execution flow library, and querying a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relationship and the service identifier, the method further includes:

acquiring the type of a processing rule in the processing flow of each branch line;

determining each type as a processing node, and determining the execution logic of each processing node based on the processing flow of each branch to obtain the service processing flow;

and determining the processing rules belonging to the same type in the processing flow as the rule sets of the processing nodes corresponding to the type, and establishing a rule mapping relation between the processing rules in each rule set and the service identifiers of each branch.

In yet another embodiment, the processing nodes include a batch decomposition node, a batch trading node, a result generation node;

processing the service data to obtain a processing result of the service data, including:

calling a batch decomposition node, obtaining a processing rule corresponding to the batch decomposition node from the processing rule to judge whether batch decomposition is executed, if not, executing decomposition operation on the business data, if so, obtaining a transaction account corresponding to each transaction in the business data, and decomposing the business data into an in-line transaction and an out-of-line transaction according to the type of the transaction account to obtain a decomposition result;

calling batch transaction nodes, judging whether the service data are decomposed or not, if so, respectively executing transaction on the service data according to the decomposition result, and if not, executing transaction on the service data;

and calling a result generating node, acquiring the transaction result obtained by the batch transaction node, and acquiring the processing rule corresponding to the result generating node from the processing rule to generate a receipt file corresponding to the transaction result.

In another embodiment, before invoking the batch decomposition node, the method further comprises:

and calling a data inspection node, and acquiring a processing rule corresponding to the data inspection node from the processing rule so as to perform data inspection on the service data.

In another embodiment, said sending said processing result to said target branch comprises:

storing the receipt file to the data storage address;

and sending a notification message to the target branch so that the target branch acquires the receipt file from the data storage address.

In another embodiment, before the invoking the batch decomposition node, the method further includes:

judging whether an abnormal notification corresponding to the service data is received or not;

if yes, inquiring abnormal information according to the abnormal notification, determining that the transaction result of the business data is transaction failure, and sending the transaction result and the abnormal information to the target branch;

and if not, not processing the service data.

In another embodiment, the obtaining the transaction result obtained by the batch transaction node and obtaining the processing rule corresponding to the result generation node from the processing rule to generate the receipt file corresponding to the transaction result includes:

if so, determining the operation corresponding to the abnormal notification, retrying the operation to obtain an operation result, if the operation result is failure, sending manual processing prompt information, and if the operation result is success, executing the flow after the operation;

if not, the transaction result obtained by the batch transaction node is obtained, and the processing rule corresponding to the result generation node is obtained from the processing rule so as to generate the receipt file corresponding to the transaction result.

To achieve the above object, according to another aspect of the embodiments of the present invention, there is provided a processing apparatus of social security data.

The processing device of the social security data of the embodiment of the invention comprises: the receiving unit is used for receiving a service processing request sent by a target branch line and acquiring a service identifier in the service processing request; the acquisition unit is used for inquiring a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relation so as to read the service data of the target branch from the data storage address; the query unit is used for acquiring a business processing flow from a preset execution flow library and querying a processing rule corresponding to a processing node included in the business processing flow according to a preset rule mapping relation and the business identifier; the processing unit is used for inputting the processing rule into the business processing flow so as to process the business data and obtain a processing result of the business data; and the sending unit is used for sending the processing result to the target branch.

In an embodiment, the query unit is specifically configured to:

the processing unit is specifically configured to:

In another embodiment, the processing unit is specifically configured to:

In another embodiment, the sending unit is specifically configured to:

storing the receipt file to the data storage address;

In another embodiment, the processing unit is specifically configured to:

and if not, not processing the service data.

In another embodiment, the processing unit is specifically configured to:

To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided an electronic apparatus.

An electronic device of an embodiment of the present invention includes: one or more processors; the storage device is used for storing one or more programs, and when the one or more programs are executed by the one or more processors, the one or more processors realize the processing method of the social security data provided by the embodiment of the invention.

To achieve the above object, according to still another aspect of an embodiment of the present invention, there is provided a computer-readable medium.

A computer-readable medium of an embodiment of the present invention stores thereon a computer program, which, when executed by a processor, implements a processing method of social security data provided by an embodiment of the present invention.

One embodiment of the above invention has the following advantages or benefits: in the embodiment of the invention, the service processing flow of the service data is prestored, after the service processing request of the target branch is received, the service identification in the service processing flow can be obtained, the data storage address corresponding to the target branch is inquired based on the service identification, the service data of the target branch is read from the data storage address, then the service processing flow can be obtained from the execution flow library, and the processing rule corresponding to each processing node is included when the inquiry service processing flow is executed, so that the service data processing flow corresponding to the target branch can be obtained by inputting the processing rule into the service processing flow, and the target branch is processed through the processing flow to obtain the accurate processing result. In the embodiment of the invention, the business processing flow of the business data is pre-stored, namely the general business processing flow suitable for the business data of each branch, and configuring a processing rule corresponding to the business processing flow of each branch, so that when the business data of each branch needs to be processed, the processing rules corresponding to the processing nodes included in the business processing flow for processing the branch business data can be inquired through the business identification, namely, the processing rule corresponding to the branch service data is processed, so that the branch service data can be processed according to the service processing flow of each branch, when the head office accesses each branch, only needs to be configured on the processing rule of the branch service processing, does not need to specially develop the service flow corresponding to the branch, therefore, the task load of developers can be reduced, the time spent is reduced, and the branch access efficiency is improved.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

FIG. 1 is a diagram illustrating a system architecture of a method for processing social security data according to an embodiment of the present invention;

FIG. 2 is a diagram illustrating a main flow of a social security data processing method according to an embodiment of the present invention;

FIG. 3 is a schematic diagram of a main process of a method for determining a business process flow according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of a main flow of a method of business processing according to an embodiment of the invention;

FIG. 5 is a schematic diagram of the main units of a social security data processing apparatus according to an embodiment of the present invention;

FIG. 6 is a diagram of yet another exemplary system architecture to which embodiments of the present invention may be applied;

FIG. 7 is a schematic block diagram of a computer system suitable for use in implementing embodiments of the present invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict.

The embodiment of the invention provides a processing system of social security data, which can be used in a scene of processing the social security data, in particular a scene of processing the social security service data reported by each branch for a head office in a bank. Fig. 1 is a schematic architecture diagram of a system for processing social security data.

As shown in fig. 1, in the embodiment of the present invention, a general business processing flow can be determined by summarizing and abstracting the processing modes of the business data corresponding to each branch. The general business process may include a plurality of processing steps, each processing step corresponding to a processing node. Meanwhile, a rule set corresponding to each processing node is set in the system, and the rule set comprises processing rules when the processing node is executed in the service processing process corresponding to each branch, so that the corresponding processing rules can be configured for each branch through the configuration set, namely, the rule mapping relation between the service identifier and the processing rules can be configured for the processing rules in the rule set corresponding to each processing node. Thus, for each branch, by configuring a rule mapping relationship configured in a centralized manner, processing rules of processing nodes included in the business processing flow corresponding to the branch can be queried from the rule base, and the business processing flow corresponding to each branch can be obtained by combining the general business processing flow with the queried processing rules, so that accurate processing of business data of each branch can be realized.

In the embodiment of the present invention, the processing system of the social security data may further include a fault tolerance mechanism, which is used for processing an abnormal processing manner in the process of processing the business data, and the rule base may be updated based on a processing result of the fault tolerance mechanism, so as to reduce the occurrence of the abnormal processing in the process of processing the business data.

An embodiment of the present invention provides a method for processing social security data, where the method is executable by a system for processing social security data, and as shown in fig. 2, the method includes:

s201: and receiving a service processing request sent by a target branch line, and acquiring a service identifier in the service processing request.

When the social security service data of the target branch needs to be processed, a service processing request can be sent to the head office, wherein the service processing request includes the service identifier of the branch. After receiving the service processing request, the service processing system of the head office can obtain the service identifier from the service processing request. The service identifier may be an item number.

S202: and inquiring the data storage address corresponding to the target branch line according to the service identifier and a preset address mapping relation so as to read the service data of the target branch line from the data storage address.

In the embodiment of the invention, the storage position of the service data can be appointed in advance between each branch line and the head line so as to carry out data interaction through the storage position, so that the target branch line can store the service data to be processed to the appointed storage position. The processing system of the head line can store the address of the storage position appointed with each branch line, namely the data storage address, and establish the address mapping relation between the service identifier of each branch line and the data storage address, so that in this step, based on the service identifier and the address mapping relation of the target branch line, the data storage address corresponding to the service identifier of the target branch line can be inquired, and further, the service data of the target branch line, namely the service data required to be processed at this time can be read from the data storage address.

S203: and acquiring a service processing flow from a preset execution flow library, and inquiring a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relation and a service identifier.

In the embodiment of the present invention, the execution flow library prestores the general service processing flow, so that the service processing flow needs to be acquired from the execution flow library. Then, a processing rule corresponding to the processing node included in the service processing flow of the service identifier, that is, a processing rule corresponding to each processing node of the service flow for processing the target branch can be queried according to a preset rule mapping relationship, so that the service processing flow corresponding to the target branch can be obtained based on the fusion of the processing rule and the obtained service processing flow.

S204: and inputting the processing rule into a business processing flow to process the business data to obtain a processing result of the business data.

After the service processing flow to be used in common and the processing rule corresponding to the service identifier are obtained in step S203, the processing rule may be input into the service processing flow, so that the two flows are merged to obtain the service processing flow corresponding to the target branch, and further, the service data may be processed, and then the processing result of the service data is obtained.

Specifically, the service processing flow may include a plurality of processing nodes, each processing node corresponds to a rule set, so that the processing rule obtained in step S203 includes a service rule corresponding to each service node by the service node, and inputting the processing rule into the service processing flow may specifically be to read the corresponding processing rule when each processing node in the service processing flow is executed, and then process the service data based on the processing rule.

For example, the processing node may include three nodes, a batch decomposition node, a batch trading node, and a result generation node, which are executed in sequence.

The batch decomposition means that the business data is decomposed according to the type of the transaction account, some branches require decomposition during business data processing, and some branches do not require decomposition during business processing, so that when the batch decomposition node is executed, the processing rule corresponding to the batch decomposition node can be determined from the processing rules acquired in step S203, and then whether to execute the batch decomposition is judged based on the processing rule corresponding to the batch decomposition node; if not, not executing the decomposition operation on the service data, namely not processing; if yes, a transaction account corresponding to each transaction in the service data needs to be acquired, and then the service data is divided into an in-line transaction and an out-of-line transaction according to the type of the transaction account, so that a division result is obtained. The business data comprises data of one or more social security transactions, each transaction corresponds to one transaction account whether being withheld or issued, and the accounts can be divided into an in-line account and an out-of-line account, namely the type of the transaction account can comprise the in-line account and the out-of-line account, the in-line account is an account belonging to a bank to which a head office belongs, and the out-of-line account is an account belonging to other banks except the bank to which the head office belongs, so the business data can be divided into the in-line transaction and the out-of-line transaction based on the type of the transaction account.

The batch transaction node represents that the transaction operation is executed on the service data, so the processing rule corresponding to the node executes the transaction based on the processing result of the batch decomposition node, that is, if the batch decomposition node executes the decomposition on the service data, the transaction is executed according to the decomposed service data, and if the batch decomposition node does not execute the decomposition on the service data, the transaction operation is directly executed on the service data, so that the method can be specifically executed as follows: and calling batch transaction nodes, judging whether the service data are decomposed, if so, respectively executing transaction on the service data according to the decomposition result, and if not, executing transaction on the service data.

The result generation node is used for acquiring the execution result of the batch transaction node and generating a response piece file. The node may determine a processing rule corresponding to the result generation node from the processing rules acquired in step S203, and then generate a response piece file corresponding to the transaction result from the batch transaction node based on the processing rule. The receipt file represents a file corresponding to the transaction result, which includes the transaction result.

It should be noted that, because the processing rules corresponding to some processing nodes in the business processing flow are the processing rules used by each branch, for example, the processing rules corresponding to the batch transaction nodes, the processing rules of the processing nodes may be directly configured with the business processing flow, and the processing nodes may be directly executed when executing the processing rules without determining the corresponding rules from the processing rules obtained in step S203.

S205: and sending the processing result to the target branch.

After the processing result is obtained in step S204, the processing result may be sent to the target branch to notify the target branch of the processing result.

Specifically, in this step, the receipt file may be stored in the data storage address determined in step S202, and then a notification message may be sent to the target branch, so that the target branch directly obtains the receipt file from the data storage address.

Since abnormal conditions are likely to occur in the process of processing the service data, a fault tolerance mechanism is further arranged in the embodiment of the invention to process various abnormal conditions. Often an exception condition occurs before a batch breaks down or after a batch transaction.

If the exception notification is received before the batch decomposition, exception information can be inquired according to the exception notification, wherein the exception information comprises reasons of exception occurrence, such as exception occurrence when which processing rule is executed, and the like, then the transaction result of the business data can be determined to be transaction failure, and the transaction result and the exception information are sent to the target branch to notify the target branch to process in time. Therefore, before the batch decomposition node is called, the following process can be executed: judging whether an abnormal notice corresponding to the service data is received; if yes, inquiring abnormal information according to the abnormal notification, determining that the transaction result of the business data is transaction failure, and sending the transaction result and the abnormal information to the target branch; and if not, not processing the service data.

For receiving the abnormal notification after the batch is decomposed, determining the operation corresponding to the abnormal notification, retrying the step, and if the operation result of the retrying operation is failure, which indicates that the retrying operation is invalid, sending a manual processing prompt message to facilitate manual processing; if the operation result of the retry operation is successful, the business processing flow after the operation can be continuously executed.

In the embodiment of the invention, the business processing flow of the business data is pre-stored, namely the general business processing flow suitable for the business data of each branch, and configuring a processing rule corresponding to the business processing flow of each branch, so that when the business data of each branch needs to be processed, the processing rules corresponding to the processing nodes included in the business processing flow for processing the branch business data can be inquired through the business identification, namely, the processing rule corresponding to the branch service data is processed, so that the branch service data can be processed according to the service processing flow of each branch, when the head office accesses each branch, only needs to be configured on the processing rule of the branch service processing, does not need to specially develop the service flow corresponding to the branch, therefore, the task load of developers can be reduced, the time spent is reduced, and the branch access efficiency is improved.

The following describes a method for determining a business process flow and a rule set in the embodiment of the present invention in detail with reference to the system architecture shown in fig. 1 and the embodiment shown in fig. 2. As shown in fig. 3, the method includes:

s301: and acquiring the type of the processing rule in the processing flow of each branch.

The processing flow of each branch to the service data may be split into corresponding processing rules according to the execution sequence, and a type to which each processing rule belongs is determined, for example, a step of decomposing a service data batch, where the type to which the corresponding processing rule belongs may be batch decomposition.

It should be noted that, in the embodiment of the present invention, the type to which the processing rule belongs is preset, and in this step, the type to which the processing rule belongs in the processing flow of each branch may be obtained based on user input or transmission from other devices.

S302: and determining each type as a processing node, and determining the execution logic of each processing node based on the processing flow of each branch line to obtain a business processing flow.

The type of the processing rule can be determined as one processing node in the business processing flow, then the execution sequence of each processing node is determined according to the execution sequence of the processing rule in the processing flow, that is, the execution logic of each processing node can be determined, and then the execution sequence of each processing node is determined as the business processing flow commonly used by each branch line.

S303: and determining the processing rules belonging to the same type in the processing flow as the rule sets of the processing nodes corresponding to the type, and establishing the corresponding relation between the processing rules in each rule set and the service identifiers of each branch.

Because the type to which each processing rule belongs is determined as one processing node, the processing rules belonging to the same type can form a rule set of the processing node corresponding to the type, so that the rule set corresponding to each processing node can be determined. The processing rules in the rule set are all rules corresponding to the first six flows of each branch, so that a rule mapping relation between the processing rules in each rule set and each branch service identifier can be established, that is, the rule mapping relation between the processing rules in each rule set and each branch service identifier is configured and can be stored in a configuration set.

It should be noted that, in the embodiment of the present invention, when configuring the rule mapping relationship, a committee rule identifier may be set for each processing rule, and the rule mapping relationship is established through the rule unique identifier and each branch service identifier.

In the embodiment of the invention, if each processing rule in the rule set can meet the service data processing requirement of a newly accessed branch, the butt joint work of the branch and a head office can be completed only by configuring the rule mapping relation between the service identifier of the branch and the corresponding processing rule in the configuration set, no new development workload is needed, and manual access is usually not needed when an abnormal condition occurs; for individualized service data processing requirements, only individualized processing rules need to be newly added in a rule set, and a rule mapping relation is added in a configuration set, so that the service processing flows of other branches are not influenced, the same processing rules can be reused in a large quantity, repeated development is reduced, and the branch access efficiency is improved.

Specifically, in the embodiment of the present invention, the type to which the processing rule belongs may be set to include: the method comprises the steps of file warehousing, data inspection, transaction preprocessing, batch decomposition, batch transaction, result acquisition, receipt file generation and file notification, wherein processing nodes corresponding to each type are a file warehousing node, a data inspection node, a transaction preprocessing node, a batch decomposition node, a batch transaction node, a result acquisition node, a receipt file generation node and a file notification node, and the nodes are sequentially executed to process service data to obtain a service processing flow, namely a general service processing flow of the service data of each branch. Fig. 4 is a schematic diagram of a general business processing flow in an embodiment of the present invention, where the business processing flow sequentially includes file warehousing, data inspection, transaction preprocessing, batch decomposition, batch transaction, result acquisition, receipt file generation, and file notification.

Wherein each processing node includes a corresponding set of rules.

The file warehousing means that business data of the branch is acquired and then stored in a database, and can also be called as file warehousing of the newspaper. Since the service data of the obtained branch may be in the format of txt, xls, etc., the service data generally needs to be parsed and converted into an object that can be recognized by the system when this step is performed. The step is usually performed by performing a preliminary check on the service data, and specifically may include several steps of checking a project number, parsing a report file, checking a report file, and warehousing, where in an embodiment of the present invention, a rule identifier may be set for a processing rule of each step, for example, the rule identifier for checking a project number is P1_ R001, the rule identifier for parsing a report file is P1_ R002, the rule identifier for checking a report file is P1_ R003, and the rule identifier for warehousing is P1_ R004, and each step corresponds to a respective processing rule. For example, the item number check indicates whether a check exists, whether a contract corresponding to a transaction exists in the business data if the transaction included in the business data is a withholding, and the like; checking the newspaper file indicates checking the format, consistency and the like of the newspaper file, if the newspaper file has data such as a file header, file details and the like, and the file header has total amount of money, total amount of money and the like, the detailed data corresponding to the specific payment data including the name of a payee/deduct, the bank account, the amount of money and the like can be checked, and the total amount of money, the total amount of money and the file header data can be calculated; the warehousing means warehousing of the business data, generally, the warehousing step is executed no matter whether the checking process passes or not, and if the checking is abnormal, error information can be returned to the branch; if the check is not abnormal, a batch identifier can be allocated to the business data for marking the batch of the business data, and the branch is informed of the batch identifier. So for a file-warehousing node, its corresponding set of rules includes the processing rules identified as P1_ R001, P1_ R002, P1_ R003, P1_ R004.

The data check refers to checking the warehousing business data, and may generally include bank account number check, bank line number check, balance check, contract check, and the like. The method specifically comprises the following steps: checking the account information of the third party client, setting a rule identifier as P2_ R001, and indicating whether the name is matched with the identity card or not and whether the name is matched with the bank card number or not; the bank account checking, namely setting a rule identifier P2_ R002, which indicates that the length of the bank account, the initial field of a personal collection account, whether the bank account is available, whether the bank account is a type of card and the like are checked; summary information check, set rule flag P2_ R003, indicating that the check transfer summary cannot be empty; checking balance information, setting a rule identifier as P2_ R004, for the transaction of the generation, paying to a batch of accounts for deducting money from a generation account, checking the balance information to show that the total payment amount is counted, comparing the total payment amount with the generation account amount, and checking whether the balance of the generation account is sufficient; checking contract status information, setting a rule mark as P2_ R005, and when deduction needs to be carried out on a batch of clients in the transaction, checking whether the account signs a corresponding contract, whether the contract is valid or enabled, whether the contract is in a contract period currently or not, and the like; the method comprises the steps of (1) checking the transfer flag information, setting a rule identifier P2_ R006, and indicating that the transfer flag information is checked; the single transaction limit, daily transaction limit and monthly transaction limit are checked, and the setting rule is marked as P2_ R007, which indicates whether the paid amount of the current account plus the payment amount of the current generation is within the daily transaction limit and the monthly transaction limit, and whether each detailed payment amount of the current time is within the single transaction limit (if the amount of one transaction is 2000 yuan at most, the payment amount in the detail should be less than or equal to 2000). So for a data check node, its corresponding set of rules includes the processing rules identified as P2_ R001, P2_ R002, P2_ R003, P2_ R004, P2_ R005, P2_ R006, P2_ R007.

The transaction preprocessing node is used for judging whether a bank internal account (the bank internal account is an account set by a bank for clearing data) exists, checking whether the transaction flow is correct, freezing the machine account and the like. The method specifically comprises the following steps: freezing the machine account, setting a rule mark as P3_ R001, and indicating that the total amount to be paid in each transaction is frozen; checking the bank internal account, setting a rule mark as P3_ R002, and judging whether the bank internal account exists; and checking the transaction running water, wherein the rule mark is set to be P3_ R003, which indicates whether the transaction running water is checked to be correct. So for the transaction preprocessing node, its corresponding set of rules includes the processing rules identified as P3_ R001, P3_ R002, P3_ R003.

And the batch decomposition node is used for decomposing the service data and dividing the service data into an intra-line transaction batch and an extra-line transaction batch. The batch splitting means that: in the case of the transaction-originating data, there may be a portion of the originating to the in-line account and a portion of the originating to the out-of-line account, and the originating to the in-line account may be determined as an in-line transaction batch and the originating to the out-of-line account may be determined as an out-of-line transaction batch. The mixed batch refers to a batch of business data, namely an inline transaction batch and an offline transaction batch, and for the business data, whether the inline transaction batch and the offline transaction batch are included simultaneously or not is considered as a mixed batch, and whether the mixed batch is split or not can be processed based on rules. Specifically, the processing rule corresponding to the batch decomposition node may include: splitting, namely splitting a batch, wherein a rule identifier is set to be P4_ R001, which indicates that business data of a mixed batch is split into an intra-line batch transaction and an extra-line batch transaction; the statistical setting rule is marked as P4_ R002, which indicates the total number of strokes, total amount, etc. of the intra-line batch transaction and the extra-line batch transaction are counted to obtain the summary information of the intra-line batch transaction and the extra-line batch transaction.

And the batch transaction node indicates that a specific collection payment operation is carried out. The social security service has both issuance and collection, and issuance refers to issuing money from the social security account to the user, for example, paying the public account for the public-to-private account in and out of the line, and may include services including wages, bonuses, subsidies, benefits, and the like; the collection is to deduct the fund in the user account to transfer to the designated social security account, and the execution of the deduction transaction needs a corresponding contract, for example, the public settlement account is charged to the internal/external public-private account, and the service may include the public deposit, the water, electricity and gas fee, and the like. The processing rule corresponding to the batch transaction node may include: in-line transfer/collection operation, setting the processing rule mark as P5_ R001; for the cross-line transfer operation, the processing rule is set to be identified as P5_ R002.

And the result acquisition node represents the transaction result of the batch transaction node and comprises information of payment success or payment failure of each transaction. The corresponding processing rule may include: acquiring an intra-row transaction result, and setting a processing rule identifier as P6_ R001; and acquiring the result of the off-line transaction, and setting the processing rule to be P6_ R002.

The receipt file generation node is used for acquiring the substitute transaction results according to the result acquisition node for summarizing and counting, sending mails, short messages and the like to notify branch lines according to preset rules for the transaction with successful payment, withdrawing funds for the transaction with failed payment, and generating a final receipt file, wherein the receipt file is a file for returning the transaction results in corresponding formats by a general line according to the requirements of the branch lines, and the receipt files generated are different because the formats of the required files of the branch lines are different, for example, some branch lines only need to include data with failed payment, and some branch lines need to completely pay the successful and failed data. The transaction result obtained by the result obtaining node is successful payment or failure payment of each transaction, and the receipt file generating node can summarize the transaction result to obtain summarized data such as total work amount, total failure amount, total work amount, total failure amount and the like; the fund withdrawal refers to that the fund of each generation transaction is marked in the internal user, and if the actual payment fails, the mark is withdrawn; if the actual payment is successful, the funds may be issued, for example: if 10 Wyuan exists in one account, 80 funds of 1000 yuan (8 ten thousand in total) need to be issued, 8 ten thousand yuan of the account can be frozen firstly in the actual issuing execution process, the remaining 2 ten thousand yuan of the account can be used, when one payment fails in the transaction, the funds of the transaction can be withdrawn, and the available funds in the account after withdrawal are 2.1 ten thousand yuan. The processing rule corresponding to the receipt file generation node may include: setting a processing rule mark as P7_ R001 for the inline/extraline transaction, wherein the processing rule mark represents the total successful stroke number of inline transaction result assembly, the total successful sum, the total successful stroke number of extraline transaction result assembly and the total successful sum; mixing and summarizing, wherein a processing rule mark is set to be P7_ R002, which represents the total successful strokes and the total successful sum of the summarized mixed batch; sending a short message notice, setting a processing rule mark as P7_ R003, and informing a payee of successful payment transaction notification; sending a mail notification, setting a processing rule identifier P7_ R004, withdrawing funds, and setting a processing rule identifier P7_ R005; charging a commission fee, and setting a processing rule identifier as P7_ R006; a result file is generated, setting the process rule identification as P7_ R007.

And the file notification node is used for notifying the branch to acquire report result files, such as receipt files and the like. The corresponding processing rule may include: sending the result file to a branch system, and setting a processing rule identifier as P8_ R001; the branch (such as a branch person in charge) is informed by a short message to send/withhold the transaction result for generation, and a processing rule is set to be P8_ R002; the mail informs the branch (such as the branch responsible person) to send/withhold the result, and the processing rule is set to be P8_ R003.

It should be noted that, for each processing node, a rule identifier is set for a rule in the rule set, so in the embodiment of the present invention, a rule mapping relationship is established between each rule identifier and a service identifier of a branch to configure a corresponding processing rule in a service processing flow of each branch. For example, if the processing rule executed by a certain branch line when executing a data check node is P2_ R001, P2_ R001, P2_ R003, P2_ R004, P2_ R005, and P2_ R006, the rule mapping relationship between the service identifier of the branch line and P2_ R001, P2_ R001, P2_ R003, P2_ R004, P2_ R005, and P2_ R006 may be configured, and the processing rule corresponding to the data check node in the service process flow of the branch line may be queried based on the service identifier and the rule mapping relationship in step S203, so that the processing rule corresponding to each processing node may also be queried, and the queried processing rule and the common service process flow may be merged to process the service data of the branch line in step S204, so that the service data of each branch line is processed according to the corresponding processing flow.

Since the processing rules in each rule set are somewhat required by the execution order, and some may be executed in parallel, for example, P5_ R001 and P5_ R002 may be executed simultaneously, and P6_ R001 and P6_ R002 may be executed simultaneously, for the processing rules having the execution order requirements, a common configuration is provided in the configuration set, so that the processing rules are executed in the correct order.

In the embodiment of the present invention, a corresponding fault tolerance mechanism may also be set for each processing node. For example, if an exception occurs during the execution of the file storage node, that is, an exception notification is received, the subsequent processing flow may be stopped, and an exception notification is sent to the corresponding branch to prompt the corresponding branch to process; when the data inspection node or the transaction preprocessing node is abnormal during execution, the transaction result can be determined to be transaction failure, a file with the transaction result of each transaction as payment failure is generated and returned to the corresponding branch, and meanwhile, abnormal information is sent to the corresponding branch; if the result obtaining node is abnormal during execution, retry can be performed, specifically, the transaction result can be obtained by retrying operation at intervals until the final result is obtained, the longest retry time is set to be 3 days, that is, if the retrying operation result is failed after 3 days, manual processing can be prompted; when the return receipt file generation node is abnormal in execution, manual processing can be directly prompted; the file notifies the node of an exception during execution and performs a retry operation, for example, when P8_ R002 is executed after P8_ R001 is executed, P8_ R002 can be retried to be executed, but P8_ R001 does not need to be retried to be executed.

In order to solve the problems in the prior art, an embodiment of the present invention provides an apparatus 500 for processing social security data, as shown in fig. 5, the apparatus 500 includes:

a receiving unit 501, configured to receive a service processing request sent by a target branch, and obtain a service identifier in the service processing request;

an obtaining unit 502, configured to query a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relationship, so as to read service data of the target branch from the data storage address;

the query unit 503 is configured to obtain a service processing flow from a preset execution flow library, and query a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relationship and the service identifier;

a processing unit 504, configured to input the processing rule into the service processing flow, so as to process the service data, and obtain a processing result of the service data;

a sending unit 505, configured to send the processing result to the target branch.

It should be understood that the manner of implementing the embodiment of the present invention is the same as the manner of implementing the embodiment shown in fig. 2, and the description thereof is omitted.

In an implementation manner of the embodiment of the present invention, the querying unit 503 is specifically configured to:

In another implementation manner of the embodiment of the present invention, the processing node includes a batch decomposition node, a batch transaction node, and a result generation node;

the processing unit 504 is specifically configured to:

In another implementation manner of the embodiment of the present invention, the processing unit 504 is specifically configured to:

In another implementation manner of the embodiment of the present invention, the sending unit is specifically configured to:

storing the receipt file to the data storage address;

and if not, not processing the service data.

It should be understood that the manner of implementing the embodiment of the present invention is the same as that of implementing the embodiment shown in fig. 2-4, and will not be described herein again.

According to an embodiment of the present invention, an electronic device and a readable storage medium are also provided.

The electronic device of the embodiment of the invention comprises: at least one processor; and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the processor, and the instructions are executed by the at least one processor to cause the at least one processor to execute the method for processing social security data provided by the embodiment of the invention.

Fig. 6 illustrates an exemplary system architecture 600 of a method or apparatus for processing social security data to which embodiments of the invention may be applied.

As shown in fig. 6, the system architecture 600 may include

terminal devices

601, 602, 603, a network 604, and a server 605. The network 604 serves to provide a medium for communication links between the

terminal devices

601, 602, 603 and the server 605. Network 604 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.

A user may use the

terminal devices

601, 602, 603 to interact with the server 605 via the network 604 to receive or send messages or the like. Various client applications may be installed on the

terminal devices

601, 602, 603.

The

terminal devices

601, 602, 603 may be, but are not limited to, smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 605 may be a server providing various services, and the server may analyze and perform other processes on the received data such as the service processing request, and feed back the processing result (e.g., a response piece file, for example only) to the terminal device.

It should be noted that the processing method of the social security data provided by the embodiment of the present invention is generally executed by the server 605, and accordingly, the processing device of the social security data is generally disposed in the server 605.

It should be understood that the number of terminal devices, networks, and servers in fig. 6 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 7, a block diagram of a computer system 700 suitable for use in implementing embodiments of the present invention is shown. The computer system illustrated in FIG. 7 is only an example and should not impose any limitations on the scope of use or functionality of embodiments of the invention.

As shown in fig. 7, the computer system 700 includes a Central Processing Unit (CPU)701, which can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM 703, various programs and data necessary for the operation of the system 700 are also stored. The CPU 701, the ROM 702, and the RAM 703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

The following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, and the like; an output section 707 including a display such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 708 including a hard disk and the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. A drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read out therefrom is mounted into the storage section 708 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 709, and/or installed from the removable medium 711. The computer program performs the above-described functions defined in the system of the present invention when executed by the Central Processing Unit (CPU) 701.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer 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 of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, 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. In the present invention, a computer 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. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer 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 computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a unit, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present invention may be implemented by software or hardware. The described units may also be provided in a processor, and may be described as: a processor includes a receiving unit, an obtaining unit, an inquiring unit, a processing and transmitting unit. Where the names of these elements do not in some cases constitute a limitation of the element itself, for example, a receiving element may also be described as "an element of the function of the receiving element".

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs which, when executed by a device, cause the device to perform the social security data processing method provided by the present invention.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for processing social security data, comprising:

receiving a service processing request sent by a target branch line, and acquiring a service identifier in the service processing request;

inquiring a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relation so as to read service data of the target branch from the data storage address;

acquiring a service processing flow from a preset execution flow library, and inquiring a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relation and the service identifier;

inputting the processing rule into the service processing flow to process the service data to obtain a processing result of the service data;

and sending the processing result to the target branch.

2. The method according to claim 1, wherein before acquiring a service processing flow from a preset execution flow library and querying a processing rule corresponding to a processing node included in the service processing flow according to a preset rule mapping relationship and the service identifier, the method further comprises:

3. The method of claim 1, wherein the processing nodes comprise a batch decomposition node, a batch trading node, a result generation node;

4. The method of claim 3, prior to invoking the batch decomposition node, further comprising:

5. The method of claim 3, wherein sending the processing result to the target branch comprises:

storing the receipt file to the data storage address;

6. The method of claim 3, wherein before invoking the batch decomposition node, further comprising:

and if not, not processing the service data.

7. The method according to claim 3, wherein the obtaining the transaction result obtained by the batch transaction node, and obtaining the processing rule corresponding to the result generation node from the processing rule to generate the receipt file corresponding to the transaction result comprises:

8. A device for processing social security data, comprising:

the receiving unit is used for receiving a service processing request sent by a target branch line and acquiring a service identifier in the service processing request;

the acquisition unit is used for inquiring a data storage address corresponding to the target branch according to the service identifier and a preset address mapping relation so as to read the service data of the target branch from the data storage address;

the query unit is used for acquiring a business processing flow from a preset execution flow library and querying a processing rule corresponding to a processing node included in the business processing flow according to a preset rule mapping relation and the business identifier;

the processing unit is used for inputting the processing rule into the business processing flow so as to process the business data and obtain a processing result of the business data;

and the sending unit is used for sending the processing result to the target branch.

9. The apparatus according to claim 8, wherein the query unit is specifically configured to:

10. The apparatus of claim 8, wherein the processing nodes comprise a batch decomposition node, a batch trading node, a result generation node;

the processing unit is specifically configured to:

11. The apparatus according to claim 10, wherein the processing unit is specifically configured to:

12. The apparatus according to claim 10, wherein the sending unit is specifically configured to:

storing the receipt file to the data storage address;

13. The apparatus according to claim 10, wherein the processing unit is specifically configured to:

and if not, not processing the service data.

14. The apparatus according to claim 10, wherein the processing unit is specifically configured to:

15. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.

16. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-7.