CN115984013A - A method for data drainage through aggregation and integration of tripartite system functions - Google Patents

Abstract

The invention discloses a data flow guiding method of a polymerization and integration three-party system, which introduces, aggregates and integrates a third-party service data platform, aggregates integrated data flow and provides data flow guiding service for users according to preset rules on the basis of providing invoice, accounting and tax declaring functions by accessing an invoice query platform, an invoicing platform, an accounting platform, a declaration platform and an OCR recognition system of a finance and tax cloud platform. The preset rule is that platform function rights and interests are packaged into service commodities, the service commodities are mapped with rights and interests in a contrast mode, and the service commodities are sold through a cooperative third-party service platform.

Description

A method of data drainage through aggregation and integration of tripartite system functions

technical field

The invention belongs to the technical field of tax management, and in particular relates to a method for data drainage through aggregation and integration of tripartite system functions.

Background technique

In view of the current changes in the taxation environment in the fourth phase of the Golden Tax, there are few system platforms that can provide comprehensive services such as invoices, bookkeeping, and declarations. Some systems that provide comprehensive services only have a relatively complete service, and other service functions cannot meet the requirements. The current Golden Tax Phase IV all-electric business service.

With the development of the all-electric business in the fourth phase of the Golden Tax, all kinds of business related to taxation have gradually entered into full electronic information. software services.

Contents of the invention

One of the embodiments of the present invention is a method for data drainage through aggregation and integration of tripartite system functions. Under the general environment of the fourth phase of the Golden Tax, the method uses the financial and taxation cloud platform system for enterprises to communicate with each other, such as invoice channels for purchase and sales items, invoices, etc. Pool, OCR intelligently identify various rights and interests functions such as invoice channel, bookkeeping, and declaration, and achieve customer and data drainage through cross-platform aggregation and integration of three-party system functions.

The aggregation and integration of the three-party system functions of the cloud platform adopts various methods such as channels, orders, open interfaces, and data drainage to aggregate and integrate the functions of the three-party system, and packages various functional services into different types of commodities. The functions correspond to user rights and interests, forming a three-party system. Closed-loop ecology realizes data and user drainage.

The beneficial effect of the present invention is that it solves all aspects of services from billing invoices to corporate tax accounting and tax declaration under the Golden Four environment, and through the matching and intercommunication of rights and interests with mature business cooperation platforms, they are aggregated and integrated. business functions, and realize all-round business service functions, thereby attracting customers and achieving data drainage.

Description of drawings

The above and other objects, features and advantages of exemplary embodiments of the present invention will become readily understood by reading the following detailed description with reference to the accompanying drawings. In the drawings, several embodiments of the invention are shown by way of illustration and not limitation, in which:

Fig. 1 is a schematic flow diagram of the basic flow of data drainage through aggregation and integration of a tripartite system according to one embodiment of the present invention.

Fig. 2 is a schematic diagram of an aggregation and integration tripartite system according to one embodiment of the present invention.

Fig. 3 is a schematic diagram of an aggregation and integration tripartite system according to one embodiment of the present invention.

Fig. 4 is a schematic diagram of an aggregation and integration tripartite system according to one embodiment of the present invention.

Detailed ways

According to one or more embodiments, a data drainage method for aggregation and integration of a tripartite system is shown in FIG. 1 . By accessing the invoice query platform, billing platform, accounting platform, declaration platform, and OCR identification system of the fiscal and taxation cloud platform, on the basis of providing invoices, accounting, and tax declaration functions, it introduces, aggregates, and integrates third-party business data platforms, aggregation and integration According to the preset rules, it provides users with data drainage services.

The finance and taxation cloud platform integrates the billing function of three-party enterprises that are mature and support the Jinsiquan electric bill business through the interface. The enterprise selects the billing function on the cloud platform, and after entering the necessary information, the cloud platform calls the billing interface to send the billing information, and waits for the callback interface to return the corresponding After the invoice download path, the face information will be displayed. Aiming at some characteristics of the Golden Tax Phase 4 electronic invoice, the program makes corresponding technical improvements and supports for the new features. The original ordinary invoice issuance, whether it is an electronic invoice or a paper invoice, ultimately depends on the tax disk and UKey. After the invoice is successfully issued, Specific bill document information stamped with the invoice is required for printing and delivery. The difference from the original ordinary invoice delivery method is that the electronic invoice is a data transmission medium and has no entity. After the invoice is issued, the invoice information will exist in the tax digital accounts of the issuer and the invoice recipient. There is no delivery of printed invoice documents with stamps. a process. The cloud platform also uses the open interface call method to automatically generate voucher information from the recognized invoice data for the OCR intelligent face recognition function of the three-party system that supports all-electric face recognition into financial accounting. OCR intelligent face recognition returns the detailed data of the invoice by uploading the scanned image file of the invoice, and the cloud platform receives the data and processes it to generate accounting voucher information for storage.

The accounting function of the cloud platform and the data generated by invoicing and OCR face recognition generate accounting vouchers, and calculate the income and expenditure difference by classifying the voucher information to generate basic financial statements. In the way of processing financial statements, the method of recursive statistics and summary by subject category is adopted. Provide basic data for constructing related reports for tax declarations, such as value-added tax, corporate income tax, urban construction tax, etc. Finally, the necessary reports required for tax declaration are generated. Enterprises can choose to export the reports and declare manually or use the cloud platform to make automatic declarations through the three-party mature declaration business functions integrated through the interface.

The cloud platform packages the mature business functions of the integrated third-party platform into commodities, and after the sale on the third-party platform, the order information is transmitted to the cloud platform through the message queue. According to the order information, the cloud platform opens an account for the enterprise that purchases the rights and interests and configures the initial rights and interests. Considering that the enterprise has purchased different rights and interests multiple times, and the page is displayed according to the priority of the function weight, for example: the billing business menu should be placed before the bookkeeping business menu , Accounting and other menu permissions should be placed before the declare business menu button. According to the business priority weight, the system assigns a value to each function menu. When the enterprise logs in to the cloud platform to initialize the menu function list, the menu function array is recursively sorted After the method is arranged according to the size of the weight, the menu list is displayed in sequence. Please refer to attached drawings 2 and 3 for the specific implementation process and data flow of the above business.

In terms of the way of accessing relevant business functions, it is distinguished between the Golden Tax Phase IV all-electric bill business and the original ordinary normal business. The specific realization of the business process is that the all-electric bill business goes through the independent channel of the tripartite system, and the original ordinary business goes through the normal interface. See Figure 4 for details of the business implementation process.

The realization method of integrating the three-party system includes adding a collection gateway, installing a host of a background management system, a PAAS platform server, installing a host of a three-party system, a data center server, and a SAAS platform server. Through the cloud platform as a carrier, it integrates relevant functions such as the invoice pool of the purchase and sales channel, the intelligent identification of invoices to generate vouchers, accounting and declaration functions, etc., so that corporate customers can enjoy the data and functions brought by the interoperability of multi-party rights and interests while using relevant functions. . The rights and interests between the systems of all parties are mapped against each other, and corporate customers can directly use the relevant functions of the integrated system to achieve data drainage. The integrated system can also sell system-related functional rights and interests as commodities, and the third-party cooperation platform promotes and sells the rights and interests products. After customers purchase the products, through rights and interests interoperability matching, the corresponding rights and interests functions of the products are opened in the integrated system, and customers can directly log in to the integrated system to use the functions , so as to realize customer data drainage.

According to one or more embodiments, a data drainage method for aggregated and integrated tripartite systems includes:

Integrate various business functions used by corporate customers through the platform, including invoice billing, invoice channel for purchase and sale items, invoice pool, OCR intelligent identification of invoice face generation vouchers, company bookkeeping and tax declaration, and provide inquiry and solution services for related taxation .

When the system integrates various types of business functions, it performs business matching and interworking with the mature three-party cooperation platform, and accesses its mature business functions. We take the business of bookkeeping as the main core, and link the two independent business processes of invoices and tax declarations as the middle link. Open up the necessary business process from billing to bookkeeping to declaration. Realize one-stop service for enterprises, through system aggregation and integration of three-party system functions, the functions that customers can use are not limited to the inherent business functions of a certain system.

System aggregation and integration of tripartite system functions can be implemented in various ways, such as channels, orders, and open interfaces. The following will describe in detail the business process and data flow of invoices, ocr face recognition, declaration, and tripartite sales rights platform docking with the fiscal and taxation cloud platform.

The embodiments of the present disclosure are developed using a micro-service system architecture, and the interactive transfer data between services occasionally causes packet loss due to timeout due to network delay. Some business situations are solved by using the message queuing mode, but some businesses do not apply the message queuing mode. We must ensure that 100% of business requests are sent to the target system, and repeated requests will only achieve one result, and will not cause other adverse business effects and garbage data. To solve this problem, we use the idempotent mechanism of the state machine and the task scheduling xxl-job to realize the situation where repeated requests return the same result. The implementation method is as follows: the recording table records the request and sets the status, and the task scheduling module scans the recording table and repeats the request for the request whose request status is pending. After receiving the request, the target system processes the request completely according to the idempotent mechanism of the state machine, returns the result, and the update status of the record table is completed. The next periodic scan of the task scheduling module will exclude requests whose status is completed. The implementation logic is as follows:

//Task patrol method

RetryJobExecutor(){

//Scan record table request status is: 1 (to be requested) data

List<RequestRecord>requestRecordList＝findRequestState("1");

//batch request

for(RequestRecord requestRecord:requestRecordList){

//Record the number of requests, and perform email notifications and other services after reaching the maximum number of repeated requests

updateRequestCount(requestRecord);

Response response = RequestUtilsSDK.send(requestRecord);

if(reponse.isSuccess()){

// After the request returns successfully, modify the record status to: 2 (completed)

updateRequestState(requestRecord);

}

//The request fails or the returned data does not operate, waiting for the next task scheduling

}

}

//Target system receives request processing

BusinessExecution(RequestRecord requestRecord){

//The idempotent mechanism of the state machine judges the execution of the business according to the state

String businessState = requestRecord. getBusinessState();

String businessId = requestRecord.getBusinessId

BusinessInfo businessInfo = findBusinessInfo(businessId, businessState);

//Judging whether the business has been executed according to the status and the unique id of the business

if(ObjectUtils.isEmpty(businessInfo)){

//The status business is empty, execute the business

return execute(requestRecord);

}else{

//The business state exists, do not perform any operations

return Response. success();

}

}

According to one or more embodiments, a data drainage system based on aggregation and integration of a tripartite system includes:

1. The system integrates various functions in finance and taxation to meet the needs of enterprises in all aspects of invoices, bookkeeping, and tax declaration under the promotion environment of all-electric invoices in the fourth phase of the Golden Tax. Through the integration of comprehensive and complete functions and the connection with the mature business of various three-party cooperation system platforms, the functions of the integrated system can maintain stable operation in the Golden Tax Phase IV business, attracting customers and realizing customer drainage.

2. The system packages its own rights and interests functions into various commodities, and maps the commodities and rights and interests. The three-party cooperation platform sells goods, and the system and the three-party cooperation platform activate the corresponding rights and interests functions for buyers through the agreed rights and interests configuration.

3. The main functions of system integration include invoicing, invoice identification, invoice pool query and declaration functions. While enterprises are using various functions, the data of purchase and sales items required for bookkeeping and various data of declarations gradually accumulate to form a data flow, which is for the follow-up for enterprises Provide risk warning and other services to provide basic data flow.

4. In view of the mature business system that meets the requirements of the fourth phase of the Golden Tax, two third-party systems are selected to provide business services for some business functions of the cloud platform. For enterprise customers, it is only a business function. In order to provide better services, the platform is connected to two mature business systems at the same time, and is called according to the priority. If the first business system fails to call, it will immediately call the second backup three-party business system.

Therefore, the beneficial effects of the present invention include

1. The various functions of the present invention can fit the actual situation and solve the practical problems of corporate customers in invoicing, bookkeeping and reporting under the all-electric invoice business of the fourth phase of the Golden Tax, and continuously contribute value. Customers are attracted by the value, and a customer data flow is naturally formed .

2. The scheme of the present invention realizes the mapping relationship between business and data through the equity matching between systems, realizes the return and accumulation of business data, and forms a drainage function at the data level.

3. The solution of the present invention is a general method for the integration of the three-party system with the third-party system, and provides traversal conditions for the matching of third-party application access rights.

It is worth noting that although the foregoing content has described the spirit and principle of the invention with reference to several specific embodiments, it should be understood that the present invention is not limited to the disclosed specific embodiments, and the division of various aspects does not mean that these Features within an aspect cannot be combined, this division is for convenience of presentation only. The present invention is intended to cover various modifications and equivalent arrangements included within the spirit and scope of the appended claims.

Claims (10)

1. A data drainage method for aggregation and integration of three-party systems, characterized in that, through access to the invoice query platform, billing platform, accounting platform, declaration platform, and OCR identification system of the financial and taxation cloud platform, the functions of invoices, accounting, and tax declaration are provided. On the basis, introduce, aggregate, and integrate third-party business data platforms, aggregate and integrate data streams, and provide users with data drainage services according to preset rules. 2. The data drainage method according to claim 1, wherein the preset rule is to package platform functional rights and interests into service commodities, map service commodities and rights and interests, and sell through cooperative third-party business platforms. 3. The data drainage method according to claim 2, wherein the third-party business platform includes a service product sales platform and a declaration platform. 4. The data diversion method according to claim 3, wherein the third-party service platform includes at least one backup platform with different service call priorities. 5. The data drainage method according to claim 3, wherein the data drainage is based on a microservice system architecture. 6. The data drainage method according to claim 5, characterized in that, under the microservice system architecture, the idempotent mechanism of the state machine is adopted, combined with the task scheduling xxl-job, to realize repeated requests returning the same result. 7. The data drainage method according to claim 6, characterized in that the process of returning the same result for repeated requests is: The record table records the request and sets the status, the task scheduling module scans the record table, and repeats the request for the request whose request status is pending request; After receiving the request, the target system completely processes the request according to the idempotent mechanism of the state machine, returns the result, and the update status of the record table is completed; The next periodic scan of the task scheduling module will exclude requests whose status is completed. 8. The data drainage method according to claim 7, characterized in that, the program logic for implementing repeated requests to return the same result includes: Using task patrol, the status of the request to scan the record table is: pending request; Initiate requests in batches, record the number of requests, and notify when the maximum number of repeated requests is reached; After the request returns successfully, modify the record status to: Completed; If the request fails or the returned data does not operate, it waits for the next task scheduling. 9. The data diversion method according to claim 8, characterized in that, the program logic for realizing repeated requests to return the same result further includes: The processing of receiving requests by the target system includes adopting the idempotent mechanism of the state machine to judge the execution of the business according to the state, According to the state and the unique id of the business, it is judged whether the business has been executed, If the status service is empty, execute the service, If the business status exists, no operation is performed. 10. The data drainage method according to claim 1, characterized in that the data flow is gradually accumulated according to the purchase and sale item data and declaration data required for bookkeeping, and a basic data flow is provided for the subsequent provision of risk warning services for users.

Images