CN117217691A

CN117217691A - Business process processing method, device, terminal equipment and storage medium

Info

Publication number: CN117217691A
Application number: CN202311170373.9A
Authority: CN
Inventors: 李威威; 李沛伦; 柳絮; 马超; 王平
Original assignee: China Merchants Bank Co Ltd
Current assignee: China Merchants Bank Co Ltd
Priority date: 2023-09-11
Filing date: 2023-09-11
Publication date: 2023-12-12

Abstract

The application discloses a business process processing method, a device, a terminal device and a storage medium, wherein the business process processing method comprises the following steps: responding to the service request, and obtaining corresponding service data and service scheduling information; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process; combining at least one target sub-process with a service system to obtain a target service process corresponding to the service request; by processing the business data through the target business process, that is, combining the pre-configured sub-processes and the corresponding business systems for different business scenes, different process combinations are set, the technical problem of dispatching the business process for different business scenes can be solved, flexibility of business process dispatching is improved, and development cost of the business process is reduced.

Description

Business process processing method, device, terminal equipment and storage medium

Technical Field

The present application relates to the field of computer application technologies, and in particular, to a method and apparatus for processing a service flow, a terminal device, and a storage medium.

Background

The enterprise internet banking is a key platform for providing convenient service such as financing, payment and settlement for enterprise clients, and allows the enterprise clients to apply and manage operations such as public authority, business manager, approval and the like through a portal system. Because of the wide variety of public businesses in banks, enterprise banks need to rely on multiple different business systems to process these businesses. Different enterprise banking businesses need to interface with one or more business systems, and the interaction modes among the business systems are different, and the business modes are also various.

However, when the traditional online banking product processes these different service scenarios, it is generally required to customize specific service scenarios to develop service flows, so that the adaptation difficulty of new service scenarios is high, the service flows are difficult to adjust, and a great amount of time and resources are consumed.

Therefore, there is a need to propose a solution for scheduling business processes for different business scenarios.

Disclosure of Invention

The application mainly aims to provide a business process processing method, a business process processing device, terminal equipment and a storage medium, and aims to solve the technical problem of scheduling business processes for different business scenes, improve the flexibility of business process scheduling and reduce the development cost of the business processes.

In order to achieve the above object, the present application provides a business process processing method, which includes:

responding to the service request, and obtaining corresponding service data and service scheduling information;

according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process;

combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request;

and processing the service data through the target service flow.

Optionally, before the step of sequentially calling at least one target sub-process from the preset sub-processes in different stages according to the service scheduling information and determining the service system corresponding to the at least one target sub-process, the method further includes:

acquiring a business process data set;

extracting information from the service flow data set, and determining front end nodes, rear end nodes and middle node corresponding to different stages respectively;

and configuring the front end node, the back end node and the middle node corresponding to each of the different stages to obtain sub-flows of the different stages, wherein the sub-flows of the different stages comprise a sponsoring stage, an approving stage and a service submitting stage.

Optionally, the target business process includes the sponsoring stage, the business system is a sponsoring system, and the step of processing the business data through the target business process includes:

performing a manager pre-check and registration on the business data through the manager system to obtain a first execution result;

if the first execution result is detected to be failure, the business data is withdrawn through the manager system;

and if the first execution result is detected to be passed, generating a user approval task.

Optionally, the target business process includes the approval stage, the business system is an approval system, and the step of processing the business data through the target business process includes:

detecting whether a user approval result passes or not when receiving the user approval result;

if the user approval result is not passed and/or the current service is detected to be out of date, the current service is cancelled;

if the user approval result is detected to be passed, performing enterprise approval processing on the business data to obtain a second execution result;

and approving the second execution result through the approval system to generate a user approval task.

Optionally, after the step of processing the service data through the target service flow, the method further includes:

and generating a to-do notification and sending the to-do notification when the user approval task is detected.

Optionally, the target business process includes the business submitting stage, the business system is a business submitting system, and the step of processing the business data through the target business process includes:

performing final batch inspection and service processing on the service data through the service submitting system to obtain a third execution result;

if the third execution result is failure, carrying out service revocation on the service data through the service submitting system;

and if the third execution result is passed, carrying out state synchronization and product customization notification based on the service data.

Optionally, the step of combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request includes:

when the business system is detected to comprise two or more than two business systems, integrating the business systems to obtain business middleware corresponding to the at least one target sub-process;

And accessing the service middleware to the at least one target sub-process to obtain a target service process corresponding to the service request.

The embodiment of the application also provides a business process processing device, which comprises:

the acquisition module is used for responding to the service request and acquiring corresponding service data and service scheduling information;

the scheduling module is used for sequentially calling at least one target sub-process from the preset sub-processes at different stages according to the service scheduling information and determining a service system corresponding to the at least one target sub-process;

the combination module is used for combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request;

and the execution module is used for processing the service data through the target service flow.

The embodiment of the application also provides a terminal device, which comprises a memory, a processor and a business process processing program stored in the memory and capable of running on the processor, wherein the business process processing program realizes the steps of the business process processing method when being executed by the processor.

The embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores a business process processing program, and the business process processing program realizes the steps of the business process processing method when being executed by a processor.

The business process processing method, the business process processing device, the terminal equipment and the storage medium provided by the embodiment of the application acquire corresponding business data and business scheduling information by responding to the business request; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process; combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request; and processing the service data through the target service flow. Based on the scheme of the application, when a user initiates a service request, service data and service scheduling information of the user are acquired, corresponding target sub-processes and service systems of each target sub-process are sequentially determined according to the service scheduling information, and then the target sub-processes and the corresponding service systems are combined to form a complete target service process, different process combinations can be quickly set for different service scenes, the technical problem of scheduling the service process for the different service scenes is solved, the flexibility of service process scheduling is improved, and the development cost of the service process is reduced.

Drawings

FIG. 1 is a schematic diagram of functional modules of a terminal device to which a business process processing apparatus of the present application belongs;

FIG. 2 is a flow chart of a first exemplary embodiment of a business process processing method of the present application;

FIG. 3 is a flow chart of a second exemplary embodiment of a business process method of the present application;

FIG. 4 is a flow chart of a third exemplary embodiment of a business process processing method according to the present application;

FIG. 5 is a schematic flow chart of a business process processing method of the present application at a management stage;

FIG. 6 is a flow chart of a fourth exemplary embodiment of a business process method of the present application;

FIG. 7 is a schematic flow chart of the approval stage of the business process processing method of the present application;

FIG. 8 is a flow diagram of the revocation phase of the business process processing method of the present application;

FIG. 9 is a flowchart of a fifth exemplary embodiment of a business process processing method according to the present application;

FIG. 10 is a schematic flow diagram of a business submission stage of the business process method of the present application;

fig. 11 is a flowchart of a sixth exemplary embodiment of a business process processing method according to the present application.

The achievement of the objects, functional features and advantages of the present application will be further described with reference to the accompanying drawings, in conjunction with the embodiments.

Detailed Description

It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.

The main solutions of the embodiments of the present application are: responding to the service request, and obtaining corresponding service data and service scheduling information; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process; combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request; and processing the service data through the target service flow. Based on the scheme of the application, when a user initiates a service request, service data and service scheduling information of the user are acquired, corresponding target sub-processes and service systems of each target sub-process are sequentially determined according to the service scheduling information, and then the target sub-processes and the corresponding service systems are combined to form a complete target service process, different process combinations can be quickly set for different service scenes, the technical problem of scheduling the service process for the different service scenes is solved, the flexibility of service process scheduling is improved, and the development cost of the service process is reduced.

The embodiment of the application considers the problem of scheduling the business flow for different business scenes, and when the traditional online banking product processes the different business scenes, the business flow is usually required to be developed by customizing for the specific business scene, so that the adaptation difficulty of a new business scene is higher, the business flow is difficult to adjust, and a large amount of time and resources are consumed.

The embodiment designs an enterprise banking business scheduling model aiming at the practical problem of scheduling business processes in different business scenes, and the business processes of the enterprise banking are pre-configured into sub-processes in different stages, so that at least one target sub-process can be scheduled from the sub-processes in different stages aiming at the different business scenes, and business systems corresponding to each target sub-process can be combined, so that the business whole process of the internet banking business in multiple modes can be realized, the technical problem of scheduling the business processes in different business scenes is solved, the flexibility of business process scheduling is improved, and the development cost of the business processes is reduced.

Specifically, referring to fig. 1, fig. 1 is a schematic diagram of functional modules of a terminal device to which a business process processing apparatus of the present application belongs. The business process processing device may be a device independent of the terminal device and capable of performing business process processing, and may be carried on the terminal device in a form of hardware or software. The terminal equipment can be an intelligent mobile terminal with a data processing function such as a mobile phone and a tablet personal computer, and can also be a fixed terminal equipment or a server with a data processing function.

In this embodiment, the terminal device to which the business process processing apparatus belongs at least includes an output module 110, a processor 120, a memory 130 and a communication module 140.

The memory 130 stores an operating system and a service flow processing program, and the service flow processing device may respond to the service request to obtain corresponding service data and service scheduling information; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes in different stages, and determining a service system corresponding to the at least one target sub-process; combining at least one target sub-process with a service system to obtain a target service process corresponding to the service request; information such as processing the service data through the target service flow is stored in the memory 130; the output module 110 may be a display screen or the like. The communication module 140 may include a WI F I module, a mobile communication module, a bluetooth module, and the like, and communicates with an external device or a server through the communication module 140.

Wherein the business process processing program in the memory 130 when executed by the processor implements the steps of:

and processing the service data through the target service flow.

Further, the business process processing program in the memory 130 when executed by the processor also realizes the following steps:

acquiring a business process data set;

According to the scheme, the corresponding service data and service scheduling information are obtained by responding to the service request; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process; combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request; and processing the service data through the target service flow. Based on the scheme of the application, when a user initiates a service request, service data and service scheduling information of the user are acquired, corresponding target sub-processes and service systems of each target sub-process are sequentially determined according to the service scheduling information, and then the target sub-processes and the corresponding service systems are combined to form a complete target service process, different process combinations can be quickly set for different service scenes, the technical problem of scheduling the service process for the different service scenes is solved, the flexibility of service process scheduling is improved, and the development cost of the service process is reduced.

The method embodiment of the application is proposed based on the above-mentioned terminal equipment architecture but not limited to the above-mentioned architecture. The embodiments of the present application may be combined with each other to form a complete scheme, or may be separately used as a complete scheme.

Referring to fig. 2, fig. 2 is a flow chart of a first exemplary embodiment of the business flow processing method of the present application. The business process processing method comprises the following steps:

step S210, corresponding service data and service scheduling information are obtained in response to the service request;

the execution main body of the method in this embodiment prefers a business process processing system, which may be a business process processing device, or may be a business process processing terminal device or a server, where the business process processing device is used as an example in this embodiment, and the business process processing device may be integrated on a terminal device such as a smart phone, a tablet computer, etc. with a data processing function.

The embodiment of the application considers that different service scenes require specific service flows, but the traditional customized development mode causes difficult adaptation of new scenes, complicated flow adjustment, high time cost, slow system update speed, numerous and complex repeated construction contents and inconvenience for later maintenance.

Therefore, the embodiment designs an enterprise banking business scheduling model according to the actual problem of scheduling business processes in different business scenes, and the business flows of the enterprise banking are preconfigured into sub-processes in different stages, so that at least one target sub-process can be scheduled from the sub-processes in different stages according to different business scenes, and business systems corresponding to each target sub-process can be combined, so that the business whole process of the internet banking business in multiple modes can be realized, the technical problem of scheduling the business processes in different business scenes is solved, the flexibility of business process scheduling is improved, and the development cost of the business processes is reduced.

Specifically, the user can actively initiate corresponding service requests to manage financial transactions through channels such as an internet banking system, a mobile phone application program, an ATM (automatic teller machine), a telephone bank and the like of the bank, and the system can receive the service requests and acquire service data and service scheduling information of the user according to the nature of the service requests.

The service data may include specific information about the service, such as order information, user data, etc., carried in the service request. The service scheduling information may include an indication indicating how the system processes the service request, for example, which sub-flows are selected, the service system corresponding to the sub-flows, the execution sequence of the sub-flows, etc., and may also exist in the form of a flowchart, a table, and a list.

Step S220, according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes in different stages, and determining a service system corresponding to the at least one target sub-process;

specifically, according to the service scheduling information, at least one target sub-flow matched with the service scheduling information is selected from a plurality of pre-configured sub-flows. Each target sub-process may be facilitated by a corresponding at least one business system, i.e., for different sub-processes of a business request, the system may access one or more different types of business systems for corresponding processing.

It will be appreciated that for each sub-flow, it is also possible to choose not to access the service system.

Step S230, combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request;

specifically, in order to quickly set different flow combinations for different service scenarios, different sub-flows may be connected according to the calling sequence in step S220, and at least one service system is accessed to a corresponding target sub-flow, so as to construct a complete target service flow. Wherein the target business process may represent the entire request processing process, including different phases and associations between phases.

Step S240, processing the service data through the target service flow.

Specifically, each sub-process is performed by a corresponding business system that processes the data associated therewith to perform various operations, such as data verification, computation, storage, conversion, registration, inspection, revocation, and the like. By executing the target business process, the system can enable the business data of the business request to be processed according to specific processes and rules.

Illustratively, an enterprise customer logs into an enterprise banking system, desiring to apply for a pair of male financing to support its business expansion program. The client submits a financing request, which comprises information such as required amount, guarantee material, repayment period and the like, and the business scheduling information comprises financing application type, approval process and the like;

according to the financing application type and the approval process, the system selects a corresponding financing processing process, which comprises an application verification stage, a risk assessment stage, an approval and file signing stage and a funds transfer stage. Wherein, different stages need to interface with different business systems:

application verification stage: possibly processed by the business system a, for verifying the integrity of the financing application; risk assessment stage: possibly processed by business system B, for evaluating the credit risk of the customer, determining whether financing is warranted; approval and document signing phase: possibly processed by the business system C, generates and signs financing contracts; money transfer stage: possibly processed by the business system D, to transfer the approved financing to the customer's account.

Then, the system creates a complete financing process flow according to the selected sub-flow and the business system. These different phases and business systems will be combined together in a particular order to form a complete flow of processing the financing application.

And processing the financing application data by the system through executing the target business flow. For example, the application verification stage verifies the integrity of financing in business system A, the risk assessment stage assesses credit risk in business system B, the approval and document signing stage generates and signs a financing contract in business system C, and the funds transfer stage transfers financing funds to customer accounts in business system D.

Referring to fig. 3, fig. 3 is a flow chart of a second exemplary embodiment of the business flow processing method of the present application. Based on the embodiment shown in fig. 2, step S220, according to the service scheduling information, sequentially calls at least one target sub-flow from the preset sub-flows in different stages, and before determining the service system corresponding to the at least one target sub-flow, further includes:

step S310, acquiring a business process data set;

the embodiment of the application considers that the new service access has no standardized flow, and each service access needs to analyze the influence of the specific service flow on the existing flow. Therefore, by extracting information from the service flow data set and determining sub-flows in different stages, the service scene access speed can be improved, the service standardized access only needs to be simply developed and configured, and the system docking development cost is reduced.

In particular, the business process data set may be a collection and aggregation of data related to the business process in advance, including but not limited to detailed information about different phases, business rules, process dependencies, and the like.

Step S320, extracting information from the business process data set, and determining front end nodes, back end nodes and middle node corresponding to different stages respectively;

Specifically, the system may extract key information from the business process dataset to determine front-end, back-end and intermediate nodes required for the different phases and the steps each performed by the front-end, back-end and intermediate nodes, i.e. the information extraction may be step extraction. More specifically, the nodes may represent different stages of traffic processing and system components:

the front-end node may be part of a direct interaction with a user or an external system, such as an enterprise bank (service platform front-end) or a banking enterprise direct connection; the back-end node can be a component responsible for business logic and data processing, and can be a service platform, a database, an application server and the like; the middle node can be an enterprise banking middle node for coordinating business processes in different stages, processing intermediate data and ensuring cooperative operation of the processes.

Step S330, configuring front end nodes, back end nodes and middle node corresponding to the different phases respectively, to obtain sub-flows of the different phases, where the sub-flows of the different phases include a transaction phase, an approval phase and a service submitting phase.

Specifically, the system may configure the corresponding sub-flows according to the execution steps and the interaction modes of the front end node, the back end node and the middle node corresponding to the different phases.

The several sub-processes may include, but are not limited to, a business process, an approval process, a final review process, a business submission process, and a business completion process. For example, in the sponsored phase, the front-end node typically interacts with the user, collecting the required information, and passing it to the back-end node for processing; in the approval stage, the middle node may coordinate the approval process and transmit the request to an approver, which may be a personnel or an automation system; in the service submitting stage, the back-end node can execute final service logic, store the data into the database and complete service processing.

Specifically, it should be noted that the embodiments in the present application may be combined into a complete embodiment, and so on, and the target business process may include a sponsor stage, an approval stage, a business submitting stage, a sponsor stage and an approval stage, a sponsor stage and a business submitting stage, an approval stage and a business submitting stage, and may include a sponsor stage, an approval stage, a final approval stage, a business submitting stage, a business completion stage, and so on.

For example, in the service management step, 3 scheduling modes of a non-docking service system, a docking single service system and a docking multi-service system can be defined by configuring service management registration nodes; business approval step, 2 scheduling modes without approval and multi-stage approval can be defined; a bank processing step, namely 3 scheduling modes of a non-docking service system, a docking single service system and a docking multi-service system can be defined; a business completion step may define a contextualized notification. Different business process scheduling modes can be flexibly combined through different scheduling modes of each step.

Illustratively, the business process scheduling mode may be:

a manager registration business model: business manager (butt joint business system) -business approval-final-bank processing-business completion;

sponsored no registration business model: business manager (not interfacing business system) -business approval-finishing-banking-business completion;

no approval mode: business sponsor (interfacing business system) -finishing-banking process-business completion;

multistage approval mode: business manager (butt joint business system), business approval (multi-level approval), final approval, bank processing and business completion;

single system service processing mode: business manager (butt joint business system), business approval-final review completion-bank processing (single system butt joint) -business completion;

Multisystem service processing mode: business manager (interfacing business system), business approval-finishing-banking process (multi-business system chained interfacing) -business completion.

According to the scheme, the information is extracted from the service flow data set, flows in different stages are configured according to the execution steps of the front end, the rear end and the middle node, so that configuration development of a target service flow can be performed based on a pre-configured sub-flow when the service standardized access system is realized, repeated construction of a new flow is avoided, complexity of service flow development and management is reduced, and reusability of the sub-flow is improved.

Referring to fig. 4, fig. 4 is a flow chart of a third exemplary embodiment of the business flow processing method of the present application. Based on the embodiment shown in fig. 2, the target business process includes the sponsoring stage, the business system is a sponsoring system, and step S240, processing the business data through the target business process includes:

step S410, performing a manager pre-check and registration on the business data through the manager system to obtain a first execution result;

in particular, the administrative system may check aspects of the integrity, validity, compliance, etc. of the data. Once the pre-inspection is complete, the system registers the data and proceeds with preliminary processing. The first execution result is generated based on the result of the pre-check and may include a status of "pass" or "fail".

More specifically, referring to fig. 5, fig. 5 is a flow chart illustrating a business process processing method according to the present application. Firstly, carrying out platform access inspection, enterprise business pre-inspection and business pre-inspection on business data in sequence, wherein the business pre-inspection can be executed by 1 or more business pre-inspection systems; then, carrying out platform access inspection, business manager and inspection, enterprise manager registration and intra-business manager registration on the business data in sequence to obtain a first execution result, wherein the business manager pre-inspection and the intra-business manager registration can be respectively executed through 1 or more manager pre-inspection systems and the intra-business manager registration systems; it is understood that each of the sponsored systems in the sponsored phase may be 0, and the number of systems may or may not be equal.

Step S420, if the first execution result is detected to be failure, the service data is revoked through the manager system;

specifically, if the first execution result shows "failure", it indicates that the pre-inspection finds a problem or fails to meet the specification, and the system can withdraw the registered business data through the administrative system to avoid that the error or the non-compliant data further affects the business process.

Step S430, if the first execution result is detected to be passed, generating a user approval task.

Specifically, if the first execution result shows "pass", it indicates that the pre-inspection does not find a problem, the data is valid and compliant, the system may generate an approval task, and the approval task may enable the user or the approver to further approve and process the business data.

Further, step S240 further includes, after processing the service data through the target service flow:

Specifically, when the system detects the user approval task, a to-do notification can be generated correspondingly, so that the enterprise platform can execute the approval notification service, wherein the to-do notification can contain detailed information related to the approval task, such as the type of approval, the expiration date of the approval, related business data and the like. The system may then send this to-do notification to the corresponding approver or approval team.

By generating the to-be-handled notification, the visibility and timeliness of the approval task can be improved, the approval process can be accelerated, the approval process becomes transparent, and the approver and the related party can clearly know the progress and the state of the approval task.

According to the scheme, the submitted business data is pre-checked through the manager system, and the first execution result is generated according to the check result. If the data passes the inspection, the system generates a to-be-handled notification corresponding to the approval task; if the inspection fails, the system executes the revocation operation to correct or clear the wrong data, so that the accuracy and compliance of the business data can be improved, the pre-inspected data can continue to enter the sub-process of the approval stage, the technical problem of scheduling the business process for different business scenes can be solved, and the system can automatically circulate according to the pre-configured business sub-process.

Referring to fig. 6, fig. 6 is a flow chart of a fourth exemplary embodiment of the business flow processing method of the present application. Based on the embodiment shown in fig. 2, the target business process includes the approval stage, the business system is an approval system, and step S240, processing the business data through the target business process includes:

step S610, when receiving a user approval result, detecting whether the user approval result passes or not;

specifically, after receiving the approval results submitted by the user, the system may examine the approval results to determine if the user passed the approval.

Step S620, if the user approval result is not passed and/or the current service is detected to be out of date, the current service is cancelled;

referring to fig. 7, fig. 7 is a flow chart of an approval stage of the business process processing method according to the present application. Specifically, if the system detects that the approval result is "failed", or the current service has exceeded a specified time period through the timing task, which indicates that the service is to be canceled or terminated, the system will perform the platform service revocation operation, i.e., jump to the revocation phase. Referring to fig. 8, fig. 8 is a flow diagram of a revocation phase of a business process processing method of the present application.

Step S630, if the user approval result is detected to be passed, performing enterprise approval processing on the business data to obtain a second execution result;

specifically, if the system detects that the approval result is "pass", the system may further perform enterprise bank approval processing on the service data to obtain a second execution result, where the approval stage may involve more service rules and logic, so that the approval system performs multi-stage approval on the second execution result to ensure compliance and accuracy of the service.

And step S640, the second execution result is approved by the approval system, and a user approval task is generated.

Specifically, the system may submit the second execution result to the approval system for multi-stage approval according to the actual situation of the second execution result. The approval system will examine the second execution result and generate a user approval task, requiring a specific approver or approval team to approve and process the approval task.

In addition, the system can submit the second execution result to the approval system for final approval according to the actual condition of the second execution result, and the system can automatically jump to a service submitting stage after the second execution result passes through final approval.

Further, step S240 further includes, after processing the service data through the target service flow: and approving the second execution result through the approval system to generate a user approval task.

Please refer to the third embodiment for specific steps, and the description of the embodiment of the present application is omitted.

Through the scheme, particularly through the examination and approval of multiple layers, the embodiment ensures that the business data is subjected to a series of examination and approval so as to ensure the validity and accuracy of the business. If the approval fails, the service is over-run or the user does not pass, the service is revoked; after the business data automatically passes through a plurality of approval stages, the business is finally approved and user approval tasks are generated, so that the highly sensitive or complex business can be ensured to meet certain standards and regulations.

Referring to fig. 9, fig. 9 is a flowchart of a fifth exemplary embodiment of a business process processing method according to the present application. Based on the embodiment shown in fig. 2, the target service flow includes the service submitting stage, the service system is a service submitting system, and step S240, processing the service data through the target service flow includes:

step S910, performing final batch inspection and service processing on the service data by using the service submitting system to obtain a third execution result;

referring to fig. 10, fig. 10 is a flow chart of a service submitting stage of the service flow processing method according to the present application. Specifically, in the service submitting stage, the system may perform final batch processing, expected transaction verification, service system inspection, and in-line system service processing on the service data in sequence to obtain a third execution result, where the service system inspection and in-line system service processing may include one or more corresponding service system inspection and in-line system service processing systems respectively.

Step S920, if the third execution result is failure, performing service revocation on the service data through the service submitting system;

specifically, if the third execution result is detected as "failure", that is, the problem is detected in the final batch step or the rule is not met, the system may sequentially perform enterprise-bank service revocation, enterprise-bank service completion notification, and intra-line service manager revocation on the service data, where 1 or more intra-line service manager revocation systems may be used to perform the revocation operation of the service data, so as to avoid further processing of the data that is not compliant or erroneous.

It can be understood that the number of each service submitting system in the service submitting stage may be 0, and the number of each service submitting system may be equal or unequal.

And step S930, if the third execution result is passed, performing state synchronization and product customization notification based on the service data.

Specifically, if the third execution result shows that the third execution result is "pass", it indicates that the service data has passed all necessary inspections and approvals, and is legal and in compliance with the regulations, the system may sequentially perform enterprise-to-enterprise service status synchronization, enterprise-to-enterprise service completion notification, and product customization notification on the service data.

After the above steps are completed, the corresponding notification service may be triggered.

The embodiment ensures compliance and accuracy of the business data through the scheme, particularly through final examination and processing of the business data. If the final examination fails, the business is cancelled, otherwise, the business state is synchronously updated, and related notices are sent to related parties, so that timely information feedback can be provided, flexibility of business process scheduling is improved, and development cost of the business process is reduced.

Referring to fig. 11, fig. 11 is a flowchart of a sixth exemplary embodiment of a business process processing method according to the present application. Based on the embodiment shown in fig. 2, step S230, combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request includes:

Step S1110, when it is detected that the service system includes two or more service systems, integrating the service systems to obtain service middleware corresponding to the at least one target sub-process;

specifically, to implement automated data flow and business processes, so that data is shared and kept consistent among the business systems, for each sub-process, when the system detects that two or more business systems exist, the business systems may be integrated to form a business middleware corresponding to the sub-process.

Step S1120, accessing the service middleware to the at least one target sub-process to obtain a target service process corresponding to the service request.

Specifically, each business sub-process can utilize the shared functions and data provided by the business middleware so as to better access the corresponding business system to run and work cooperatively, thereby avoiding redundant work of manually transferring and repeating input data between different systems. This improves the working efficiency and reduces the possibility of errors. The construction and integration of the service middleware makes the system more extensible.

In addition, when a new business system needs to be added, the target sub-flow can be combined with the new business system more easily by modifying the middleware.

According to the scheme, the plurality of business systems can be integrated or modified rapidly by integrating the plurality of business systems into one shared business middleware, more complex business processes and workflow are effectively realized, and therefore more types of business requirements are met.

In addition, the embodiment of the application also provides a business process processing device, which comprises:

The present embodiment implements the principle and implementation process of the business process, please refer to the above embodiments, and the description thereof is omitted herein.

In addition, the embodiment of the application also provides a terminal device, which comprises a memory, a processor and a business process processing program stored in the memory and capable of running on the processor, wherein the business process processing program realizes the steps of the business process processing method when being executed by the processor.

Because all the technical solutions of all the embodiments are adopted when the business flow processing program is executed by the processor, the business flow processing program at least has all the beneficial effects brought by all the technical solutions of all the embodiments and is not described in detail herein.

In addition, the embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores a business process processing program, and the business process processing program realizes the steps of the business process processing method when being executed by a processor.

Compared with the prior art, the business process processing method, the business process processing device, the terminal equipment and the storage medium provided by the embodiment of the application acquire corresponding business data and business scheduling information by responding to the business request; according to the service scheduling information, sequentially calling at least one target sub-process from preset sub-processes at different stages, and determining a service system corresponding to the at least one target sub-process; combining the at least one target sub-process with the service system to obtain a target service process corresponding to the service request; and processing the service data through the target service flow. Based on the scheme of the application, when a user initiates a service request, service data and service scheduling information of the user are acquired, corresponding target sub-processes and service systems of each target sub-process are sequentially determined according to the service scheduling information, and then the target sub-processes and the corresponding service systems are combined to form a complete target service process, different process combinations can be quickly set for different service scenes, the technical problem of scheduling the service process for the different service scenes is solved, the flexibility of service process scheduling is improved, and the development cost of the service process is reduced.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.

The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.

From the above description of the embodiments, it will be clear to those skilled in the art that the above-described embodiment method may be implemented by means of software plus a necessary general hardware platform, but of course may also be implemented by means of hardware, but in many cases the former is a preferred embodiment. Based on such understanding, the technical solution of the present application may be embodied essentially or in a part contributing to the prior art in the form of a software product stored in a storage medium (e.g. ROM/RAM, magnetic disk, optical disk) as above, comprising instructions for causing a terminal device (which may be a mobile phone, a computer, a server, a controlled terminal, or a network device, etc.) to perform the method of each embodiment of the present application.

The foregoing description is only of the preferred embodiments of the present application, and is not intended to limit the scope of the application, but rather is intended to cover any equivalents of the structures or equivalent processes disclosed herein or in the alternative, which may be employed directly or indirectly in other related arts.

Claims

1. The business process processing method is characterized by comprising the following steps:

and processing the service data through the target service flow.

2. The method for processing a service flow according to claim 1, wherein the step of sequentially calling at least one target sub-flow from among the preset sub-flows in different stages according to the service scheduling information and determining the service system corresponding to the at least one target sub-flow further comprises:

Acquiring a business process data set;

3. The business process processing method of claim 2, wherein said target business process includes said sponsor phase, said business system is a sponsor system, and said step of processing said business data through said target business process includes:

4. The business process processing method of claim 2, wherein said target business process includes said approval stage, said business system is an approval system, and said step of processing said business data through said target business process includes:

5. The business process processing method according to any one of claims 3 to 4, wherein after said step of processing said business data by said target business process, further comprising:

6. The business process processing method of claim 2, wherein said target business process includes said business submitting stage, said business system is a business submitting system, and said step of processing said business data through said target business process includes:

7. The business process processing method of claim 1, wherein said step of combining said at least one target sub-process with said business system to obtain a target business process corresponding to said business request comprises:

8. A business process processing apparatus, the business process processing apparatus comprising:

9. A terminal device, characterized in that it comprises a memory, a processor and a business process processing program stored on the memory and executable on the processor, which business process processing program, when executed by the processor, implements the steps of the business process processing method according to any of claims 1-7.

10. A computer readable storage medium, characterized in that the computer readable storage medium has stored thereon a business process processing program which, when executed by a processor, implements the steps of the business process processing method according to any of claims 1-7.