CN110728506B - Transaction data processing method and device - Google Patents

Transaction data processing method and device Download PDF

Info

Publication number
CN110728506B
CN110728506B CN201910999318.8A CN201910999318A CN110728506B CN 110728506 B CN110728506 B CN 110728506B CN 201910999318 A CN201910999318 A CN 201910999318A CN 110728506 B CN110728506 B CN 110728506B
Authority
CN
China
Prior art keywords
payment
paid
identifier
mode
unit
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.)
Active
Application number
CN201910999318.8A
Other languages
Chinese (zh)
Other versions
CN110728506A (en
Inventor
李雄清
齐静
熊铭
李永
闫飞
雷凯茹
周东琳
李云博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Travelsky Technology Co Ltd
Original Assignee
China Travelsky Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Travelsky Technology Co Ltd filed Critical China Travelsky Technology Co Ltd
Priority to CN201910999318.8A priority Critical patent/CN110728506B/en
Publication of CN110728506A publication Critical patent/CN110728506A/en
Application granted granted Critical
Publication of CN110728506B publication Critical patent/CN110728506B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR 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/08—Insurance

Abstract

The application discloses a transaction data processing method, which is applied to a transaction data processing device and comprises the following steps: determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for a commodity to be paid; sending a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the to-be-paid commodities; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier; the payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods. By the method, the account can be accurately completed during payment, settlement is not required to be performed in the later period, and the expense and the labor expenditure for the later-period settlement are saved.

Description

Transaction data processing method and device
Technical Field
The invention relates to the technical field of data processing, in particular to a method and a device for processing transaction data.
Background
At present, in order to improve the sales of commodities, and also to facilitate the user to select and purchase commodities and improve the user experience, many merchants sell commodities of the company, and also sell commodities of other companies. The user can purchase different kinds of commodities on one platform, and can pay for all commodities at one time. In the prior art, the total fee paid by the user at one time is entered into an account of a company. And the company performs clearing according to the transaction data at the later stage, and transfers corresponding expenses to other companies.
For example, an airline sells tickets as well as insurance. The user can buy the air ticket and buy the insurance at the same time, and then pay the total cost of the air ticket and the insurance in one payment mode. The ticket fee and the insurance fee paid by the user at one time are entered into the account of the airline company. That is, the airline needs to collect the insurance fee instead of the insurance company. Therefore, the airline company needs to settle with the insurance company every month, and needs to extract data from the own settlement system during settlement, check the data with the data of the business system, and transfer the premium to the insurance company after checking the data without errors.
Therefore, the expense is collected by one company and then settled in the later period, which undoubtedly increases the expense and the labor cost. Therefore, it is important to transfer the fees belonging to different companies from the paid fees to the account of the corresponding company when the user pays.
Disclosure of Invention
Based on the defects of the prior art, the invention provides a transaction data processing method and device, so that the account can be completed when payment is carried out, and settlement is not required to be carried out later.
In order to achieve the purpose, the invention provides the following technical scheme:
the invention provides a method for processing transaction data, which is applied to a transaction data processing device and comprises the following steps:
determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for a commodity to be paid;
sending a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the to-be-paid commodities; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier;
the payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
Optionally, in the method, the method for configuring the payment method by the transaction data processing apparatus includes:
creating a payment mode group and placing all payment modes into the payment mode group;
and configuring the corresponding payment identification for each payment mode in the payment mode group.
Optionally, in the method, before determining, according to a payment method selected by a user for a to-be-paid commodity, a payment identifier corresponding to the payment method, the method further includes:
judging whether the payment needs to be divided according to the information of the commodity to be paid; the information of the commodity to be paid at least comprises one of a pre-configured branch payment identifier or a non-branch payment identifier;
and if the payment needs to be divided, outputting all payment modes in the payment mode group to a user for selection.
Optionally, in the method, before determining, according to a payment method selected by a user for a to-be-paid commodity, a payment identifier corresponding to the payment method, the method further includes:
a payment order is created and a billing identification is recorded into the payment order.
Optionally, in the method, after determining, according to a payment method selected by the user for the commodity to be paid, a payment identifier corresponding to the payment method, the method further includes:
respectively recording a plurality of payment records in the payment order; wherein each of the payment records the price of a type of the goods to be paid.
Optionally, in the above method, after sending the payment request to the payment gateway, the method further includes:
receiving the payment state of each fee transferred into a collection account returned by the payment gateway and the transaction flow of each fee;
and respectively recording the payment state of each expense and the transaction flow of each expense into the corresponding payment record of the payment order.
Another aspect of the present invention provides a transaction data processing apparatus, including:
the payment device comprises a determining unit, a payment processing unit and a payment processing unit, wherein the determining unit is used for determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for a commodity to be paid;
a sending unit, configured to send a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the to-be-paid commodities; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier;
the payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
Optionally, in the above apparatus, further comprising:
the payment system comprises a creating unit, a payment mode selecting unit and a payment mode selecting unit, wherein the creating unit is used for creating a payment mode group and placing all payment modes into the payment mode group;
and the configuration unit is used for configuring the corresponding payment identifier for each payment mode in the payment mode group.
Optionally, in the above apparatus, further comprising:
the judging unit is used for judging whether the payment needs to be divided according to the information of the commodity to be paid; the information of the commodity to be paid at least comprises one of a pre-configured branch payment identifier or a non-branch payment identifier;
and the output unit is used for judging that the payment needs to be separated in the judging unit and outputting all payment modes in the payment mode group to a user for selection.
Optionally, in the above apparatus, further comprising:
the first recording unit is used for creating a payment order and recording the billing identification into the payment order.
Optionally, in the above apparatus, further comprising:
the second recording unit is used for respectively recording a plurality of payment records in the payment order; wherein each of the payment records the price of a type of the goods to be paid.
Optionally, in the above apparatus, further comprising:
the receiving unit is used for receiving the payment state of each fee transferred into the collection account and the transaction flow of each fee returned by the payment gateway;
and the third recording unit is used for respectively recording the payment state of each expense and the transaction flow of each expense into the corresponding payment record of the payment order.
The invention discloses a transaction data processing method, which is characterized in that a plurality of collection accounts of each payment mode are configured in a payment gateway, and a payment identifier is configured for each payment mode, wherein each collection account corresponds to one type of commodity. One payment identifier corresponds to the collection accounts for multiple types of goods. When the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid, the payment identifier is equivalent to each collection account needing to be subjected to billing. And then sending a payment request containing the payment identifier and the price of each type of commodity to be paid to the payment gateway, thereby triggering the payment gateway to transfer the cost of each type of commodity to be paid in the cost paid by the user into the corresponding collection account. Therefore, the payment can be divided into the corresponding collection accounts in the payment process, and the later-stage account separation work is not needed. Thereby greatly reducing unnecessary expenses and manpower expenses.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only embodiments of the present invention, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
FIG. 1 is a flow chart of a method of transaction data processing according to an embodiment of the present invention;
FIG. 2 is a flow chart of a method of transaction data processing according to another embodiment of the present invention;
fig. 3 is a schematic structural diagram of a transaction data processing device according to another embodiment of the present invention;
fig. 4 is a schematic structural diagram of a transaction data processing apparatus according to another embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without making any creative effort based on the embodiments in the present invention, belong to the protection scope of the present invention.
The embodiment of the invention discloses a transaction data processing method, which is applied to a transaction data processing device, and as shown in figure 1, the method specifically comprises the following steps:
s101, determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for the commodity to be paid.
The goods to be paid for can be air tickets, insurance, food or services, and the like, and are not limited to the goods on the physical layer. The commodities to be paid can be various commodities of different types which are sold under the same platform in a centralized mode, and the commodities of different types correspond to different merchants, namely the commodities of different types are sold under the same platform in a cooperative mode through the merchants, so that the sales fees of the commodities of different types belong to different merchants. For example, in a platform for purchasing tickets, both tickets and insurance products are sold, and even some platforms may purchase food or merchandise. All of the items do not belong to the same company, the ticket belongs to the airline, the insurance belongs to the insurance company, and the food or the items belong to other suppliers. Sales of different kinds of goods are finally handed to corresponding merchants.
In the prior art, merchants mainly in a platform collect all fees paid by users, and settle accounts with other merchants at a later stage, usually at the end of the month. Later clearing undoubtedly requires corresponding manpower and material resources. Other merchants cannot receive the goods payment in time, and can only receive the corresponding goods payment when settling accounts, which undoubtedly also influences the fund turnover of the merchants.
For example, the ticket fee and the insurance fee paid by the user at one time are entered into the account of the airline. That is, the airline needs to collect the insurance fee instead of the insurance company. Therefore, the airline company needs to settle with the insurance company every month, and the data is extracted from the settlement system of the airline company and checked with the data of the business system, and the premium is transferred to the insurance company after the check is correct. Therefore, the airline company needs to add extra expenses and manpower for the settlement work.
Therefore, in order to reduce the additional expenses and the expenditure of manpower, the expenses of the different kinds of goods to be paid should be entered into the account of the corresponding merchant when the user makes the payment. And when paying, let the user pay respectively to different goods, obviously can increase the loaded down with trivial details degree of payment, influence user's experience. Therefore, the user can realize the purpose of transferring the expenses belonging to different companies in the total expenses into the expenses of different companies in the payment process on the premise of paying the expenses once.
Therefore, in the embodiment of the invention, the user only needs to pay once, that is, the user only needs to select one payment mode for the commodity to be paid, even if the commodity to be paid is various commodities of different types. However, the payment method provided to the user's choice may be various. For example, the payment methods provided to the user include paypal payment, wechat payment, and internet bank payment of each large bank, and the user selects only one of the payment methods and pays for all the commodities at one time through the selected payment method.
Wherein, each payment mode corresponds to a unique payment identifier. Therefore, the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid. That is, the user selects the payment method, which is equivalent to selecting the payment identifier corresponding to the payment method.
S102, sending a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the to-be-paid commodities; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier.
The payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
It should be noted that a category of goods may refer to all goods of a company, that is, all goods sold by each company in the platform are classified as a category of goods. In this way, the fees of the to-be-paid commodities belonging to the same company are all entered into a payment account of the company. For example, in a platform for ticket sales, all of the items sold by airlines, such as tickets, baggage, meals, and additional services, are classified as one type of item. When the payment is carried out, the expenses of all the commodities belonging to the airline company in the commodities to be paid enter the account of the same airline company. Of course, the product classification is not limited to the above-described mode, and other product classification modes also belong to the scope of the present invention. For example, each line of merchandise for each company is individually classified into one category.
The payment gateway is used for realizing transaction on the Internet. And adding a collection account in the payment gateway by the merchant in advance, and configuring a corresponding payment identifier when the payment gateway is obtained. And the merchant conducts transaction with the user through the payment identifier, and the transacted fee enters the collection account added into the payment gateway.
It should be noted that since different kinds of products belong to different companies, charges for the different kinds of products should be charged to the payment account of the corresponding company. Therefore, the payment gateway should be pre-configured with the collection accounts of all companies. Optionally, in order to meet different requirements of different users on payment manners, in this embodiment, the payment gateway is preconfigured with a plurality of payment accounts in each payment manner. That is, a plurality of payment receiving accounts for each payment method supported by a payment gateway are added to the payment gateway in advance. The number of the payment accounts added for each payment mode is consistent with the number of the types of the sold commodities, namely, each payment account corresponds to one type of commodities. For example, if there are three types of commodities, three pay bank accounts may be added, where the three pay bank accounts correspond to three types of commodities, and the three pay bank accounts belong to three different merchants respectively.
When a plurality of collection accounts of each payment mode are added into the payment gateway, the payment gateway configures corresponding unique payment identification for the payment modes. Therefore, one payment identifier corresponds to one payment mode and also corresponds to a plurality of collection accounts of the payment mode. When the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid, the payment identifier is equivalent to a plurality of charging accounts for performing the accounting.
After the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid, a payment request is sent to a payment gateway so as to trigger the payment gateway to transfer the cost of each type of the commodity to be paid in the cost paid by the user into a corresponding collection account. That is to say, the payment request is used as a trigger event, and the payment gateway is triggered to transfer the cost of each type of the to-be-paid commodities in the cost paid by the user into the corresponding collection account according to the information contained in the payment request. Wherein the payment request at least comprises the payment identification and the price of each type of the goods to be paid. And the payment identifier in the payment request is used for determining a plurality of collection accounts for collecting the money, and each collection account corresponds to one type of commodities. The price of each type of the item to be paid in the payment request is used to determine the specific fee to be charged to each payment account.
Optionally, a specific implementation manner that the payment gateway transfers the cost of each type of the to-be-paid commodity in the cost paid by the user into the corresponding collection account according to the information included in the payment request may be: and sending the payment request with a fixed format to a payment gateway, wherein the payment request meets the requirements of the payment gateway. Optionally, the requirements of the payment gateway may be: the price of each type of goods is placed in a different field in the payment request, and each field corresponds to one collection account. This also requires that the payment gateway should be adapted to the above requirements when adding a payment account, which should correspond to a field in the payment request.
For example, if the airline only sells tickets and insurance, then a field one in the corresponding payment request is used to place the cost of the ticket, and adding the payment account results in a field one corresponding to the account of the airline. Similarly, the second field is used for placing insurance cost and corresponds to an account of the aviation union. It should be noted that, the insurance sale of the airline company is regulated by the airline union, so the insurance cost needs to be included in the account number of the airline union. If the fee of the air ticket selected by the user is 1800 Yuan, the fee of the insurance is 200 Yuan, and the selected payment method is the payment of the pay treasure. Then, the payment request sent to the payment gateway should set field one to 1800 yuan and field two to 200 yuan, and the corresponding payment identifier should be paid by the paypal. And finally, the payment gateway transfers 1800 yuan of 2000 yuan paid by the user into a payment treasure account of the airline company and transfers 200 yuan into a payment treasure account of the airline.
In the embodiment of the invention, a plurality of collection accounts of each payment mode are configured in the payment gateway, and one payment identifier is configured for each payment mode, wherein each collection account corresponds to one type of commodity. One payment identifier corresponds to the collection accounts for multiple types of goods. After the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid, a payment request containing the payment identifier and the price of each type of commodity to be paid is sent to the payment gateway, so that the payment gateway is triggered to transfer the cost of each type of commodity to be paid in the cost paid by the user into the corresponding collection account. The payment receiving account can be determined according to the payment identifier in the payment request, and the specific fee to be transferred into each account is determined according to the fee of each type of the commodities to be paid. Therefore, under the condition of not changing the payment mode of the user, the payment can be transferred into the corresponding collection account in the payment process, and the later-stage accounting work is not needed. Thereby greatly reducing unnecessary expenses and manpower expenses.
Optionally, a method for processing transaction data disclosed in another specific implementation of the present invention is applied to a transaction data processing apparatus, and as shown in fig. 2, the method specifically includes:
s201, creating a payment mode group, and placing all payment modes into the payment mode group.
And the payment modes placed in the payment mode group are supported by the payment gateway, and the payment modes of corresponding payment accounts are added in the payment gateway. The payment mode is provided for selection by the transaction data processing device to the user.
The creation of the payment means group places all payment means so that a plurality of payment means can be managed. For example, when the split is no longer applied, all payment methods in the payment method group may be directly masked. In addition, in order to meet different requirements, the transaction data processing device can support a plurality of different transaction data processing modes, so that the transaction data processing device needs to be distinguished by different payment mode groups. For example, part of insurance and air tickets of an airline company can be separated, but the part of insurance and air tickets are not allowed to be separated, so that the airline can only be separated after the insurance cost is first generated. Each payment mode for carrying out the account division corresponds to two collection accounts of the airline company and the airline union, and the payment mode without carrying out the account division only corresponds to the account of the airline company. Therefore, at this time, it is necessary to store the corresponding payment means through two different payment means groups.
S202, configuring corresponding payment identification for each payment mode in the payment mode group.
It should be noted that, when a plurality of payment receiving accounts of a payment method are added to the payment gateway, the payment gateway may generate a payment identifier accordingly. And the transaction data processing device configures the payment identification to each corresponding payment mode. Therefore, each payment identifier corresponds to one payment mode and also corresponds to a plurality of collection accounts of the payment mode.
It should be noted that the steps S201 and S202 constitute a method for configuring a payment method by the transaction data processing device. The method is performed in advance and does not require steps to be performed each time transaction data is processed by the method provided by the embodiments of the present invention. That is, after the payment method is configured in advance, the method provided by the embodiment of the present invention may be executed directly from step S203.
And S203, judging whether the payment needs to be separated according to the information of the commodity to be paid.
The information of the to-be-paid commodity at least comprises one of a pre-configured branch payment identifier or a non-branch payment identifier.
For the goods sold, there may be goods for which the payment is allowed for the billing and goods for which the billing is not allowed. Therefore, in order to determine whether the goods can be separated, one of a separation payment identifier or a non-separation identifier may be configured in the information of the goods in advance. If the information of the to-be-paid commodity contains a payment branch identifier, the to-be-paid commodity is allowed to be divided; and if the information of the commodity to be paid contains the non-accounting mark, accounting is not allowed. Of course, other ways of distinguishing and determining whether the goods can be classified are also adopted, and the method belongs to the scope of the invention. For example, the information of the commodity which is allowed to be separated includes a separation identifier, and the commodity which does not include the separation identifier in the commodity information cannot be separated.
And S204, outputting all payment modes in the payment mode group to a user for selection.
When the step S203 is executed to determine that the payment needs to be separated, that is, the information of the to-be-paid commodity includes a separation identifier, the step S204 is executed.
That is, in the case where the billing is allowed, the payment means supporting the billing is provided to the user for selection. And when step S204 is executed to determine that the payment does not need to be separated, the corresponding other payment method should be provided for the user to select.
S205, creating a payment order and recording the split account identifier into the payment order.
Optionally, in order to facilitate subsequent inquiry, after the user selects a payment method for the to-be-paid commodity, before the payment identifier corresponding to the payment method is determined according to the payment method selected by the user for the to-be-paid commodity, a payment order is created for the payment, the branch account identifier is recorded in the payment order, the payment order is marked as the order for recording the branch account payment, and then inquiry of the payment state and subsequent logical processing of a quit improvement line are performed by using the branch account identifier. It should be noted that the billing identifier is different from the billing payment identifier in the information of the to-be-paid commodity and the payment identifier configured for the payment method.
S206, determining a payment identifier corresponding to the payment mode according to the payment mode selected by the user for the commodity to be paid.
And S207, respectively recording a plurality of payment records in the payment order.
Wherein each of the payment records the price of a type of the goods to be paid.
Since the payment is divided into account, in order to conveniently inquire and distinguish different payment records, a plurality of payment records are respectively recorded in the payment order, wherein each payment record records the price of one type of the goods to be paid. Alternatively, different payment records are recorded in different types, in order to be directly distinguishable.
S208, sending a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the commodities to be paid; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier.
The payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
S209, receiving the payment state of each fee transferred into the collection account returned by the payment gateway and the transaction flow of each fee.
Since the cost of each commodity is respectively entered into different collection accounts, the payment gateway can correspondingly return the payment state and transaction flow of each cost respectively entered into the collection accounts.
S210, respectively recording the payment state of each expense and the transaction flow of each expense into the corresponding payment record of the payment order.
The payment status and transaction flow of each fee are recorded into the corresponding payment record in the payment order created when step S205 is executed, so as to meet the requirements of later checking, reconciliation and the like.
The embodiment of the invention places the payment modes through the pre-configured payment mode group, thereby facilitating the management of the payment modes. And whether the payment is divided or not is judged, a corresponding payment mode is provided, and the payment mode which is not divided can be compatible under the condition of supporting the division. A plurality of collection accounts of each payment mode are configured in the payment gateway, and a payment identifier is configured for each payment mode, wherein each collection account corresponds to one type of goods. One payment identifier corresponds to the collection accounts for multiple types of goods. When the payment identifier corresponding to the payment mode is determined according to the payment mode selected by the user for the commodity to be paid, the payment request containing the payment identifier and the price of each type of commodity to be paid is sent to the payment gateway, so that the payment gateway is triggered to transfer the cost of each type of commodity to be paid in the cost paid by the user into the corresponding collection account. Therefore, the payment can be divided into the corresponding collection accounts in the payment process, and the later-stage account separation work is not needed. And the payment records of each expense are respectively recorded, so that the later-stage query, the return and correction and the other operations are facilitated.
Another embodiment of the present invention discloses a transaction data processing apparatus, as shown in fig. 3, including:
the determining unit 301 is configured to determine a payment identifier corresponding to a payment method according to the payment method selected by a user for a commodity to be paid.
A sending unit 302, configured to send a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the to-be-paid commodities; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier.
The payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
According to the embodiment of the invention, the payment identifier corresponding to the payment mode is determined by the determining unit according to the payment mode selected by the user for the commodity to be paid, and the sending unit sends a payment request to the payment gateway; wherein the payment request at least comprises the payment identification and the price of each type of the goods to be paid. And the payment request triggers the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account. Therefore, the payment can be divided into the corresponding collection accounts in the payment process, and the later-stage account separation work is not needed. Thereby greatly reducing unnecessary expenses and manpower expenses.
Optionally, in another embodiment of the present invention, as shown in fig. 4, the transaction data processing apparatus may further include:
a creating unit 401, configured to create a payment method group, and place all payment methods in the payment method group;
a configuring unit 402, configured to configure the corresponding payment identifier for each payment method in the payment method group.
A judging unit 403, configured to judge whether the payment needs to be split according to the information of the to-be-paid commodity; the information of the to-be-paid commodity at least comprises one of a pre-configured branch payment identifier or a non-branch payment identifier.
And the output unit 404 is configured to determine that the payment needs to be split in the determination unit, and output all payment methods in the payment method group to a user for selection.
A first recording unit 405, configured to create a payment order and record the ledger identifier into the payment order
A second recording unit 407, configured to record multiple payment records in the payment order respectively.
Wherein each of the payment records the price of a type of the goods to be paid.
The receiving unit 409 is configured to receive a payment status of each fee transferred into the collection account and a transaction flow of each fee returned by the payment gateway.
The second recording unit 410 is configured to record the payment status of each fee and the transaction flow of each fee into the corresponding payment record of the payment order respectively.
For the specific working process of the unit disclosed in the above embodiment of the present invention, reference may be made to the content of the corresponding method embodiment, which is not described herein again.
A person skilled in the art can make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (6)

1. A transaction data processing method is applied to a transaction data processing device, and comprises the following steps:
judging whether the payment needs to be divided according to the information of the commodities to be paid; the information of the commodity to be paid at least comprises one of a pre-configured payment identifier or a non-payment identifier;
if the payment needs to be divided, outputting all payment modes in the payment mode group to a user for selection;
establishing a payment order and recording a billing identification into the payment order;
determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for a commodity to be paid;
sending a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the commodities to be paid; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier; the payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods;
the method for configuring the payment mode by the transaction data processing device comprises the following steps:
creating a payment mode group and placing all payment modes into the payment mode group;
and configuring the corresponding payment identification for each payment mode in the payment mode group.
2. The method according to claim 1, wherein after the user determines the payment identifier corresponding to the payment method for the payment method selected by the commodity to be paid, the method further comprises:
respectively recording a plurality of payment records in the payment order; wherein each of the payment records the price of a type of the goods to be paid.
3. The method of claim 1, wherein after sending the payment request to the payment gateway, further comprising:
receiving the payment state of each fee transferred into a collection account and the transaction flow of each fee returned by the payment gateway;
and respectively recording the payment state of each expense and the transaction flow of each expense into corresponding payment records of the payment order.
4. A transaction data processing apparatus, comprising:
the payment system comprises a creating unit, a payment mode selecting unit and a payment mode selecting unit, wherein the creating unit is used for creating a payment mode group and placing all payment modes into the payment mode group;
the configuration unit is used for configuring a corresponding payment identifier for each payment mode in the payment mode group;
the judging unit is used for judging whether the payment needs to be divided according to the information of the commodity to be paid; the information of the commodity to be paid at least comprises one of a pre-configured branch payment identifier or a non-branch payment identifier;
the output unit is used for judging that the payment needs to be separated in the judging unit, and outputting all payment modes in the payment mode group to a user for selection;
the payment system comprises a first recording unit, a second recording unit and a payment processing unit, wherein the first recording unit is used for creating a payment order and recording a billing identifier into the payment order;
the payment processing device comprises a determining unit, a payment processing unit and a payment processing unit, wherein the determining unit is used for determining a payment identifier corresponding to a payment mode according to the payment mode selected by a user for a commodity to be paid;
a sending unit, configured to send a payment request to a payment gateway; wherein the payment request at least comprises the payment identifier and the price of each type of the commodities to be paid; the payment request is used for triggering the payment gateway to transfer the cost of each type of the commodities to be paid in the cost paid by the user into the corresponding collection account; the collection account corresponds to the payment identifier;
the payment gateway is pre-configured with a plurality of payment accounts under each payment mode, and is configured with one payment identifier for each payment mode, and each payment account corresponds to one type of goods.
5. The apparatus of claim 4, further comprising:
the second recording unit is used for respectively recording a plurality of payment records in the payment order; wherein each of the payment records the price of a type of the goods to be paid.
6. The apparatus of claim 4, further comprising:
the receiving unit is used for receiving the payment state of each fee transferred into the collection account and the transaction flow of each fee returned by the payment gateway;
and the third recording unit is used for respectively recording the payment state of each expense and the transaction flow of each expense into corresponding payment records of the payment order.
CN201910999318.8A 2019-10-21 2019-10-21 Transaction data processing method and device Active CN110728506B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910999318.8A CN110728506B (en) 2019-10-21 2019-10-21 Transaction data processing method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910999318.8A CN110728506B (en) 2019-10-21 2019-10-21 Transaction data processing method and device

Publications (2)

Publication Number Publication Date
CN110728506A CN110728506A (en) 2020-01-24
CN110728506B true CN110728506B (en) 2022-09-20

Family

ID=69220359

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910999318.8A Active CN110728506B (en) 2019-10-21 2019-10-21 Transaction data processing method and device

Country Status (1)

Country Link
CN (1) CN110728506B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111369241B (en) * 2020-02-20 2021-08-13 支付宝(杭州)信息技术有限公司 Group payment method, device and equipment

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105427150A (en) * 2015-11-06 2016-03-23 现代城市环境服务（深圳）有限公司 Old thing trade order processing method and system
CN105678546A (en) * 2016-01-04 2016-06-15 布比（北京）网络技术有限公司 Digital asset processing method based on distributed shared general ledger

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1928907A (en) * 2006-10-13 2007-03-14 钟杨 Method, system and device for transaction payment using mobile terminal equipment
US8396808B2 (en) * 2009-07-31 2013-03-12 Think Computer Corporation Method and system for transferring an electronic payment
CN103971228B (en) * 2013-01-31 2017-08-01 深圳市腾讯计算机系统有限公司 The payment request processing method of network opening platform virtual goodses, device and system
CN107025585A (en) * 2016-01-29 2017-08-08 上海新卡说信息技术有限公司 A kind of data platform
CN106447426A (en) * 2016-09-08 2017-02-22 北京小度信息科技有限公司 Method and apparatus for settling earning distribution
CN107067559A (en) * 2017-03-29 2017-08-18 深圳充电网科技有限公司 A kind of method and apparatus for realizing charging pile interconnection charging
CN108241969A (en) * 2017-12-22 2018-07-03 北京车和家信息技术有限公司 Order is split and the method and system of payment, computer equipment
CN109886766A (en) * 2018-08-01 2019-06-14 奥佳华智能健康科技集团股份有限公司 A kind of shared massage armchair method of payment and Withdrawing method
CN110245961B (en) * 2019-06-06 2022-05-06 深圳正品创想科技有限公司 Method and device for processing marketing information of commodities, server and intelligent equipment
CN110288767A (en) * 2019-06-28 2019-09-27 深圳市元征科技股份有限公司 A kind of spare and accessory parts management method, system and electronic equipment and storage medium

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105427150A (en) * 2015-11-06 2016-03-23 现代城市环境服务（深圳）有限公司 Old thing trade order processing method and system
CN105678546A (en) * 2016-01-04 2016-06-15 布比（北京）网络技术有限公司 Digital asset processing method based on distributed shared general ledger

Also Published As

Publication number Publication date
CN110728506A (en) 2020-01-24

Similar Documents

Publication Publication Date Title
CN104641390A (en) Settlement service support system and settlement service support method
JPWO2003023672A1 (en) Portable card reader and card payment system
JP2001312627A (en) Product recycling charge settling method and its implementation device, and recording medium stored with processing program thereof
CN112561566B (en) Cross-border import store distributor shop platform system
JP2001005882A (en) Electronic commercial transaction system using prepaid card and transaction method therefor
CN107545335A (en) A cross-border electric business system software of B2C patterns
KR20170101669A (en) Rental sevice method for second-hand goods using electronic commerce
CN110728506B (en) Transaction data processing method and device
CN101072276A (en) Billing method and system
JP2015207142A (en) Payment processor, payment processing method, and payment processing program
CN107403348A (en) A kind of cross-border electric business solves processing system
US20040107145A1 (en) Method and system for making purchases over a computer network
JP2010524117A (en) Discriminatory payment system and method
JP4597765B2 (en) Claim clearing device, claim clearing method, and claim clearing program
CN110390555A (en) A kind of multi-platform integration internet mall system and distribution method
CN101742022B (en) Prepayment system and method
CN114037439A (en) Supply chain system platform collection and payment branch transaction method
KR101244238B1 (en) The account inter-working system and method thereof
KR20110000192U (en) MD management and collecting re-registration method for data through a B2B interlocking system
JP2010277266A (en) Payment processing system and payment processing method
CN110766450A (en) Birthday cake welfare distribution and verification method and device
JP2003296648A (en) Fund transfer processing method, computer program, purchaser country side financial institution system, seller country side financial institution system and mediator system
JP2020077040A (en) Event carry-in/out web settlement system and web server
CN110084383A (en) Junked-auto recycling and components sale management system and application method based on APP
KR102333518B1 (en) A settlement agent system for corporation benefit expenses and the service providing method thereof

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
GR01 Patent grant
GR01 Patent grant