CN110148046A - A kind of payment management method and device - Google Patents
A kind of payment management method and device Download PDFInfo
- Publication number
- CN110148046A CN110148046A CN201910305258.5A CN201910305258A CN110148046A CN 110148046 A CN110148046 A CN 110148046A CN 201910305258 A CN201910305258 A CN 201910305258A CN 110148046 A CN110148046 A CN 110148046A
- Authority
- CN
- China
- Prior art keywords
- payment
- unit
- request
- invoice
- application
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/12—Accounting
- G06Q40/123—Tax preparation or submission
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The embodiment of the present application discloses a kind of payment management method and device.Acquisition asks money request slip and money is asked to be requested；Money is asked to be requested described in the audit of money request slip according to described ask, it is described that money request is asked to include business invoice and target service performance；It is described ask money request by audit after, Xiang Suoshu cash requirement position payment.Payment management method provided by the embodiments of the present application reduces the generation of work mistake, saves human resources and time cost conducive to being effectively managed to payment auditing flow.
Description
Technical Field
The present application relates to the field of software systems, and in particular, to a payment management method and apparatus.
Background
When companies and customers complete a business project, payment for the goods is paid by the payer step by step, typically due to the nature of the product or service; according to the contract signed between the company and the client, when the payment condition is met, the applicant side generally sends an application form and an invoice to the payer side, and the payer side carries out payment verification according to a contract payment contract, the application form and the application material (including the invoice, a business transaction certificate and the like) provided by the applicant side. And after the payer passes the verification, paying the service fee corresponding to the stage to the payer. At present, in a payment management process, a payer needs to arrange a professional to be responsible for business audit and business payment, and invoice verification and invoicing and tax copying are carried out. The payment process is not only tedious, time-consuming and labor-consuming, but also may cause problems of disordered account management, missing documents, error audit, careless payment and the like due to improper operation or carelessness of personnel, and the processing period is unstable.
Therefore, how to effectively manage the flow of payment auditing and reduce the occurrence of work errors is a problem to be solved urgently.
Disclosure of Invention
The embodiment of the application provides a payment management method and device, which can effectively manage the payment auditing process and reduce the occurrence of work errors.
In a first aspect, an embodiment of the present application provides a payment management method, which is applied to a block link point device, and may include:
acquiring an application form and an application request;
checking the request for payment according to the request form for payment, wherein the request for payment comprises a service invoice and a target service completion condition;
and after the request for payment passes the verification, paying to the unit for payment.
By implementing the embodiment of the application, the request for the payment is checked after the request for the payment and the request for the payment are received, and the business invoice and the collection record are stored based on the block chain technology, so that the accurate checking of the request information and the payment item are facilitated, the checking efficiency can be improved, and the method is different from the situation that the business content and the corresponding business invoice are checked manually and the business amount is paid in the prior art. By implementing the embodiment of the application, the automation of the payment process management and the management and storage of the payment related information are realized, the payment auditing process is simplified, the time and labor cost are saved, the problems of disordered account management, missing documents, error auditing and the like are avoided, the processing period is stable, the payment auditing process is effectively managed, and the occurrence of working errors is reduced.
In a possible implementation manner, the request form includes a name of a service contract, a number of the service contract, a total amount of the request, a installment amount, a unit of the request, a target service completion condition, and a payment form, and the checking of the request form according to the request form includes: confirming the payment unit according to the payment application form and the service invoice; judging whether the target service completion condition reaches the target service completion condition or not; and after the target service completion condition is confirmed to be reached, judging that the amount of the requested money in the request for the requested money is the total amount of the requested money or the installments of the requested money according to the payment form.
In a possible implementation manner, before the payment to the debit unit, the method further includes: a bill auditing interface is called to check the authenticity of the business invoice; and calling a tax declaration interface to finish tax declaration operation corresponding to the tax when the business invoice is confirmed to be true.
In a possible implementation manner, after the payment to the debit unit, the method further includes: storing one or more of a payment record, the request for funds application, and the request for funds application.
In a possible implementation manner, the confirming the payment unit according to the payment application form and the service invoice includes: and identifying the payment unit in the business invoice, comparing the identified payment unit with the payment unit of the payment application form, and confirming the payment unit.
In a possible implementation manner, after the payment to the debit unit, the method further includes: and confirming that the payment to the payment unit is successful, and sending payment completion information to the payment unit.
In a possible implementation manner, after acquiring the request form and the request for funds, the method further includes: identifying whether the money requesting unit repeatedly requests money according to the number of the money requesting form; and if the reimbursement unit recognizes that the reimbursement unit reimburses the reimbursement unit, rejecting the reimbursement unit applying for the reimbursement unit.
In a second aspect, an embodiment of the present application provides a payment management apparatus, which may include:
the system comprises an acquisition unit, a payment processing unit and a payment processing unit, wherein the acquisition unit is used for acquiring an application form for applying for payment and a payment request, and the application form for applying for payment comprises one or more of the name of a service contract, the number of the service contract, the total amount of the payment, the installments of the payment, the unit of the payment, a target service completion condition and a payment form;
the auditing unit is used for auditing the request for payment according to the request for payment request form, and the request for payment includes a service invoice;
and the payment unit is used for paying to the payment unit after the payment request passes the verification.
In a possible implementation manner, the request form includes a name of a service contract, a number of the service contract, a total amount of the request, a installment amount, a unit of the request, a target service completion condition, and a payment form, and the auditing unit further includes:
the confirmation unit is used for confirming the money request unit according to the money request form and the service invoice;
a judging unit, configured to judge whether the target service completion condition reaches the target service completion condition; and after the target service completion condition is confirmed to be reached, judging that the amount of the requested money in the request for the requested money is the total amount of the requested money or the installments of the requested money according to the payment form.
In a possible implementation manner, the device further comprises a calling unit, which is used for calling a bill auditing interface to check the authenticity of the business invoice before paying to a payment unit; and calling a tax declaration interface to finish tax declaration operation corresponding to the tax when the business invoice is confirmed to be true.
In a possible implementation manner, the apparatus further includes a storage unit, configured to store one or more of a payment record, the request for payment form, and the request for payment after payment to the payment unit.
In a possible implementation manner, the confirmation unit is specifically configured to: and identifying the payment unit in the business invoice, comparing the identified payment unit with the payment unit of the payment application form, and confirming the payment unit.
In a possible implementation manner, the apparatus further includes a sending unit, configured to: and confirming that the payment to the payment unit is successful, and sending payment completion information to the payment unit.
In a possible implementation manner, the apparatus further includes an identifying unit configured to: identifying whether the money requesting unit repeatedly requests money according to the number of the money requesting form; and if the reimbursement unit recognizes that the reimbursement unit reimburses the reimbursement unit, rejecting the reimbursement unit applying for the reimbursement unit.
In a third aspect, the embodiment of the application provides a payment management device, which comprises a storage component, a communication component and a processing component, wherein the storage component, the communication component and the processing component are connected with each other, the storage component is used for storing data processing codes, and the communication component is used for performing information interaction with an external device; the processing unit is configured to call the program code to perform the method according to the first aspect, which is not described herein again.
In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores program instructions, and the program instructions, when executed by a processor, cause the processor to perform the method according to the first aspect, and details are not described herein.
In a fifth aspect, an embodiment of the present application further provides a computer program, where the computer program may include program instructions, and when the computer program is executed by a computer, the computer may perform the method including the foregoing first aspect, which is not described herein again.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments of the present application or the prior art will be briefly described below.
FIG. 1 is a schematic diagram of a payment management system architecture provided in an embodiment of the present application;
FIG. 2 is a schematic flow chart diagram illustrating a payment management method according to an embodiment of the present disclosure;
FIG. 3 is a schematic structural diagram of a payment management apparatus according to an embodiment of the present application;
fig. 4 is a schematic structural diagram of a payment management apparatus according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application.
The terms "first," "second," and the like in the description and claims of the present application and in the accompanying drawings are used for distinguishing between different objects and not for describing a particular order. Furthermore, the terms "include" and "have," as well as any variations thereof, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements listed, but may alternatively include other steps or elements not listed, or inherent to such process, method, article, or apparatus.
Reference herein to "an embodiment" means that a particular feature, structure, or characteristic described in connection with the embodiment can be included in at least one embodiment of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment, nor are separate or alternative embodiments mutually exclusive of other embodiments. It is explicitly and implicitly understood by one skilled in the art that the embodiments described herein can be combined with other embodiments. The technical scheme of the embodiment of the application can be applied to the fields of data processing, cluster analysis and the like. When the fields and the scenes of the method and the device are different, the names of specific equipment and places in the embodiment of the application are also different.
First, some terms in the present application are explained so as to be easily understood by those skilled in the art.
(1) The application form, or the application form, is the application document for payment and the original voucher for the financial payment. The bill of claim can be designed according to the specific situation, and generally has title, reason for claim, date, etc. The payment sheet is used as a transmission certificate applied to the relevant leaders due to business generation in a unit, and generally needs to be examined and approved by an examination and approval process, a department and a branch leader in the unit, and finally is signed and approved by the leader in charge, and the financial affairs are used as the basis for payment.
(2) The invoice refers to the business certificate issued and collected by all units and individuals in purchasing and selling goods, providing or receiving services and doing other business activities, is the original basis for accounting, and is also the important basis for law enforcement inspection of auditing agencies and tax authorities. The receipt is the receipt and payment voucher, and the receipt can only prove that the business occurs and can not prove whether the money is received or paid. Also in economic activities, the text issued by the seller to the purchaser includes the name, quality, agreed upon price of the product or service offered to the purchaser. In addition to pre-payment, the invoice must have the element that it is paid by the purchaser to the seller, which must include the date and amount, according to agreed conditions. For internal auditing and counting, each invoice must have a unique journal number to prevent the invoice from repeating or skipping.
(3) And (4) reporting tax, reporting to a tax department and handling related tax payment procedures. The main way for reporting by the taxpayer is online reporting. In order to better serve the majority of taxpayers, tax declaration can be carried out through the mobile phone, and a digital certificate of the mobile phone is needed.
In the following, a description is first given of one of the system frameworks on which the embodiments of the present application are based, and a payment management method proposed by the present application can be applied to the system framework. Referring to fig. 1, fig. 1 is a schematic diagram of a system architecture of a payment management method according to an embodiment of the present application, and as shown in fig. 1, the system architecture includes a plurality of node devices in a blockchain network, where the node devices may be divided into an debit device and a payment device in a payment management process. The embodiments of the present application do not limit the number of the node devices, the debit device, and the payment device in the figures is illustrated by taking a terminal (the terminal shown in the figures is a computer) as an example. The block chain network constructed based on the block chain technology does not have a central server, and the block chain equipment consists of a plurality of block chain node equipment and provides calculation power in a centralized mode to form the block chain network. Wherein,
a terminal refers to a device located at the outermost periphery of a network in a computer network such as a communication terminal, and includes: the terminal can be a mobile phone or a notebook computer, and the like, and is mainly used for data input, processing result output and the like. In the embodiment of the application, when the terminal equipment is payment equipment, an application form and an application request are obtained; checking the request for the payment according to the request form for the payment, wherein the request for the payment comprises a service invoice; and after the request for payment passes the verification, paying to the unit for payment. Optionally, when the terminal is used as a money request device, the terminal may receive a service completion instruction; calling a billing interface to generate a service invoice of the target service; identifying a payment unit in the business invoice, sending a request for payment according to the payment unit, and then receiving a business contract; and generating an application form according to the service contract, and sending the application form to the payment unit. The terminal in the embodiment of the present application refers to a blockchain link point device, and may include a blockchain debit device and a blockchain payment device, where the blockchain debit device and the blockchain payment device may be the same device, and different device names are used to distinguish roles played by the device in the course of receiving and paying money; the blockchain debit device and the blockchain payment device can also be different devices, for example, a part of the node devices are exclusively responsible for debit or payment. In the embodiment of the present application, a terminal (i.e., a node device in a blockchain) is used as a payment device for description, and the payment device obtains an invitation for payment and a request for payment; checking the request for payment according to the request form for payment, wherein the request for payment comprises a service invoice and a target service completion condition; and after the request for payment passes the verification, paying to the unit for payment.
It is to be understood that the illustration in fig. 1 is merely an exemplary implementation of the embodiments of the present application. The system architecture in the embodiments of the present application may include, but is not limited to, the above system architecture.
The technical problem addressed in the present application is specifically analyzed and solved below with reference to the above system architecture and the embodiments of the payment management method provided in the present application.
Referring to fig. 2, fig. 2 is a schematic flow chart of a payment management method according to an embodiment of the present application, which can be applied to a payment management system (including the above-mentioned architecture). The payment management system includes a pair of interactive terminals, which will be described below with reference to fig. 2, taking a terminal (as a payment device) as an execution subject, and taking the terminal as an example, from a single side of the payment device (i.e., a node device in a blockchain), the method may include the following steps S201 to S206, and optional steps may include step S202, step S204, and step S206.
Step S201: acquiring an application form and an application request.
Specifically, the payment device obtains an invitation for payment form and an invitation for payment from the payment device at the same time, wherein the invitation for payment form can include a certification material for completing the service, service invoice information and contents of a service contract signed by both the payment unit and the payment unit; the payment request is used for requesting the payment equipment to check payment and pay the payment to the payment unit corresponding to the payment equipment. Optionally, the payment device generates an expense application form according to the stored service contract information after receiving an expense application request sent by an expense application device (another node device).
Step S202: identifying whether the money requesting unit repeatedly requests money according to the number of the money requesting form; and if the reimbursement unit recognizes that the reimbursement unit reimburses the reimbursement unit, rejecting the reimbursement unit applying for the reimbursement unit.
Specifically, the payment device obtains the number of the request form (the number of each request form is unique), compares the number of the request form with the number of the request form in the payment record, judges that the request form is a repeated request form if the obtained number of the request form conforms to the number in the previous payment record, and refuses to pass the request form and pay the fee.
Step S203: and checking the request for the funds according to the request form for the funds.
Specifically, the payment device judges whether the payment unit of the service invoice and the invoice amount meet the payment requirement and whether the target service completion condition of the payment unit reaches the standard according to the detailed content of the payment request form, such as the agreed service completion condition, the payment party information, the payment form, the related amount and the like; the request for payment comprises a service invoice and a target service completion condition.
In a possible implementation manner, the request form includes a name of a service contract, a number of the service contract, a total amount of the request, a installment amount, a unit of the request, a target service completion condition, and a payment form, and the checking of the request form according to the request form includes: confirming the payment unit according to the payment application form and the service invoice; judging whether the target service completion condition reaches the target service completion condition or not; and after the target service completion condition is confirmed to be reached, judging that the amount of the requested money in the request for the requested money is the total amount of the requested money or the installments of the requested money according to the payment form. For example, the payment device first confirms the payment unit a according to the service invoice in the payment request, and confirms the service requirement corresponding to the requested amount that the payment unit a has indeed completed according to the service completion certification provided by the payment unit a and the agreement about the service in the contract. If the requested amount is one-time payment, checking whether the amount is consistent with the total amount; if the requested amount is an amount of an installment in the installment payment, it is checked whether the amount is identical to the amount of the corresponding installment.
In a possible implementation manner, the confirming the payment unit according to the payment application form and the service invoice includes: and identifying the payment unit in the business invoice, comparing the identified payment unit with the payment unit of the payment application form, and confirming the payment unit. For example, the payment device obtains the name of the payment unit and the taxpayer identification number based on the service invoice, compares the name of the payment unit and the taxpayer identification number in the payment application form, and confirms that the payment unit is the correct payment unit when the name of the payment unit and the taxpayer identification number in the service invoice and the payment application form are both in agreement.
Step S204: a bill auditing interface is called to check the authenticity of the business invoice; and calling a tax declaration interface to finish tax declaration operation corresponding to the tax when the business invoice is confirmed to be true.
Specifically, the payment equipment calls a bill auditing interface to check whether the type and the format of the business invoice are correct or not and whether the seal of the invoice is correct or not, checks the check code of the invoice, and inquires invoice information and analyzes the information of the invoice code area by retrieving the invoice code and the number. And after the business invoice is confirmed to be true and correct, calling a tax declaration interface to finish tax declaration.
Step S205: and after the request for payment passes the verification, paying to the unit for payment.
Specifically, after the request for the debit is approved, the payment device receives an instruction that the approval is passed, and transfers the balance of a preset bank account or other financial accounts to an account established by a debit unit.
Step S206: storing one or more of a payment record, the request for funds application, and the request for funds application.
Specifically, the payment device stores one or more of the payment record, the request form and the request for the payment of each successful payment, and transmits one or more stored information to other node devices in the blockchain network, and stores the information.
In one possible implementation, the paying the debit unit further includes: and after confirming that the payment to the payment unit is successful, sending payment completion information to the payment unit. For example, after the payment device transfers the amount from a certain bank account, the payment device receives the receipt information completed by the transfer-out service of the bank; the payment device sends payment completion information to the debit device for informing the debit unit that the fees for the related services have been successfully paid.
By implementing the embodiment of the application, the request for the payment is checked after the request for the payment and the request for the payment are received, and the business invoice and the collection record are stored based on the block chain technology, so that the accurate checking of the request information and the payment item are facilitated, the checking efficiency can be improved, and the method is different from the situation that the business content and the corresponding business invoice are checked manually and the business amount is paid in the prior art. By implementing the embodiment of the application, the automation of the payment process management and the management and storage of the payment related information are realized, the payment auditing process is simplified, the time and labor cost are saved, the problems of disordered account management, missing documents, error auditing and the like are avoided, the processing period is stable, the payment auditing process is effectively managed, and the occurrence of working errors is reduced.
The method of the embodiments of the present application is explained in detail above, and the related apparatus of the embodiments of the present application is provided below.
Referring to fig. 3, fig. 3 is a schematic structural diagram of a payment management apparatus according to an embodiment of the present application. The payment management apparatus 30 may include an obtaining unit 301, an auditing unit 302, a payment unit 303, a confirming unit 304, a determining unit 305, a calling unit 306, a storage unit 307, a sending unit 308, and an identifying unit 309, and optional units may include the confirming unit 304, the determining unit 305, the calling unit 306, the storage unit 307, the sending unit 308, and the identifying unit 309.
An acquiring unit 301, configured to acquire an apply form and an apply request, where the apply form includes one or more of a name of a service contract, a number of the service contract, a total amount of the apply, a periodic amount of the apply, an apply unit, a target service completion condition, and a payment form;
the auditing unit 302 is configured to audit the request for funds according to the request for funds request form, where the request for funds includes a service invoice;
a payment unit 303, configured to pay the debit unit after the debit request passes the verification.
In a possible implementation manner, the request form includes a name of a service contract, a number of the service contract, a total amount of the request, a installment amount, a unit of the request, a target service completion condition, and a payment form, and the auditing unit 302 further includes:
the confirmation unit 304 is used for confirming the money requesting unit according to the money requesting application form and the service invoice;
a determining unit 305, configured to determine whether the target service completion condition reaches the target service completion condition; and after the target service completion condition is confirmed to be reached, judging that the amount of the requested money in the request for the requested money is the total amount of the requested money or the installments of the requested money according to the payment form.
In a possible implementation manner, the apparatus further includes a calling unit 306, configured to call a bill auditing interface to check authenticity of the business invoice before paying to a payment unit; and calling a tax declaration interface to finish tax declaration operation corresponding to the tax when the business invoice is confirmed to be true.
In a possible implementation manner, the apparatus further includes a storage unit 307, configured to store one or more of a payment record, the request form and the request for funds after payment to the payment unit.
In a possible implementation manner, the confirming unit 304 is specifically configured to: and identifying the payment unit in the business invoice, comparing the identified payment unit with the payment unit of the payment application form, and confirming the payment unit.
In a possible implementation manner, the apparatus further includes a sending unit 308, configured to: and confirming that the payment to the payment unit is successful, and sending payment completion information to the payment unit.
In a possible implementation manner, the apparatus further includes an identifying unit 309 configured to: identifying whether the money requesting unit repeatedly requests money according to the number of the money requesting form; and if the reimbursement unit recognizes that the reimbursement unit reimburses the reimbursement unit, rejecting the reimbursement unit applying for the reimbursement unit.
By implementing the embodiment of the application, the request for the payment is checked after the request for the payment and the request for the payment are received, and the business invoice and the collection record are stored based on the block chain technology, so that the accurate checking of the request information and the payment item are facilitated, the checking efficiency can be improved, and the method is different from the situation that the business content and the corresponding business invoice are checked manually and the business amount is paid in the prior art. By implementing the embodiment of the application, the automation of the payment process management and the management and storage of the payment related information are realized, the payment auditing process is simplified, the time and labor cost are saved, the problems of disordered account management, missing documents, error auditing and the like are avoided, the processing period is stable, the payment auditing process is effectively managed, and the occurrence of working errors is reduced.
Referring to fig. 4, fig. 4 is a schematic structural diagram of a payment management apparatus 40 provided in the embodiment of the present application, and as shown in fig. 4, a payment management device can be implemented in the structure of fig. 4, and the payment management apparatus 40 may include at least one storage component 401, at least one communication component 402, and at least one processing component 403. In addition, the device may further include a failure analysis component such as an antenna, a power supply, etc., which will not be described in detail herein.
The storage component 401 may include one or more storage units, each of which may include one or more memories, which may be used to store programs and various data and enable high-speed, automated access to the programs or data during operation of the device. Physical devices having two stable states, denoted "0" and "1", respectively, may be employed to store information. The Memory unit 401 may be a Read-Only Memory (ROM) or other types of static Memory devices capable of storing static information and instructions, a Random Access Memory (RAM) or other types of dynamic Memory devices capable of storing information and instructions, an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM) or other optical Disc storage, optical Disc storage (which may include Compact Disc, laser Disc, optical Disc, digital failure analysis optical Disc, blu-ray Disc, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory may be self-contained and coupled to the processor via a bus. The memory may also be integral to the processor.
The communication component 402, which may also be referred to as a transceiver, or transceiver, etc., may be used for communicating with other devices or communication networks, which may include elements for wireless, wired, or other communication.
Processing component 403, which may also be referred to as a processor, a processing unit, a processing board, a processing module, a processing device, etc. The processing unit may be a Central Processing Unit (CPU), a Network Processor (NP), or a combination of a CPU and an NP, or may be a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the above programs.
When the payment management apparatus 40 is the payment apparatus in fig. 1, the processing unit 403 is configured to call the data of the storage unit 401 to perform the related description of the method in fig. 2 as follows: acquiring an application form and an application request; checking the request for payment according to the request form for payment, wherein the request for payment comprises a service invoice and a target service completion condition; and after the request for payment passes the verification, paying to the unit for payment.
In this application, the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiments of the present application.
In addition, functional components in the embodiments of the present application may be integrated into one component, or each component may exist alone physically, or two or more components may be integrated into one component. The integrated components can be realized in a form of hardware or a form of software functional units.
The integrated components, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application may be substantially or partially contributed by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
While the invention has been described with reference to specific embodiments, the scope of the invention is not limited thereto, and those skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the invention. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application. While the present application has been described herein in conjunction with various embodiments, other variations to the disclosed embodiments may be understood and effected by those skilled in the art in practicing the present application as claimed herein.
Claims (10)
1. A payment management method applied to a blockchain node device, comprising:
acquiring an application form and an application request;
checking the request for payment according to the request form for payment, wherein the request for payment comprises a service invoice and a target service completion condition;
and after the request for payment passes the verification, paying to a payment unit.
2. The method of claim 1, wherein the request form includes a name of a service contract, a number of the service contract, a total amount of the request, an amount of the request in terms of a period, a unit of the request, a target service completion condition, and a payment form, and the checking the request form according to the request form includes:
confirming the payment unit according to the payment application form and the service invoice;
judging whether the target service completion condition reaches the target service completion condition or not;
and after the target service completion condition is confirmed to be reached, judging that the amount of the requested money in the request for the requested money is the total amount of the requested money or the installments of the requested money according to the payment form.
3. The method of claim 2, wherein prior to paying the debit unit, further comprising:
a bill auditing interface is called to check the authenticity of the business invoice;
and calling a tax declaration interface to finish tax declaration operation corresponding to the tax when the business invoice is confirmed to be true.
4. The method of claim 2, wherein said validating said request-for-payment unit based on said request-for-payment form and said transaction invoice comprises:
and identifying the payment unit in the business invoice, comparing the identified payment unit with the payment unit of the payment application form, and confirming the payment unit.
5. The method of claim 1, wherein after the payment to the debit unit, further comprising:
and confirming that the payment to the payment unit is successful, and sending payment completion information to the payment unit.
6. The method of claim 1, wherein the obtaining of the request for funds application and the request for funds application is followed by:
identifying whether the money requesting unit repeatedly requests money according to the number of the money requesting form;
and if the reimbursement unit recognizes that the reimbursement unit reimburses the reimbursement unit, rejecting the reimbursement unit applying for the reimbursement unit.
7. The method of any of claims 1-6, wherein after the payment to the debit unit, further comprising: storing one or more of a payment record, the request for funds application, and the request for funds application.
8. A payment management apparatus, comprising:
the system comprises an acquisition unit, a payment processing unit and a payment processing unit, wherein the acquisition unit is used for acquiring an application form for applying for payment and a payment request, and the application form for applying for payment comprises one or more of the name of a service contract, the number of the service contract, the total amount of the payment, the installments of the payment, the unit of the payment, a target service completion condition and a payment form;
the auditing unit is used for auditing the request for payment according to the request for payment request form, and the request for payment includes a service invoice;
and the payment unit is used for paying to the payment unit after the payment request passes the verification.
9. The payment management device is characterized by comprising a storage component, a communication component and a processing component, wherein the storage component, the communication component and the processing component are connected with each other, the storage component is used for storing data processing codes, and the communication component is used for carrying out information interaction with an external device; the processing means is configured to invoke program code to perform the method of any of the preceding claims 1 to 7.
10. A computer storage medium, characterized in that it stores a computer program which, when executed by a processor, implements the method of any of the preceding claims 1-7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910305258.5A CN110148046A (en) | 2019-04-16 | 2019-04-16 | A kind of payment management method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910305258.5A CN110148046A (en) | 2019-04-16 | 2019-04-16 | A kind of payment management method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN110148046A true CN110148046A (en) | 2019-08-20 |
Family
ID=67588555
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910305258.5A Pending CN110148046A (en) | 2019-04-16 | 2019-04-16 | A kind of payment management method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110148046A (en) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110490571A (en) * | 2019-08-23 | 2019-11-22 | 腾讯科技（深圳）有限公司 | A kind of monthly payment plan method, apparatus, equipment and medium |
| CN111178863A (en) * | 2019-12-30 | 2020-05-19 | 百度在线网络技术（北京）有限公司 | Transaction charging method, device, equipment and medium based on block chain |
| CN111738712A (en) * | 2020-07-17 | 2020-10-02 | 百度在线网络技术（北京）有限公司 | Payment processing method, device, equipment and medium for block chain |
| CN112200646A (en) * | 2020-08-27 | 2021-01-08 | 国网山东省电力公司日照供电公司 | Material contract fund payment approval management system and method |
| CN113191865A (en) * | 2021-03-30 | 2021-07-30 | 建信金融科技有限责任公司 | Method, device, equipment and system for processing shipping charge data |
| CN113537964A (en) * | 2021-09-17 | 2021-10-22 | 北京奇虎科技有限公司 | Application form processing method, device, storage medium and device |
| TWI754281B (en) * | 2020-05-18 | 2022-02-01 | 睿點行動股份有限公司 | Auxiliary system for application and tax declaration |
| CN114298811A (en) * | 2021-12-29 | 2022-04-08 | 广州新丝路信息科技有限公司 | Method and device for processing OA bills |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1357830A (en) * | 2001-11-16 | 2002-07-10 | 威盛电子股份有限公司 | How to Request Money in Accounting System |
| CN101010687A (en) * | 2004-08-25 | 2007-08-01 | 万事达卡国际股份有限公司 | Method and system for automated payment authorization and settlement |
| CN103136623A (en) * | 2011-11-29 | 2013-06-05 | 北京建龙重工集团有限公司 | On-line management method for project progress payment application |
| CN103544563A (en) * | 2013-10-14 | 2014-01-29 | 国家电网公司 | Revenue and expenditure management and control Method on basis of contract management |
| CN106355488A (en) * | 2016-09-28 | 2017-01-25 | 深圳市喜悦智慧数据有限公司 | Tax control method and system based on credit investigation |
| CN107491935A (en) * | 2017-08-04 | 2017-12-19 | 鸿鑫互联科技（北京）股份有限公司 | Control method of making out an invoice, device and mobile terminal in project management |
| CN107967642A (en) * | 2017-11-07 | 2018-04-27 | 中国移动通信集团湖北有限公司 | Mobile communication supplier collaborative platform management system and method |
| TWM560651U (en) * | 2017-12-05 | 2018-05-21 | Wen Chao Tang | Construction progress management platform system |
| CN108416668A (en) * | 2018-03-07 | 2018-08-17 | 物数（上海）信息科技有限公司 | Trade tracking and financing by accounts receivable method, system, equipment and storage medium |
| CN108921491A (en) * | 2018-05-25 | 2018-11-30 | 诸然 | A kind of agreement for construction mode of payment based on block chain technology |
| CN109192288A (en) * | 2018-08-21 | 2019-01-11 | 广东工业大学 | Medicine supply chain electronic contract management method, system and equipment and storage medium |
| CN109285072A (en) * | 2018-09-11 | 2019-01-29 | 航天信息股份有限公司 | The purchase of shipping agency is paid processing method and system |
| CN109360077A (en) * | 2018-09-07 | 2019-02-19 | 腾讯科技（深圳）有限公司 | Information processing method, device, gateway server and medium in invoice reimbursement |
| CN109360088A (en) * | 2018-11-13 | 2019-02-19 | 平安科技（深圳）有限公司 | Processing method, device and the computer equipment of loan transaction |
| CN109492985A (en) * | 2018-09-29 | 2019-03-19 | 深圳市佰仟金融服务有限公司 | A kind of checking method, apparatus and system |
| CN109544302A (en) * | 2018-11-28 | 2019-03-29 | 平安科技（深圳）有限公司 | House renting management method, electronic device based on block chain |
-
2019
- 2019-04-16 CN CN201910305258.5A patent/CN110148046A/en active Pending
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1357830A (en) * | 2001-11-16 | 2002-07-10 | 威盛电子股份有限公司 | How to Request Money in Accounting System |
| CN101010687A (en) * | 2004-08-25 | 2007-08-01 | 万事达卡国际股份有限公司 | Method and system for automated payment authorization and settlement |
| CN103136623A (en) * | 2011-11-29 | 2013-06-05 | 北京建龙重工集团有限公司 | On-line management method for project progress payment application |
| CN103544563A (en) * | 2013-10-14 | 2014-01-29 | 国家电网公司 | Revenue and expenditure management and control Method on basis of contract management |
| CN106355488A (en) * | 2016-09-28 | 2017-01-25 | 深圳市喜悦智慧数据有限公司 | Tax control method and system based on credit investigation |
| CN107491935A (en) * | 2017-08-04 | 2017-12-19 | 鸿鑫互联科技（北京）股份有限公司 | Control method of making out an invoice, device and mobile terminal in project management |
| CN107967642A (en) * | 2017-11-07 | 2018-04-27 | 中国移动通信集团湖北有限公司 | Mobile communication supplier collaborative platform management system and method |
| TWM560651U (en) * | 2017-12-05 | 2018-05-21 | Wen Chao Tang | Construction progress management platform system |
| CN108416668A (en) * | 2018-03-07 | 2018-08-17 | 物数（上海）信息科技有限公司 | Trade tracking and financing by accounts receivable method, system, equipment and storage medium |
| CN108921491A (en) * | 2018-05-25 | 2018-11-30 | 诸然 | A kind of agreement for construction mode of payment based on block chain technology |
| CN109192288A (en) * | 2018-08-21 | 2019-01-11 | 广东工业大学 | Medicine supply chain electronic contract management method, system and equipment and storage medium |
| CN109360077A (en) * | 2018-09-07 | 2019-02-19 | 腾讯科技（深圳）有限公司 | Information processing method, device, gateway server and medium in invoice reimbursement |
| CN109285072A (en) * | 2018-09-11 | 2019-01-29 | 航天信息股份有限公司 | The purchase of shipping agency is paid processing method and system |
| CN109492985A (en) * | 2018-09-29 | 2019-03-19 | 深圳市佰仟金融服务有限公司 | A kind of checking method, apparatus and system |
| CN109360088A (en) * | 2018-11-13 | 2019-02-19 | 平安科技（深圳）有限公司 | Processing method, device and the computer equipment of loan transaction |
| CN109544302A (en) * | 2018-11-28 | 2019-03-29 | 平安科技（深圳）有限公司 | House renting management method, electronic device based on block chain |
Non-Patent Citations (1)
| Title |
|---|
| 中铁电气化局集团有限公司: "《城市轨道交通供电系统施工技术与管理》", vol. 1, 中国铁道出版社, pages: 637 * |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110490571A (en) * | 2019-08-23 | 2019-11-22 | 腾讯科技（深圳）有限公司 | A kind of monthly payment plan method, apparatus, equipment and medium |
| CN110490571B (en) * | 2019-08-23 | 2023-12-08 | 腾讯科技（深圳）有限公司 | Installment payment method, device, equipment and medium |
| CN111178863A (en) * | 2019-12-30 | 2020-05-19 | 百度在线网络技术（北京）有限公司 | Transaction charging method, device, equipment and medium based on block chain |
| CN111178863B (en) * | 2019-12-30 | 2023-09-15 | 百度在线网络技术（北京）有限公司 | Transaction charging method, device, equipment and medium based on blockchain |
| TWI754281B (en) * | 2020-05-18 | 2022-02-01 | 睿點行動股份有限公司 | Auxiliary system for application and tax declaration |
| CN111738712A (en) * | 2020-07-17 | 2020-10-02 | 百度在线网络技术（北京）有限公司 | Payment processing method, device, equipment and medium for block chain |
| CN112200646A (en) * | 2020-08-27 | 2021-01-08 | 国网山东省电力公司日照供电公司 | Material contract fund payment approval management system and method |
| CN113191865A (en) * | 2021-03-30 | 2021-07-30 | 建信金融科技有限责任公司 | Method, device, equipment and system for processing shipping charge data |
| CN113537964A (en) * | 2021-09-17 | 2021-10-22 | 北京奇虎科技有限公司 | Application form processing method, device, storage medium and device |
| CN114298811A (en) * | 2021-12-29 | 2022-04-08 | 广州新丝路信息科技有限公司 | Method and device for processing OA bills |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110148046A (en) | A kind of payment management method and device | |
| US8401965B2 (en) | Payment handling | |
| US20170103399A1 (en) | Process and system for providing automated responses for transaction operations | |
| KR101791470B1 (en) | Method of transaction for supplier's account receivable | |
| US20160034906A1 (en) | Integrated merchant purchase inquiry and dispute resolution system | |
| US8892468B1 (en) | Customer refunds by a merchant agent | |
| US20130013502A1 (en) | Facilitation of Transactions Using a Transaction Code | |
| EP4176350A1 (en) | Online service platform (osp) generating and transmitting on behalf of primary entity to third party proposal of the primary entity while maintaining the primary entity anonymous | |
| US12321993B1 (en) | Automated systems and methods for an electronic ledger | |
| CN106339933A (en) | Accounting document generating method and accounting document generating system | |
| CN113962690A (en) | Prepayment type consumption business operation guarantee system and method | |
| CN113792533A (en) | Data processing method, data processing device, storage medium and electronic equipment | |
| KR101799235B1 (en) | Assurance system and method for escrow service | |
| CN111667325A (en) | Invoice management method and system, business system and invoice platform | |
| KR101791625B1 (en) | Apparatus for providing Smart Trade Service | |
| CN116362903A (en) | Funds collaborative management system, method, electronic equipment and storage medium | |
| US20200219153A1 (en) | Transaction Model for Bank Balance Sheets | |
| KR102447568B1 (en) | Credit Card Merchant Agreement System and Method | |
| CN113298511B (en) | Order information processing method and device and electronic equipment | |
| KR20100107366A (en) | System and method for managing medical expenses settlement by installments using phone bill and recording medium | |
| KR20140134975A (en) | Loan service providing method using card revenue data and server performing the same | |
| CN113421070A (en) | Data processing method, device, equipment and storage medium | |
| US20190213574A1 (en) | Prepaid multinational program | |
| CN111582865A (en) | Data processing method and system for information verification | |
| CN114219660B (en) | Annuity transfer payment processing method, device and electronic equipment |
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 |
Application publication date: 20190820 |
|
| RJ01 | Rejection of invention patent application after publication |