CN109859019A - A kind of internet based on Alipay APP is paid taxes method and system online - Google Patents
A kind of internet based on Alipay APP is paid taxes method and system online Download PDFInfo
- Publication number
- CN109859019A CN109859019A CN201711221953.0A CN201711221953A CN109859019A CN 109859019 A CN109859019 A CN 109859019A CN 201711221953 A CN201711221953 A CN 201711221953A CN 109859019 A CN109859019 A CN 109859019A
- Authority
- CN
- China
- Prior art keywords
- payment
- service
- data
- tax
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000029305 taxis Effects 0.000 title abstract description 4
- 238000012545 processing Methods 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims abstract description 19
- 230000001360 synchronised effect Effects 0.000 claims description 17
- 238000012544 monitoring process Methods 0.000 claims description 13
- 238000007619 statistical method Methods 0.000 claims description 8
- 238000012795 verification Methods 0.000 claims description 6
- 230000006870 function Effects 0.000 description 18
- 238000007726 management method Methods 0.000 description 18
- 239000003795 chemical substances by application Substances 0.000 description 12
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 8
- 239000010931 gold Substances 0.000 description 8
- 229910052737 gold Inorganic materials 0.000 description 8
- 238000004891 communication Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008092 positive effect Effects 0.000 description 1
- 239000010453 quartz Substances 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- VYPSYNLAJGMNEJ-UHFFFAOYSA-N silicon dioxide Inorganic materials O=[Si]=O VYPSYNLAJGMNEJ-UHFFFAOYSA-N 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
It pays taxes online method and system the invention discloses a kind of internet based on Alipay APP.The method include the steps that for each business in payment transaction process, according to the relevant Alipay configuration data of the associated tax authority's Code obtaining of current service data；The business datum tissue of current business is that service message vo object is sent to the preposition module of payment by payment platform rear end, is paid preposition module and service message vo object changed into json data is sent HTTP request and gives Alipay system；It pays preposition module and receives the data that Alipay system returns, building returns to vo object and returns to payment platform rear end；The parsing of payment platform rear end returns to vo object, gets paid the json message of precious return, updates service condition and carries out the follow-up business processing of the payment transaction process.Significant increase of the present invention taxpayer provides different channels payments, and tax payment mode ensures taxpayer payment environment safety.
Description
Technical Field
The invention relates to a method for carrying out safe payment tax (fee) payment by using a payment treasure APP, belonging to the fields of tax (fee) payment, safe payment and electronic payment.
Technical Field
The gold tax three-phase system (hereinafter referred to as gold three) is one of national electronic government projects, namely twelve gold projects, and is a general name of tax management information system projects. Since 1994, the project construction of the first period of the gold tax, the second period of the gold tax and the third period of the gold tax makes important contributions to the achievement and the continuous progress of tax work in China. With the continuous promotion and online of the third period of the gold tax in China, some provincial collection and management systems are fully accessed to the national finance and tax bank system for the first time in the process, but the payment mode is single and traditional and is not flexible enough, and part of taxpayers need to sign a three-party agreement condition.
In addition, the method has the advantages that the method gives full play to the functions of Internet and tax, promotes strategic deployment of Internet plus actions, follows the new era, holds new opportunities for developing, fully utilizes Internet thinking, introduces cloud computing technology, gives play to big data advantages, promotes application of Internet of things, always pays attention to tax payment services, continuously stimulates management vigor, expands the new field of tax payment services, creates new tax brands convenient and fast to handle tax, builds new ecology of electronic tax payment, leads new changes of tax payment work, relies on Internet plus strength in a wider range, a deeper degree and a higher level, lays a firm and firm foundation for the development of tax payment reform, injects perpetual power for tax payment modernization, and provides strong support for national governance of tax payment services.
Due to the sensitivity, importance and the like of tax data, tax system data must be deployed to a tax-specific network environment, and related hardware environments are also in a highly-safe isolated tax-specific network environment, and communication between an internal network and an external network has strict safety limits.
The standard third party payment platform requires the service system to be in the internet environment in a payment bank access mode, so that the service system can directly request the payment bank to communicate, and the service system can be accessed by the payment bank. Due to the special network environment, the accuracy of the service data cannot be kept highly consistent with the accuracy of the payment apparatus.
Status quo of tax system: the tax system is divided into an outer network area, an internet area and an inner network area from the network environment perspective, the inner network area cannot access the outer network, the outer network cannot access the inner network, the outer network area can access a third-party system of the internet area, but certain network security policy limitation exists, inner and outer networks are respectively provided with inner and outer network ESB service bus modules, access between the inner and outer networks is uniformly forwarded by inner and outer network ESBs, the ESBs also have certain security control, and services can be called only by opening service access authority; the service data is stored in the internal network, the external network environment only stores non-sensitive data information, such as code table data, cache table data and other data, and the external network environment does not have an important core service logic function.
Disclosure of Invention
Aiming at the problem that the special network environment supports the online payment of the Payment treasures to pay taxes (fees), the invention aims to provide the Internet online tax payment method and the Internet online tax payment system based on the Payment treasures APP.
The technical scheme of the invention is as follows:
an internet online tax payment method based on a Payment APP comprises the following steps:
a payment front-end module and a payment platform rear end are arranged in a tax payment system;
for each service in the payment service process, acquiring related payment treasure configuration data according to the tax authority code associated with the current service data;
the payment platform rear end organizes the service data of the current service into a service message vo object and sends the service message vo object to the payment prepositive module, and the payment prepositive module converts the service message vo object into json data and sends an HTTP request to the payment treasure system; the service message vo object comprises a gateway address, public message data and service message data;
the payment front-end module receives data returned by the payment treasure system according to the HTTP request, and constructs a returned vo object according to the received returned data and returns the vo object to the rear end of the payment platform;
and the back end of the payment platform analyzes the returned vo object to obtain a json message returned by the payment treasures, and then updates the service state and carries out subsequent service processing of the payment service flow according to the json message returned by the payment treasures.
Furthermore, the payment platform rear end calls a payment front module to use an EJB protocol to carry out remote RPC calling through an internal and external network ESB so as to send data to the payment front module.
Further, the payment front-end module converts the business message vo object into json data and sends the json data to the payment treasure system through httpparent.
Further, the service provided by the payment platform back end comprises a payment service; the payment service comprises a pre-order placing service, an order inquiring service, an order list inquiring service and an order canceling service; and each payment service is correspondingly provided with a payment business process.
Further, the service provided by the payment platform back end comprises an extended service; the expansion service comprises a service for obtaining information of a user of the payment treasure, a signature verification service, a token service for obtaining the user of the payment treasure, a token refreshing service and a face scanning real-name authentication service; the extended service is configured through the unified parameter configuration table of the tax payment system and then dynamically reflected and called by a specified method in a bo class acquired through reflection; the records in the unified access configuration table include specific configuration of extended services, secondary service names called externally and specific method names in the bo class.
Further, the service provided by the payment platform back end comprises a timed task service; the timing task service comprises an order state synchronous timing task, a real-time money deducting state synchronous timing task and a statistical analysis log record timing task; the order state synchronous timing task is used for synchronizing the intermediate states of the order in the processing of the payment system and the processing of the core collection and management, and the consistency of the data states in the payment system, the core collection and management and the tax payment system is ensured.
Furthermore, the tax payment system is provided with a monitoring component; the monitoring assembly comprises an agent end assembly and a server end assembly, wherein the agent end assembly is deployed in each independent service module of the tax payment system, and the server end assembly is deployed at the rear end of the payment platform; the monitoring components are all configured and started through configuration files of the sword-shaped framework; the agent end component is started and then regularly sends the current machine system information and the performance index data to the server end component; and the server end component stores the received data sent by the agent end component into an Elasticisearch 5 database and performs statistical analysis on the data.
An Internet online tax payment system based on a Payment APP is characterized by comprising a payment front-end module and a payment platform rear end; wherein,
the payment platform back end is used for organizing the service data of the current service into a service message vo object and sending the service message vo object to the payment front-end module, and the payment front-end module converts the service message vo object into json data and sends an HTTP request to the payment system; the service message vo object comprises a gateway address, public message data and service message data;
the payment preposition module is used for receiving data returned by the payment treasure system according to the HTTP request, and constructing a returned vo object according to the received returned data and returning the vo object to the rear end of the payment platform; and the back end of the payment platform analyzes the returned vo object to obtain a json message returned by the payment treasures, and then updates the service state and carries out subsequent service processing of the payment service flow according to the json message returned by the payment treasures.
Further, the payment platform rear end calls a payment front module to use an EJB protocol to carry out remote RPC calling through an internal and external network ESB so as to send data to the payment front module; and the payment prepositive module converts the business message vo object into json data and sends the json data to the payment treasure system through httpparent.
Further, the services provided by the back end of the payment platform comprise payment services, and the services comprise extended services and timed task services; wherein,
the payment service comprises a pre-order placing service, an order inquiring service, an order list inquiring service and an order canceling service; each payment service is correspondingly provided with a payment business process;
the expansion service comprises a service for obtaining information of a user of the payment treasure, a signature verification service, a token service for obtaining the user of the payment treasure, a token refreshing service and a face scanning real-name authentication service; after the expansion service is configured through the unified parameter configuration table of the tax payment system, acquiring a specified method in a BO business object class through reflection to perform dynamic reflection calling; wherein, the record in the unified access configuration table comprises the specific configuration of the extended service, the name of the externally called secondary service and the name of the specific method in the bo class;
the timing task service comprises an order state synchronous timing task, a real-time money deducting state synchronous timing task and a statistical analysis log record timing task; the order state synchronous timing task is used for synchronizing the intermediate states of the order in the processing of the payment system and the processing of the core collection and management, and the consistency of the data states in the payment system, the core collection and management and the tax payment system is ensured.
The invention is a method which is highly suitable for various network environments and can quickly synchronize the internal and external network payment data states. Fig. 2 and fig. 3 show deployment structures and call flows of two network environment payment platform systems.
The two network environments are respectively the situation that the payment platform back end and the payment treasure do not have a private network, the payment is prepositioned to be deployed in an outer network area, as shown in fig. 2, the other situation is the situation that the payment platform and the payment treasure have a private network, and the payment is prepositioned to be deployed in an inner network area, as shown in fig. 3.
The method is divided into the following steps according to functional modules:
1. front module of payment platform
The payment platform front-end module (hereinafter referred to as "payment front-end module") is an independent module (communication between two system backstage) capable of performing two-way communication with a payment treasure system, http policy is integrated in the payment front-end module and can be used for sending an http request outwards, meanwhile, http call is supported to be received, an agent service (proxy service) is provided relative to a rear end, the rear end system can remotely call the proxy service to send the request to the payment treasure, the payment front-end module is only responsible for forwarding data, multipoint deployment can be performed according to concurrent access quantity of services, and the working principle of the payment front-end module is shown in attached figure 1.
a) The payment platform back end sends a request to the treasured payment system through the payment front-end module, and the call flow is as shown in fig. 4.
The payment front-end module provides an agent request service (webservice service realized based on a sword framework enterprise service bus) for calling the payment treasure to call the service function for the payment platform rear end, the service data is sent to the payment front-end module by generating data content required by an organized payment treasure interface by the payment platform rear end, the payment platform rear end calls the payment front-end module to use an EJB protocol to carry out remote RPC calling through an internal and external network ESB to send the data to the payment front-end module, the payment front-end module converts the data into a json format required by the payment treasure interface, and the json format is sent to the payment treasure through httpcoit.
The payment front module using step:
1) the relevant payer configuration data needs to be obtained from the tax authority code associated with the current business data before the payment prefix is invoked (obtainment ① of the payer configuration data).
2) And assembling and calling a service message vo object special for the payment preposition module (the vo object content is divided into three parts, namely a gateway address, public message data and service message data).
3) And calling the proxy request service of the payment preposition module to send the service message vo object which is finally required to be sent to the payment treasure to the payment preposition.
4) The payment front-end module automatically converts the received service message vo object into a json data format and sends an HTTP request to the payment system by using an httpclient (when the network request is overtime, the payment front-end module sends the HTTP request for 1 time again, so that the failure of the whole process caused by accidental network problems is prevented).
5) After the payment treasure system returns data to the payment front-end module according to the HTTP request, the payment front-end module sets json messages returned by the payment treasures to return vo objects special for front-end and back-end communication and returns the vo objects to the back end of the payment platform, the contents of the vo objects including the success state of the request, a return message and a return service message character string.
6) And the back end of the payment platform analyzes a json message returned by the payment treasures in the vo object returned by the payment front-end module to perform next service processing (updating the order information activity state of the payment platform and the like according to the whole payment service flow, and if an order is created, the order state and the transaction serial number of the payment treasures are locally updated after the order creation of the payment treasures is requested to be successfully performed).
① since there is a possibility that different Payment treasures accounts may be used by multiple tax authorities, obtaining Payment configuration data requires obtaining different configuration information depending on conditions such as the tax authority.
Firstly, searching a KEY value of 'SWJG _ DM' in a unified access parameter configuration table according to a tax authority code, wherein the value is data of the current tax authority, if not, upwards searching according to the principle that the last 2 positions of the tax authority code are 0 and are a higher-level tax authority code, until finding a 000000000000000 general office tax authority code, and then obtaining corresponding configuration information of the pay bank according to a payment channel code.
b) The system of the payment bank sends an asynchronous notification to the payment platform (for example, after the user completes payment, the payment bank deducts money, and the service system needs to be notified that the payment is successful), as shown in fig. 5.
The payment front-end module provides an HTTP request service entrance realized based on the swordweb for receiving the notice request initiated by the payment treasure, and after receiving the request, the payment front-end module uses the JMS protocol to send the notice request to the internal network ESB through the external network ESB and then to the payment platform back-end service.
The method comprises the following steps:
1) the payment front-end module receives an HTTP request message sent by the payment system, such as information of notification ID, transaction order serial number, payment success and failure state and the like.
2) If the encrypted message is configured (the open platform of the Payment treasure supports the communication with the service system to carry out AES encryption), decryption is carried out (obtaining ② the configuration information of the Payment treasure).
3) And the payment prepositive module takes out the signature information and calls the intranet signature verification service to verify the signature.
4) And after the signature verification is passed, the service data is forwarded to a notification receiving service at the back end of the payment platform in a service calling mode, and the payment back end updates the order state according to the order result in the notification content.
② the address of the payment instrument for actively initiating notification is generated by the payment platform, the notification address is generated when the payment platform calls the payment instrument to create an order, and a tax authority code and a payment channel code related to the order are preset in notification address parameters (for example, http:// tax.org/ajax.sword.
2. Payment platform backend
The payment platform back end (hereinafter referred to as "payment back end") is a core module of the whole payment platform, controls the execution logic of the whole payment process, communicates the core levying and managing system and the payment treasure system, and provides access service for a third-party system. The payment backend can be subdivided into the following functions from the functional point of view:
1) payment service:
the payment service comprises a pre-order placing service, an order inquiring service, an order list inquiring service and an order canceling service, which are all externally provided. The payment types are divided into code scanning payment, on-line payment, payment in a pay-per-life number page and APP payment, the payment process is different according to the difference of the payment types, if the code scanning payment and the on-line payment are pc-end payment products, an access party needs to call a pre-order (the pre-order does not store payment type data into an order list), an order number of a payment platform is generated after the pre-order is finished, then the order number is used for jumping to a payment platform web (a payment platform web system page of an internal network or an external network is called according to a network environment where the system is located) to unify payment pages, and a specific payment type is selected for the next step of order creation and payment operation; and calling a background inquiry order interface once every 6 seconds in the code scanning live-face payment page to carry out state synchronization, and after the state changes, correspondingly displaying the latest state information on the page in time.
2) And (3) expanding service:
the extended SERVICEs comprise obtaining payment treasure user information, checking and signing SERVICEs, obtaining payment treasure user token SERVICEs, refreshing token SERVICEs, scanning real NAME authentication SERVICEs and the like, wherein the SERVICEs are dynamically called in a reflection mode after being configured through a payment platform unified parameter configuration table, records with a KEY VALUE of EXTEND _ SERVICE in a unified access configuration table are specific configurations of extended SERVICEs, the configuration of the extended SERVICEs is that a NAME VALUE is a second-level SERVICE NAME called externally (for example, ZFPT. TYJR. SERVICE. GEGETTHURL), and the VALUE is a specific method NAME in BOBusiness Object (BO) SERVICE object classes (for example, AlipyExtServiceBO, the class contains a VALUE VALUE configured in the configuration, namely a method NAME, such as getOauthUrl method), and the SERVICEs are called through a specified method in the BOBusiness object classes obtained in a reflection mode.
3) Timing task service:
1) order state synchronization timing task:
the order state is divided into an intermediate state in processing of a payment treasure system and an intermediate state in processing of core collection and management, an order state synchronous timing task is provided for the two intermediate states, the timing task executes scanning of order data in the intermediate state in a database every 10 minutes, then a payment platform rear-end order query service is called, the payment platform rear-end order query service can judge whether the current order state is the intermediate state to request the payment treasure or the core collection and management to query the state once, and if the state changes, the order state in the payment platform can be synchronously updated, so that the consistency of the data states of the payment treasure, the core collection and the payment platform is ensured.
2) And (3) real-time deduction state synchronous timing task:
when the order is paid successfully in the payment bank, a real-time deduction record table of the electronic tax ticket number is recorded, the initial state is recorded, a core levy management real-time deduction query interface is called, the query result is possibly an intermediate state in the core levy management processing, the timing task scans the real-time deduction data once every 10 minutes, the core levy management real-time deduction query interface is queried, and the state of the electronic tax ticket number in the real-time deduction table is synchronized.
3) And (3) performing statistical analysis on log record timing tasks:
and sending the statistical data to a monitoring service for log recording at regular time, every day and every month according to the order data table, and performing grouping statistics on all statistical indexes according to different time periods of the tax authority.
3. Payment platform extranet web
The payment platform extranet web comprises a unified payment pc page, a code scanning payment page, an on-the-spot payment page and a payment treasure city service tax (fee) payment related page. When the third-party service system needs to access the payment service and is deployed in the external network environment, the unified payment page of the internal network cannot be opened, so that the payment platform also has a page function for providing access payment in the external network and is used for the external network application access payment function.
4. Payment platform intranet web
The payment platform intranet web comprises a unified payment pc page, a code scanning payment page, an on-the-spot payment page, a monitoring data display page, a configuration management page, a local side order inquiry page and a local side order processing page. When the third-party service system is in an intranet environment, the intranet payment platform web function is used for accessing the payment function, the intranet web is provided for tax staff with emphasis, and therefore functions such as management function and monitoring are achieved in the intranet web.
5. Monitoring component (Payment platform server performance information and business statistics data monitoring)
The monitoring component is divided into an agent end component and a server end component, the agent is deployed in each independent service module of the payment platform, the server is deployed in a back-end service module of the payment platform, the server is configured and started through a swap.xml (the file is a main configuration file of a swap frame and is used for configuring functions required by the swap frame, such as service node names, operation modes, abnormal service interception packet paths, platform events and the like, and related functions are mainly used for configuring self-defined components) configuration file in the swap frame self-developed by a company, the agent is configured in all deployed service nodes, the server is configured at the back end of the payment, and the agent is regularly sent current machine system information and performance index data to the server end after being started.
The agent end adopts a Quartz timing task scheduling framework to perform timing acquisition on server indexes to synchronously send data, system information and performance information can be configured in memory, default system information is synchronized once every 5 minutes, and performance information is synchronized once every 30 seconds.
The server end is responsible for receiving data sent by the agent and storing the data into an Elasticisearch 5 database through jest (Elasticisearch third-party client side link library), log data storage is stored by using Elasticisearch 5 (hereinafter referred to as 'es'), and an es efficient query function is used as a query analysis function of a performance log and a statistical analysis log (information such as transaction amount statistics).
6. And (3) payment platform configuration:
the configuration data of the Payment treasures is divided by taking the tax authority code as a dimension, the configuration information of the Payment treasures is searched by using the tax authority code to perform payment processing every request, if the tax authority does not inquire the configuration information, the higher-level tax authority is searched upwards, and the specific payment is uniformly accessed into the configuration parameter table shown in the table 1.
Table 1 shows the access configuration parameter table
Compared with the prior art, the invention has the following positive effects:
the invention utilizes the information technology, integrates the third-party payment mechanism and is in seamless connection with the gold tax three-phase system, thereby providing a more convenient, rapid, electronic, networked and intelligent payment tax payment channel with safe service for the taxpayer. On one hand, the invention greatly improves the way that the taxpayer provides different channels for payment and taxes payment, and ensures the safety of the payment environment of the taxpayer. On the other hand, aiming at the problem that the special network environment of the tax special network supports the on-line payment of the payer to pay tax (fee), the method and the system which are highly adaptive to various network environments and can quickly synchronize the internal and external network payment data states are provided.
Fig. 6 shows the whole inter-system interaction calling process by taking the access of the "general collection and billing" function of the core collection and management system to the payment platform as an example. The precondition is as follows:
a) the core collection and management increase payment type 99, namely payment is carried out through the function of the payment platform;
b) the core collection and management calls a pre-ordering interface of the payment platform after invoicing is completed, the payment platform returns order numbers after pre-ordering is successful, and the core collection and management is displayed on a page;
c) the core expropriation display order page adds a button to jump to a payment platform unified payment page;
d) and subsequently, carrying out payment according to the prompt step displayed on the page of the payment platform.
Drawings
FIG. 1 is a flow chart of the operation of a front module of a payment platform
FIG. 2 is a flow chart of a method of the present invention;
FIG. 3 is a diagram of a private network access pattern;
FIG. 4 is a flow chart illustrating a request for a PAY from the Intranet via the PAY front-end module;
FIG. 5 is a flow diagram of a Payment asynchronous notification process;
fig. 6 is a flow chart of the whole payment process when paying for a face.
Detailed Description
The process of the present invention is described in further detail below with reference to specific examples.
1. Deployment structure
● private line between intranet and Payment treasure System
An external network deployment module: the payment platform extranet web.
An intranet deployment module: the payment platform comprises a payment platform back end, a payment platform front end (if a private line has a single network area, the module is deployed in the private network area), a payment platform intranet web and a timing task.
● Intranet and Payment system have no special line
An external network deployment module: the payment platform extranet web and the payment platform are arranged in front.
An intranet deployment module: the system comprises a payment platform rear end, a payment platform intranet web and a timed task scheduling application.
2. Configuration work
Applying for a payment account by the tax authority supported by the whole system, and adding code information of the tax authority and necessary parameter information of the payment account into a unified access parameter configuration table as follows:
the KEY values of the basic parameters are SWJG _ DM, ZFQD, ZFLX and the like.
The value of the Payment Key parameter KEY is APP _ ID, APP _ PRIVATE _ KEY, ALIPAY _ PUBLIC _ KEY, etc.
The monitoring component is configured to add the following configuration information in all service node record.
1. Database design
The following three table states all have a real-time service request return state for write back, and meanwhile, the timing task can judge to request the payment treasure again or the core to carry out state synchronization according to each intermediate state code.
Table 2 is an order form
| Field(s) | Type (B) | Length of | Description of the invention | Remarks for note |
| DDBH | VARchar2 | 32 | Order numbering | |
| HJJE | NUMBER | 18 | Total amount of money | |
| ZFQD_DM | char | 3 | Payment channel code | |
| ZFZT_DM | VARchar2 | 2 | Payment status code | |
| DJXH | NUMBER | 20 | Registration number | |
| NSRSBH | VARchar2 | 20 | Taxpayer identification number | |
| NSRMC | VARchar2 | 300 | Name of taxpayer | |
| SKSSSWJG_DM | char | 11 | Tax institution code to which tax belongs | |
| KPR_DM | char | 11 | Drawer code | |
| TZDZ | VARchar2 | 200 | Jump address | Notification Address | |
| TDZSBMDJXH | NUMBER | 20 | Registration serial number of specific collection department | |
| LRR_DM | char | 11 | Entering a personal code | |
| LRRQ | DATE | 7 | Entering date | |
| XGR_DM | char | 11 | Modifying a person code | |
| XGRQ | DATE | 7 | Modifying the date | |
| PID | VARchar2 | 500 | Payment PID | |
| CJSJ | DATE | 7 | Creation time | |
| ZFSJ_1 | DATE | 7 | Time of payment | |
| ZGSWSKFJ_DM | char | 11 | Code for governing tax administration | |
| ZFLX_DM | VARchar2 | 6 | Payment type code | Selected payment products |
| EXTEND_INFO | VARchar2 | 4000 | Extended parameters | |
| SFDDBH | VARchar2 | 150 | Three-party order numbering | Order numbering for external system access |
| QDDDBH | VARchar2 | 150 | Channel order numbering | Record Payment order number |
Table 3 is a list of orders
Table 4 is a real-time deduction information table (this table is used to record tax receipt status information interacting with the core):
| field(s) | Type (B) | Length of | Description of the invention | Remarks for note |
| KKXXUUID | VARchar2 | 32 | uuid | |
| DDBH | VARchar2 | 32 | Order numbering | |
| DJXH | NUMBER | 20 | Registration number | |
| DZSPHM | NUMBER | 20 | Electronic tax bill number | |
| KKZT_DM | char | 2 | Deduction state code | |
| KKFH_DM | char | 3 | Deduction return code | |
| KKFHXX | VARchar2 | 3000 | Deduction return information | |
| SKSSSWJG_DM | char | 11 | Tax authority code | |
| SJSE | NUMBER | 18 | Tax amount actually paid | |
| LRR_DM | char | 11 | Entering a personal code | |
| LRRQ | DATE | 7 | Entering date | |
| XGR_DM | char | 11 | Modifying a person code | |
| XGRQ | DATE | 7 | Modifying the date |
3. Access to payment services
Payment services are currently divided into three types of access to payment products:
1) paying tax (fee) on the spot, and paying tax (fee) by scanning code
When the face payment and the code scanning payment are both PC-side payment products, tax payment is completed by tax payment personnel in a tax authority hall through cooperative processing of the tax payment personnel, and main access service codes provided by a payment platform are as follows:
ordering service:
ordering service (different processes according to different services, such as direct deduction when paying, code scanning payment requested by the notification process, and the like):
2) mobile phone payment tax payment
The mobile payment service provides other extended services besides the basic payment function, so that the mobile payment service independently processes calls supporting the extended services, such as a face recognition service, a service for acquiring user information of a payment treasure, a service for acquiring an auth _ token of the payment treasure, and the like, and main service access codes are as follows.
Payment related service definition:
the channel extension service is defined as follows:
the extended function access service:
the above embodiments are only for illustrating the technical solution of the present invention and not for limiting the same, and a person skilled in the art can make modifications or equivalent substitutions to the technical solution of the present invention without departing from the spirit and scope of the present invention, and the scope of the present invention should be determined by the claims.
Claims (10)
1. An internet online tax payment method based on a Payment APP comprises the following steps:
a payment front-end module and a payment platform rear end are arranged in a tax payment system;
for each service in the payment service process, acquiring related payment treasure configuration data according to the tax authority code associated with the current service data;
the payment platform rear end organizes the service data of the current service into a service message vo object and sends the service message vo object to the payment prepositive module, and the payment prepositive module converts the service message vo object into json data and sends an HTTP request to the payment treasure system; the service message vo object comprises a gateway address, public message data and service message data;
the payment front-end module receives data returned by the payment treasure system according to the HTTP request, and constructs a returned vo object according to the received returned data and returns the vo object to the rear end of the payment platform;
and the back end of the payment platform analyzes the returned vo object to obtain a json message returned by the payment treasures, and then updates the service state and carries out subsequent service processing of the payment service flow according to the json message returned by the payment treasures.
2. The method of claim 1, wherein the payment platform backend call payment front-end module sends data to the payment front-end module using an EJB protocol to make a remote RPC call through an intranet ESB.
3. The method of claim 2, wherein the payment front-end module converts the service message vo object into json data and sends the json data to the system for paying treasures through httpclient.
4. The method of claim 1, wherein the services provided by the payment platform backend comprise payment services; the payment service comprises a pre-order placing service, an order inquiring service, an order list inquiring service and an order canceling service; and each payment service is correspondingly provided with a payment business process.
5. The method of claim 1, wherein the services provided by the payment platform backend comprise extended services; the expansion service comprises a service for obtaining information of a user of the payment treasure, a signature verification service, a token service for obtaining the user of the payment treasure, a token refreshing service and a face scanning real-name authentication service; the extended service is configured through the unified parameter configuration table of the tax payment system and then dynamically reflected and called by a specified method in a bo class acquired through reflection; the records in the unified access configuration table include specific configuration of extended services, secondary service names called externally and specific method names in the bo class.
6. The method of claim 1, wherein the services provided by the payment platform backend comprise a timed task service; the timing task service comprises an order state synchronous timing task, a real-time money deducting state synchronous timing task and a statistical analysis log record timing task; the order state synchronous timing task is used for synchronizing the intermediate states of the order in the processing of the payment system and the processing of the core collection and management, and the consistency of the data states in the payment system, the core collection and management and the tax payment system is ensured.
7. The method of claim 1, wherein the tax payment system is provided with a monitoring component; the monitoring assembly comprises an agent end assembly and a server end assembly, wherein the agent end assembly is deployed in each independent service module of the tax payment system, and the server end assembly is deployed at the rear end of the payment platform; the monitoring components are all configured and started through configuration files of the sword-shaped framework; the agent end component is started and then regularly sends the current machine system information and the performance index data to the server end component; and the server end component stores the received data sent by the agent end component into an Elasticisearch 5 database and performs statistical analysis on the data.
8. An Internet online tax payment system based on a Payment APP is characterized by comprising a payment front-end module and a payment platform rear end; wherein,
the payment platform back end is used for organizing the service data of the current service into a service message vo object and sending the service message vo object to the payment front-end module, and the payment front-end module converts the service message vo object into json data and sends an HTTP request to the payment system; the service message vo object comprises a gateway address, public message data and service message data;
the payment preposition module is used for receiving data returned by the payment treasure system according to the HTTP request, and constructing a returned vo object according to the received returned data and returning the vo object to the rear end of the payment platform; and the back end of the payment platform analyzes the returned vo object to obtain a json message returned by the payment treasures, and then updates the service state and carries out subsequent service processing of the payment service flow according to the json message returned by the payment treasures.
9. The system of claim 8, wherein the payment platform backend call payment front-end module sends data to the payment front-end module using an EJB protocol to make remote RPC calls over an intranet ESB; and the payment prepositive module converts the business message vo object into json data and sends the json data to the payment treasure system through httpparent.
10. The system of claim 8, wherein the services provided by the payment platform backend comprise payment services, services comprising extension services, and timed task services; wherein,
the payment service comprises a pre-order placing service, an order inquiring service, an order list inquiring service and an order canceling service; each payment service is correspondingly provided with a payment business process;
the expansion service comprises a service for obtaining information of a user of the payment treasure, a signature verification service, a token service for obtaining the user of the payment treasure, a token refreshing service and a face scanning real-name authentication service; after the expansion service is configured through the unified parameter configuration table of the tax payment system, acquiring a specified method in a BO business object class through reflection to perform dynamic reflection calling; wherein, the record in the unified access configuration table comprises the specific configuration of the extended service, the name of the externally called secondary service and the name of the specific method in the bo class;
the timing task service comprises an order state synchronous timing task, a real-time money deducting state synchronous timing task and a statistical analysis log record timing task; the order state synchronous timing task is used for synchronizing the intermediate states of the order in the processing of the payment system and the processing of the core collection and management, and the consistency of the data states in the payment system, the core collection and management and the tax payment system is ensured.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711221953.0A CN109859019A (en) | 2017-11-29 | 2017-11-29 | A kind of internet based on Alipay APP is paid taxes method and system online |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711221953.0A CN109859019A (en) | 2017-11-29 | 2017-11-29 | A kind of internet based on Alipay APP is paid taxes method and system online |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109859019A true CN109859019A (en) | 2019-06-07 |
Family
ID=66887526
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711221953.0A Pending CN109859019A (en) | 2017-11-29 | 2017-11-29 | A kind of internet based on Alipay APP is paid taxes method and system online |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109859019A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112132530A (en) * | 2020-08-17 | 2020-12-25 | 珠海市卓轩科技有限公司 | Visual dynamic flow arrangement method and system |
| CN112597464A (en) * | 2020-08-13 | 2021-04-02 | 中国软件与技术服务股份有限公司 | Information processing system based on identity recognition |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080301685A1 (en) * | 2007-05-31 | 2008-12-04 | Novell, Inc. | Identity-aware scheduler service |
| CN104112227A (en) * | 2014-07-15 | 2014-10-22 | 浪潮软件集团有限公司 | Online unionpay tax payment method |
| CN106204010A (en) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | A kind of channel access system |
| CN106548396A (en) * | 2016-11-01 | 2017-03-29 | 山东浪潮商用系统有限公司 | It is a kind of that the method paid taxes by all kinds of means is realized by self-aided terminal |
| CN106790121A (en) * | 2016-12-27 | 2017-05-31 | 逯帅 | Power system service network |
-
2017
- 2017-11-29 CN CN201711221953.0A patent/CN109859019A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080301685A1 (en) * | 2007-05-31 | 2008-12-04 | Novell, Inc. | Identity-aware scheduler service |
| CN104112227A (en) * | 2014-07-15 | 2014-10-22 | 浪潮软件集团有限公司 | Online unionpay tax payment method |
| CN106204010A (en) * | 2016-07-26 | 2016-12-07 | 通联支付网络服务股份有限公司 | A kind of channel access system |
| CN106548396A (en) * | 2016-11-01 | 2017-03-29 | 山东浪潮商用系统有限公司 | It is a kind of that the method paid taxes by all kinds of means is realized by self-aided terminal |
| CN106790121A (en) * | 2016-12-27 | 2017-05-31 | 逯帅 | Power system service network |
Non-Patent Citations (7)
| Title |
|---|
| ANDROID逆向: "Java中的几种对象PO、VO、DAO、BO、DTO、POJO解释说明", 《CSDN》 * |
| 吴朝晖等: "《服务计算机与技术》", 31 May 2009, 浙江大学出版社 * |
| 张曜: "《个人服务器安装配置应用指南》", 31 May 2003, 冶金工业出版社 * |
| 李明革: "《Android手机应用程序开发》", 31 August 2014, 东北师范大学出版社 * |
| 王新程: "《分布式应用系统运维理论与实践》", 31 October 2014, 中国环境出版社 * |
| 蒋直泉: "《Visual Basic.Net程序设计》", 31 August 2006, 地质出版社 * |
| 薛继连: "《朔黄铁路重载信息技术》", 28 February 2014, 中国铁道出版社 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112597464A (en) * | 2020-08-13 | 2021-04-02 | 中国软件与技术服务股份有限公司 | Information processing system based on identity recognition |
| CN112132530A (en) * | 2020-08-17 | 2020-12-25 | 珠海市卓轩科技有限公司 | Visual dynamic flow arrangement method and system |
| CN112132530B (en) * | 2020-08-17 | 2023-11-07 | 珠海市卓轩科技有限公司 | Visual dynamic flow arranging method and system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108734528B (en) | Automatic electronic invoice entry method | |
| US20110270721A1 (en) | Monitoring application interactions with enterprise systems | |
| WO2003036416A2 (en) | Application distribution and billing system in a wireless network | |
| KR20060043629A (en) | Project time and expense information acquisition and processing system | |
| JP7357042B2 (en) | Method and apparatus for tracking, capturing, and synchronizing activity data across multiple devices | |
| CN101777148A (en) | Management method, management system for bill receiving commercial customers and management server equipment for commercial customers | |
| CN108536433A (en) | A kind of J2EE Development Frameworks and the development approach based on the J2EE Development Frameworks | |
| US20060020545A1 (en) | Payroll system | |
| CN104580446A (en) | Cloud service real-time charging and managing system oriented to OpenStack open source cloud platform | |
| US20070271193A1 (en) | Billing and account management system | |
| TW201732727A (en) | Automatic payment method and device | |
| CN110310074A (en) | It declares dutiable goods FTP client FTP and its method of declaring dutiable goods | |
| CN109859019A (en) | A kind of internet based on Alipay APP is paid taxes method and system online | |
| CN111127224B (en) | Information processing method, information processing device, electronic equipment and storage medium | |
| CN115018485B (en) | Aggregate payment operation management platform and aggregate payment method | |
| CN109587244A (en) | Cloud mobile phone data processing method, device, computer-readable storage medium and electronic device | |
| CN112130823A (en) | Platform development method and device, computer equipment and storage medium | |
| WO2024078109A1 (en) | Multi-blockchain data processing method and apparatus, and device, system and medium | |
| CN111311342B (en) | Blockchain-based data processing method, device, equipment and readable storage medium | |
| CN112613965A (en) | Method and system for data processing based on middleware | |
| Wen | Drools Rules Engine Used in Management Accounting System Design Research | |
| KR20020027409A (en) | Customer-oriented electronic bill presentment and payment system and its methods | |
| CN117172944B (en) | Shared management data processing system and implementation method thereof | |
| CN114338059B (en) | Application opening method, device, terminal and storage medium | |
| CN110458632A (en) | It is a kind of to be made out an invoice the automatic invoice issuance system and method for amount based on enterprise |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190607 |