Social security payment processing method and device

Abstract

The application discloses a processing method and device for social security payment business, and relates to the technical field of computers. A specific implementation manner of the method comprises the following steps: modeling and analyzing social security payment business of tax systems in various regions to abstract at least one standard process, wherein the standard process corresponds to a business type; obtaining a tax system identifier and a business type from a social security payment request, and obtaining a standard process corresponding to the business type through an interface provided by a dynamic front end according to the tax system identifier; and performing the obtained standard process to process the social security payment business. The implementation manner can improve standardization and customization of the entire social security payment business system, reduce coupling degree of the system, improve robustness of the system, and reduce operation and maintenance pressure.

Description

TECHNICAL FIELD

[0001] The present application relates to the computer technical field, and particularly relates to a processing method and device for social security payment business. BACKGROUND

[0002] At present, individual social insurance fees are collected by tax departments, and in the process of realizing the social security collection function, the tax systems of provinces and cities will have many differences in the query and payment process of the social security bureau in different places, such as inconsistent query steps, diversified payment methods and payment channels. When large commercial banks solve the connection of the national tax general social security payment mode, they usually use the development of the characteristics of different provincial tax systems according to the characteristics of the region to meet the differences of the payment mode in different regions.

[0003] However, the development of the characteristics of different provincial tax systems according to the characteristics of the region mainly has the following problems:

[0004] (1) Since all tax bureau systems in the country are connected at the same time and the characteristics of the tax systems in different places are met, the system application version changes frequently, which brings great challenges to the stability of the system;

[0005] (2) Since the system coupling degree is relatively high, when the demand of a certain regional tax system is developed and implemented, it is easy to affect the social security project in other regions. SUMMARY

[0006] Therefore, the embodiments of the present application provide a processing method and device for social security payment business, which can improve the standardization and customization of the entire social security payment business system, reduce the coupling degree of the system, improve the robustness of the system, and reduce the operation and maintenance pressure.

[0007] To achieve the above-mentioned purpose, according to an aspect of the embodiments of the present application, a processing method for social security payment business is provided.

[0008] A processing method for social security payment business, comprising: modeling and analyzing the social security payment business of the tax system in each region to abstract at least one standard process, the standard process corresponding to a business type; obtaining a tax system identifier and a business type from a social security payment request, and obtaining a standard process corresponding to the business type through an interface provided by a dynamic front end according to the tax system identifier; and performing the standard process obtained to process the social security payment business.

[0009] Optionally, the business type includes a subscription business, a single payment business, a batch payment business and a daily settlement business; and the standard process includes a subscription business standard process, a single payment business standard process, a batch payment business standard process and a daily settlement business standard process.

[0010] Optionally, the signing service is divided into a commissioned unit signing service and a third-party client signing service according to a client type.

[0011] Optionally, the signing service standard process comprises: obtaining a client category, the client category comprising a unit client and a third-party client; if the client type is a unit client, entering a contract of the unit client to perform the signing service; and if the client type is a third-party client, entering a contract of the third-party client and generating synchronization contract information, and then sending the synchronization contract information to a tax system corresponding to the third-party client to perform the signing service.

[0012] Optionally, the single payment service standard process comprises: receiving a query request sent by a user; obtaining a query result from a tax system corresponding to the user according to the query request, and returning the query result to the user through a dynamic page; receiving confirmation payment information sent by the user; calling an account core system to perform accounting according to the confirmation payment information, and sending an accounting result to the tax system to perform the single payment service.

[0013] Optionally, the single payment service standard process further comprises: receiving revocation payment information sent by the user; calling the account core system to perform accounting according to the revocation payment information, and sending an accounting result to the tax system.

[0014] Optionally, the batch payment service standard process comprises: receiving a batch payment request sent by a tax system, the batch payment request comprising a batch payment file; verifying the batch payment file, and generating corresponding batch information after verification; sending the batch payment file and the corresponding batch information to an account core system to perform batch payment; and sending the batch information and a batch payment result to the tax system to perform the batch payment service.

[0015] Optionally, the daily settlement service standard process comprises: obtaining account flow from an account core system, and matching the account flow with an account flow table; generating a reconciliation discrepancy list for unmatched accounts, and performing account checking until the accounts are completely matched; generating a reconciliation success file according to the matched account flow; and sending the reconciliation success file to the tax system to perform the daily settlement service.

[0016] Optionally, the daily settlement service standard process further comprises: transferring funds corresponding to the account flow to an account corresponding to the tax system, and sending fund transfer information to the tax system.

[0017] According to another aspect of the embodiment of the present application, a processing device for social security payment service is provided.

[0018] The application discloses a processing device for social security payment business, which comprises a process analysis module, a process acquisition module and a business execution module.

[0019] According to another aspect of the embodiment of the application, an electronic device for processing social security payment business is provided.

[0020] An electronic device for processing social security payment business, comprising one or more processors and a storage device for storing one or more programs, wherein when the one or more programs are executed by the one or more processors, the one or more processors implement the processing method for social security payment business provided by the embodiment of the application.

[0021] According to still another aspect of the embodiment of the application, a computer readable medium is provided.

[0022] A computer readable medium, which stores a computer program, wherein the program is executed by a processor to implement the processing method for social security payment business provided by the embodiment of the application.

[0023] The embodiment of the application has the following advantages or beneficial effects: the modeling analysis is performed on the social security payment business of the tax system in each region to abstract at least one standard process, and the standard process corresponds to a business type; the tax system identifier and the business type are acquired from a social security payment request, and the standard process corresponding to the business type is acquired according to the tax system identifier through the interface provided by the dynamic front end; the technical solution of executing the acquired standard process to process the social security payment business abstracts the standardized business type and the standard process through a large amount of modeling and analysis, improves the standardization and customization of the entire social security payment business system, reduces the coupling degree of the system, improves the robustness of the system, and reduces the operation and maintenance pressure.

[0024] The further effects of the above-mentioned non-conventional optional mode will be described in the following combined with the specific embodiments. BRIEF DESCRIPTION OF DRAWINGS

[0025] The accompanying drawings are used to better understand the application and do not constitute an improper limitation on the application. Among them:

[0026] Figure 1 FIG. 1 is a schematic diagram of main steps of the processing method for social security payment business according to the embodiment of the application;

[0027] Figure 2 is a standard flowchart of a subscription service according to an embodiment of the present application;

[0028] Figure 3 is a standard flowchart of a single payment service according to an embodiment of the present application;

[0029] Figure 4 is a standard flowchart of a batch payment service according to an embodiment of the present application;

[0030] Figure 5 is a standard flowchart of a daily clearing service according to an embodiment of the present application;

[0031] Figure 6 is a main module diagram of a processing device for a social security payment service according to an embodiment of the present application;

[0032] Figure 7 is an exemplary system architecture diagram to which an embodiment of the present application can be applied;

[0033] Figure 8 is a structural diagram of a computer system of a terminal device or a server suitable for implementing an embodiment of the present application. DETAILED DESCRIPTION

[0034] Exemplary embodiments of the present application are described herein with reference to the accompanying drawings, in which various details of the embodiments of the present application are set forth to assist in the understanding of the present application. It will be apparent to those skilled in the art that various changes and modifications can be made to the embodiments described herein without departing from the spirit and scope of the present application. Also, the description is made in the following order for the sake of clarity and conciseness.

[0035] To solve the problems in the prior art, the present application proposes a brand-new processing method for implementing a proxy social security payment service. The method analyzes and abstracts a social security payment flow, provides a set of unified payment flow through combing and modeling, and realizes core business requirements of the social security payment. For differences in payment steps and interface forms in various regions, the method provides front-end dynamization and interface configuration, and transfers application differences to data differences. The method improves the stability of the system and reduces the development difficulty of special business requirements.

[0036] By analyzing the nationwide social security payment system business processing, it can be seen that the nationwide social security payment system business characteristics are that the payment processes of local tax systems are different, and the payment rules are diversified. Based on the above characteristics, when processing the social security payment business, the bank not only needs to meet the processing rules of the social security payment of the tax system of the State Administration of Taxation, but also needs to consider the special needs of the local tax systems, and the complexity of system construction is greatly increased. After analyzing and researching the social security payment business of each tax system, the difference of the social security payment business of each region mainly reflects the payment process and the payment rule. Based on the above characteristics, the standard process of the social security payment business is abstracted, and the processing of the social security payment business is based on the standard process.

[0037] Figure 1 It is the main step schematic diagram of the processing method of the social security payment business according to the embodiment of the application. As shown in Figure 1 The processing method of the social security payment business of the embodiment of the application mainly includes the following steps S101 to S103.

[0038] Step S101: modeling analysis is performed on the social security payment business of each regional tax system to abstract at least one standard process, and the standard process corresponds to the business type;

[0039] Step S102: the tax system identifier and the business type are obtained from the social security payment request, and the standard process corresponding to the business type is obtained through the interface provided by the dynamic front end according to the tax system identifier;

[0040] Step S103: the standard process obtained is executed to process the social security payment business.

[0041] According to the embodiment of the application, from the perspective of the agent bank, the traditional social security payment business is abstracted into four categories of business, namely, signing business, single payment business, batch payment business and daily settlement business, and can be further divided into nine sub-categories of business. Specifically, the business types of the social security payment business are shown in the following table 1.

[0042] Table 1

[0043]

[0044]

[0045] Correspondingly, the standard processes abstracted include: signing business standard process, single payment business standard process, batch payment business standard process and daily settlement business standard process.

[0046] According to table 1, it can be seen that the signing business is divided into the signing business of the entrusted unit and the signing business of the third party customer according to the customer type. Figure 2is a standard flowchart of a signing service according to an embodiment of the present application. As shown in Figure 2 the standard flowchart of the signing service can include: obtaining a customer category, the customer category including a unit customer and a third-party customer; if the customer type is a unit customer, entering a contract of the unit customer to perform a signing service; if the customer type is a third-party customer, entering a contract of the third-party customer and generating synchronization contract information, and then sending the synchronization contract information to a tax system corresponding to the third-party customer to perform a signing service.

[0047] The standard information carrier of a signing service of a unit (i.e. an information record carrier involved in a service processing process) is a contract of the unit. The contract of the unit includes, for example, the information shown in Table 2. The standard information carrier of a signing service of a third-party customer is a contract of the third-party customer. The contract of the third-party customer includes, for example, the information shown in Table 3.

[0048] Table 2

[0049]

[0050]

[0051]

[0052]

[0053] Table 3

[0054]

[0055]

[0056]

[0057] According to the technical solution of the embodiment of the present application, as shown in Table 1, a single payment service can realize three functions of single query, single payment and single cancellation according to the operation of a user. Figure 3 is a standard flowchart of a single payment service according to an embodiment of the present application. As shown in Figure 3 in the embodiment of the present application, the standard flowchart of the single payment service can include: receiving a query request sent by a user; obtaining a query result from a tax system corresponding to the user according to the query request, and returning the query result to the user through a dynamic page; receiving confirmation payment information sent by the user; calling an accounting core system to perform accounting according to the confirmation payment information, and sending an accounting result to the tax system to perform a single payment service.

[0058] In addition, according to one of the embodiments of the present application, the single payment service standard process can further include: receiving the user-sent cancel payment information; calling the accounting core system to perform accounting according to the cancel payment information, and sending the accounting result to the tax system.

[0059] For the single query function, the standard information carrier is a dynamic page table. The fields included in the dynamic page table and the Chinese meanings thereof are shown in Table 4.

[0060] Table 4

[0061] Field Chinese meaning ENTRST_PRJ_ID Entrusted project number CUR_PGFC_SN Current page serial number NEXT_PGFC_SN Next page serial number CHNL_TPCD Channel type code SRP_PRJ_TPCD Collection and payment project type code FST_PG_IND First page flag NXT_RQS_IND Next request flag ETRUNT_TXN_CD Entrusted unit transaction code OUTBNDCALL_TXN_CD Outbound call transaction code PLTFRM_TXN_CD Platform transaction code CHNL_TXN_CD Channel transaction code PGFC_DEF Page definition DSC Description RVRS_MODE_CD Reversal mode code

[0062] For the single payment function and the single cancel function, the standard information carrier is a single accounting serial. The fields included in the single accounting serial and the Chinese meanings thereof are shown in Table 5.

[0063] Table 5

[0064]

[0065]

[0066]

[0067]

[0068] According to the technical solution of the embodiment of the present application, as shown in Table 1, the batch payment service is mainly used for batch payment processing. Figure 4 is a batch payment service standard process schematic diagram of one of the embodiments of the present application. As shown in Figure 4 the batch payment service standard process mainly includes: receiving the batch payment request sent by the tax system, the batch payment request including a batch payment file; verifying the batch payment file, and generating corresponding batch information after the verification; sending the batch payment file and the corresponding batch information to the accounting core system for batch payment; and sending the batch information and the batch payment result to the tax system for batch payment service.

[0069] The standard information carrier of the batch payment service is batch detail information, mainly including a mixed batch information table and a mixed batch detail information table. The fields included in the mixed batch information table and the Chinese meanings thereof are shown in Table 6; the fields included in the mixed batch detail information table and the Chinese meanings thereof are shown in Table 7.

[0070] Table 6

[0071]

[0072]

[0073]

[0074]

[0075]

[0076] Table 7

[0077]

[0078]

[0079]

[0080] According to the technical scheme of the embodiment of the present application, it can be seen from Table 1 that the daily clearing business mainly includes date information, account checking and transfer functions. Figure 5 is a standard flow diagram of the daily clearing business of an embodiment of the present application. As shown in Figure 5 , the standard flow of the daily clearing business mainly includes: obtaining the account flow of the day from the account core system and matching with the account flow table; generating the account inconsistency list for the unmatched account and performing account checking until the account is completely matched; generating the account success file according to the matched account flow; and sending the account success file to the tax system to perform the daily settlement business.

[0081] In addition, according to another embodiment of the present application, the standard flow of the daily clearing business can also include: transferring the funds corresponding to the account flow to the account corresponding to the tax system, and sending the fund transfer information to the tax system.

[0082] For the date information function, the standard information carrier is the account date table as shown in Table 8.

[0083] Table 8

[0084] Field Chinese meaning CCBINS_ID Build institution number ACG_DT Accounting date NXTTM_ACG_DT Next accounting date STM_ST System state MAX_JRNL_NO Maximum serial number CUR_JRNL_NO Current serial number PRITM_ACG_DT Previous accounting date ENTRST_PRJ_ID Entrusted project number SCSP_SN Collection and payment serial number

[0085] For the account checking function, the standard information carrier includes the account checking information table as shown in Table 9, the account checking detail table as shown in Table 10 and the account inconsistency list as shown in Table 11.

[0086] Table 9

[0087]

[0088]

[0089] Table 10

[0090] Field Chinese meaning ETRUNT_ID Entrusted unit number ETRUNT_NM Entrusted unit name ENTRST_PRJ_ID Entrusted project number ENTRST_PRJ_NM Entrusted project name CCBINS_ID Build institution number TRDPCT_ACCNO Third party customer account number SRP_TXN_DT Collection and payment transaction date HST_TXNAMT Host transaction amount HJNO Host serial number SCSP_BSN_TPCD Collection and payment business type code RCNCLSTCD Reconciliation status code RCNCL_CL_ID Reconciliation classification number CCYCD Currency code ACG_DT Accounting date SRP_TXNSRLNO Collection and payment transaction serial number HST_ACG_DT Host accounting date

[0091] Table 11

[0092]

[0093]

[0094] For the transfer function, its standard information carrier includes the fund transfer information table as shown in Table 12.

[0095] Table 12

[0096]

[0097]

[0098]

[0099] Figure 6 Fig. 1 is a schematic diagram of main modules of a processing device for social security payment business according to an embodiment of the present application. As shown in Fig. 1, the processing device 600 for social security payment business according to an embodiment of the present application mainly includes a flow analysis module 601, a flow acquisition module 602 and a business execution module 603. Figure 6

[0100] The flow analysis module 601 is configured to model and analyze the social security payment business of each regional tax system to abstract at least one standard flow corresponding to a business type.

[0101] The flow acquisition module 602 is configured to acquire a tax system identifier and a business type from a social security payment request, and acquire a standard flow corresponding to the business type through an interface provided by a dynamic front end according to the tax system identifier.

[0102] The business execution module 603 is configured to perform the social security payment business processing by executing the acquired standard flow.

[0103] According to an embodiment of the present application, the business type includes a signing business, a single payment business, a batch payment business and a daily settlement business; and the standard flow includes a signing business standard flow, a single payment business standard flow, a batch payment business standard flow and a daily settlement business standard flow.

[0104] According to another embodiment of the present application, the signing business is divided into a commissioned unit signing business and a third-party client signing business according to a client type.

[0105] ​According to another embodiment of the present application, the standard procedure of the signing business includes: obtaining a customer category, the customer category including a unit customer and a third-party customer; if the customer type is a unit customer, entering a contract of the unit customer to sign a business; if the customer type is a third-party customer, entering a contract of the third-party customer and generating synchronization contract information, and then sending the synchronization contract information to a tax system corresponding to the third-party customer to sign a business.

[0106] According to another embodiment of the present application, the standard procedure of the single payment business includes: receiving a query request sent by a user; obtaining a query result from a tax system corresponding to the user according to the query request, and returning the query result to the user through a dynamic page; receiving confirmation payment information sent by the user; calling an account core system to make an account according to the confirmation payment information, and sending an account result to the tax system to perform a single payment business.

[0107] According to another embodiment of the present application, the standard procedure of the single payment business further includes: receiving revocation payment information sent by the user; calling the account core system to make an account according to the revocation payment information, and sending an account result to the tax system.

[0108] According to another embodiment of the present application, the standard procedure of the batch payment business includes: receiving a batch payment request sent by a tax system, the batch payment request including a batch payment file; verifying the batch payment file, and generating corresponding batch information after the verification is passed; sending the batch payment file and the corresponding batch information to an account core system to perform a batch payment; sending the batch information and a batch payment result to the tax system to perform a batch payment business.

[0109] According to another embodiment of the present application, the standard procedure of the daily settlement business includes: obtaining an account flow of a day from an account core system, and matching with an account flow table; for unmatched accounts, generating a reconciliation discrepancy list, and performing account checking until the accounts are completely matched; generating a reconciliation success file according to the matched account flow; sending the reconciliation success file to the tax system to perform a daily settlement business.

[0110] According to another embodiment of the present application, the standard procedure of the daily settlement business further includes: transferring funds corresponding to the account flow to an account corresponding to the tax system, and sending fund transfer information to the tax system.

[0111] According to the technical scheme of the embodiment of the present application, the social security payment business of the tax system in each region is modeled and analyzed to abstract at least one standard process, and the standard process corresponds to the business type; the tax system identifier and the business type are obtained from the social security payment request, and the standard process corresponding to the business type is obtained according to the tax system identifier through the interface provided by the dynamic front end; the technical scheme of performing the obtained standard process to process the social security payment business, through a large amount of modeling and analysis, the standardized business type and the standard process are abstracted, the standardization and customization of the entire social security payment business system are improved, the coupling degree of the system is reduced, the robustness of the system is improved, and the operation and maintenance pressure is reduced.

[0112] Figure 7 An exemplary system architecture 700 of the social security payment business processing method or the social security payment business processing apparatus to which the embodiment of the present application can be applied is shown.

[0113] As shown in Figure 7 , the system architecture 700 can include terminal devices 701, 702, 703, a network 704 and a server 705. The network 704 is used to provide a communication link medium between the terminal devices 701, 702, 703 and the server 705. The network 704 can include various connection types, such as wired, wireless communication links or optical fiber cables, etc.

[0114] A user can use the terminal devices 701, 702, 703 to interact with the server 705 through the network 704 to receive or send messages, etc. Various communication client applications can be installed on the terminal devices 701, 702, 703, such as shopping applications, web browser applications, search applications, instant messaging tools, email clients, social platform software, etc. (only as examples).

[0115] The terminal devices 701, 702, 703 can be various electronic devices with display screens and supporting web browsing, including but not limited to smart phones, tablet computers, laptop computers and desktop computers, etc.

[0116] The server 705 can be a server providing various services, such as a background management server supporting a shopping website browsed by a user using a terminal device 701, 702, 703 (only as an example). The background management server can analyze and process received product information query requests and other data, and feed back the processing results (such as target push information, product information - only as examples) to the terminal device.

[0117] It should be noted that the social security payment business processing method provided by the embodiment of the present application is generally executed by the server 705, and correspondingly, the social security payment business processing apparatus is generally provided in the server 705.

[0118] It should be appreciated that Figure 7 the number of terminal devices, networks and servers in

[0119] Reference will now be made to Figure 8 which shows a schematic configuration of a computer system 800 that is suitable for use in implementing the terminal device or server according to an embodiment of the present application. Figure 8 The terminal device or server shown is merely an example and should not impose any limitation on the functions and the range of use of the embodiments of the present application.

[0120] As Figure 8 shown, the computer system 800 includes a central processing unit (CPU) 801 which can perform various appropriate actions and processes according to programs stored in a read only memory (ROM) 802 or programs loaded into a random access memory (RAM) 803 from a storage section 808. In the RAM 803, various programs and data required for the operation of the system 800 are also stored. The CPU 801, the ROM 802 and the RAM 803 are connected to each other through a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0121] The following components are connected to the I / O interface 805: an input section 806 including a keyboard, a mouse, etc.; an output section 807 including a display such as a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 808 including a hard disk, etc.; and a communication section 809 including a network interface card such as a LAN card, a modem, etc. The communication section 809 performs communication processing via a network such as the Internet. A drive 810 is also connected to the I / O interface 805 as required. A removable media 811 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc. is attached to the drive 810 as required, so that a computer program read out therefrom is installed into the storage section 808 as required.

[0122] In particular, the processes described above with reference to the flow charts can be implemented as a computer software program according to the embodiments disclosed herein. For example, the embodiments disclosed herein include a computer program product comprising a computer program carried on a computer readable medium, the computer program comprising program code for performing the methods illustrated in the flow charts. In such embodiments, the computer program can be downloaded and installed from a network via the communication section 809 and / or installed from the removable media 811. When the computer program is executed by the central processing unit (CPU) 801, the above-described functions defined in the system of the present application are performed.

[0123] It should be noted that the computer-readable medium shown in the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may, for example, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or component, or any combination of the above. More specific examples of computer-readable storage media can 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 disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, the computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, device or component. In the present application, the computer-readable signal medium can include a data signal carried in a baseband or as a part of a carrier wave, which carries computer-readable program code. Such a propagated data signal can take various forms, including but not limited to an electromagnetic signal, an optical signal or any suitable combination of the above. The computer-readable signal medium can also be any computer-readable medium other than the computer-readable storage medium, which can send, propagate or transmit a program for use by or in conjunction with an instruction execution system, device or component. The program code contained on the computer-readable medium can be transmitted by any suitable medium, including but not limited to wireless, wire, optical cable, RF, etc., or any suitable combination of the above.

[0124] The flowcharts and block diagrams in the drawings illustrate the possible implementation architectures, functions and operations of the systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowcharts or block diagrams can represent a module, a program segment or a part of code containing one or more executable instructions for implementing the specified logical functions. It should also be noted that in some alternative implementations, the functions noted in the blocks can occur in different order than that shown in the drawings. For example, two blocks that are shown in succession can actually be executed substantially in parallel, and sometimes in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams or flowcharts, and the combination of blocks in the block diagrams or flowcharts, can be implemented by a dedicated hardware-based system that performs the specified functions or operations, or can be implemented by a combination of dedicated hardware and computer instructions.

[0125] The units or modules described in the embodiments of the present application can be implemented by software or hardware. The described units or modules can also be arranged in a processor, for example, a processor can be described as including a flow analysis module, a flow acquisition module and a service execution module. In some cases, the names of these units or modules do not constitute a limitation on the units or modules themselves, for example, the flow analysis module can also be described as "a module for modeling and analyzing social security payment services of regional tax systems to abstract at least one standard flow corresponding to a service type".

[0126] As another aspect, the present application also provides a computer readable medium, which can be included in the device described in the above embodiments, or can exist independently without being assembled into the device. The computer readable medium carries one or more programs, which, when executed by the device, cause the device to include: modeling and analyzing social security payment services of regional tax systems to abstract at least one standard flow corresponding to a service type; obtaining a tax system identifier and a service type from a social security payment request, and obtaining a standard flow corresponding to the service type through an interface provided by a dynamic front end according to the tax system identifier; and performing the social security payment service processing by executing the obtained standard flow.

[0127] According to the technical scheme of the embodiments of the present application, by modeling and analyzing social security payment services of regional tax systems to abstract at least one standard flow corresponding to a service type, obtaining a tax system identifier and a service type from a social security payment request, and obtaining a standard flow corresponding to the service type through an interface provided by a dynamic front end according to the tax system identifier, and performing the social security payment service processing by executing the obtained standard flow, the standardized service type and standard flow are abstracted through a large amount of modeling and analysis, the standardization and customization of the entire social security payment service system are improved, the coupling degree of the system is reduced, the robustness of the system is improved, and the operation and maintenance pressure is reduced.

[0128] The above specific embodiments do not constitute a limitation on the protection scope of the present application. Those skilled in the art should understand that various modifications, combinations, sub-combinations and substitutions can be made depending on design requirements and other factors. Any modification, equivalent replacement and improvement made within the spirit and principles of the present application should be included in the protection scope of the present application.

Claims

1. A processing method of a social security contribution business, characterized by, The application comprises the following technical solutions: From the perspective of the agent bank, the social security payment business of the regional tax system is modeled and analyzed to abstract at least one standard process corresponding to the business type, the business type including signing business and batch payment business, the standard process including a signing business standard process and a batch payment business standard process, the batch payment business standard process including: receiving a batch payment request from the tax system, the batch payment request including a batch payment file; verifying the batch payment file and generating corresponding batch information after the verification; sending the batch payment file and the corresponding batch information to the core accounting system for batch payment; sending the batch information and the batch payment result to the tax system for batch payment business; wherein the standard information carrier of the batch payment business is the batch detail information, including a mixed batch information table and a mixed batch detail information table; the signing business is divided into a delegated unit signing business and a third-party client signing business according to the client type; the signing business standard process includes: obtaining the client category, including a unit client and a third-party client; if the client type is a unit client, the contract of the unit client is recorded for signing business, wherein the standard information carrier of the delegated unit signing business is a delegated unit contract; if the client type is a third-party client, the contract of the third-party client is recorded and synchronization contract information is generated, and then the synchronization contract information is sent to the tax system corresponding to the third-party client for signing business, wherein the standard information carrier of the third-party client signing business is a third-party client contract; The tax system identifier and the business type are obtained from the social security payment request, and the standard process corresponding to the business type is obtained through the interface provided by the dynamic front end according to the tax system identifier; The social security payment business is processed by executing the obtained standard process.

2. The method of claim 1, wherein, The business type further includes single payment business and daily settlement business. The standard process further includes single payment business standard process and daily settlement business standard process.

3. The method of claim 2, wherein, The single payment business standard process includes: Receiving a query request from a user; According to the query request, the query result is obtained from the tax system corresponding to the user, and the query result is returned to the user through a dynamic page; Receiving confirmation payment information from a user; According to the confirmation payment information, the accounting system is called to perform accounting, and the accounting result is sent to the tax system for single payment business.

4. The method of claim 3, wherein, The single payment business standard process further includes: Receiving cancellation payment information from a user; According to the cancellation payment information, the accounting system is called to perform accounting, and the accounting result is sent to the tax system.

5. The method of claim 2, wherein, The daily settlement business standard process includes: Obtaining the daily accounting flow from the core accounting system and matching with the accounting flow table; For unmatched accountants, generate a reconciliation discrepancy list and perform accounting verification until the accountants are completely matched; According to the matched accounting flow, generate a reconciliation success file; sending the account reconciliation success file to the tax system for end-of-day settlement business.

6. The method of claim 5, wherein, The end-of-day settlement business standard process further includes: transferring the fund corresponding to the account flow to the account corresponding to the tax system, and sending the fund transfer information to the tax system.

7. A processing device for social security contribution business, characterized by, comprises: a process analysis module, configured to model and analyze the social security payment business of the tax systems in various regions from the perspective of the agent bank, so as to abstract at least one standard process, the standard process corresponding to a business type; the business type comprises a signing business and a batch payment business, the standard process comprises a signing business standard process and a batch payment business standard process, and the batch payment business standard process comprises: receiving a batch payment request sent by a tax system, the batch payment request comprising a batch payment file; verifying the batch payment file, and generating corresponding batch information after the verification is passed; sending the batch payment file and the corresponding batch information to an account core system for batch payment; and sending the batch information and the batch payment result to the tax system for batch payment business; wherein, the standard information carrier of the batch payment business is batch detail information, comprising a mixed batch information table and a mixed batch detail information table; the signing business is divided into a commissioned unit signing business and a third-party client signing business according to a client type; the signing business standard process comprises: obtaining a client category, the client category comprising a unit client and a third-party client; if the client type is the unit client, a contract of the unit client is recorded for the signing business, wherein the standard information carrier of the commissioned unit signing business is a commissioned unit contract; if the client type is the third-party client, a contract of the third-party client is recorded and synchronization contract information is generated, and then the synchronization contract information is sent to the tax system corresponding to the third-party client for the signing business, wherein the standard information carrier of the third-party client signing business is a third-party client contract; a process acquisition module, configured to acquire a tax system identifier and a business type from a social security payment request, and acquire a standard process corresponding to the business type through an interface provided by a dynamic front end according to the tax system identifier; a business execution module, configured to perform the social security payment business processing by executing the acquired standard process.

8. A processing electronic device for social security contribution business, characterized by, comprises: one or more processors; a storage device configured to store one or more programs, when the one or more programs are executed by the one or more processors, the one or more processors implement the method in any one of claims 1-6.

9. A computer readable medium having stored thereon a computer program, characterized in that The program is executed by the processor to implement the method in any one of claims 1-6.

Images