WO2017157163A1 - 交易数据处理方法及装置 - Google Patents

交易数据处理方法及装置 Download PDF

Info

Publication number
WO2017157163A1
WO2017157163A1 PCT/CN2017/075068 CN2017075068W WO2017157163A1 WO 2017157163 A1 WO2017157163 A1 WO 2017157163A1 CN 2017075068 W CN2017075068 W CN 2017075068W WO 2017157163 A1 WO2017157163 A1 WO 2017157163A1
Authority
WO
WIPO (PCT)
Prior art keywords
transaction
stage
transaction data
order
returned
Prior art date
Application number
PCT/CN2017/075068
Other languages
English (en)
French (fr)
Inventor
李攀
Original Assignee
阿里巴巴集团控股有限公司
李攀
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 阿里巴巴集团控股有限公司, 李攀 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2017157163A1 publication Critical patent/WO2017157163A1/zh

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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing

Definitions

  • the present application relates to the field of network technologies, and in particular, to a transaction data processing method and apparatus.
  • multi-stage transactions are a very common transaction method. Buyers and seller users will have multiple stages in the process of multi-stage transactions on the Internet.
  • the order can be divided into multi-stage payment transaction data.
  • the buyer user can request a refund of the transaction data during the transaction process.
  • An example is given below to illustrate the processing method of the transaction data in the related art.
  • the buyer user purchases two kinds of transaction objects of the seller user--product A (transaction data is 95 yuan) and commodity B (transaction data is 5 yuan), and the generated multi-stage transaction order includes three stages, the first stage of payment The transaction data is 30% of the total transaction data of the multi-stage transaction order, the second-stage pending transaction data is 60% of the total transaction data of the multi-stage transaction order, and the pending transaction data of the tail stage is the total of the multi-stage transaction order. 10% of the transaction data, that is to say, the first stage of the pending transaction data is 30 yuan, the second stage of the pending transaction data is 60 yuan, and the last stage of the pending transaction data is 10 yuan.
  • the buyer user sends a request for the return transaction data for the commodity A in the second stage of the multi-stage transaction order, the buyer user can only obtain the paid transaction data of the second stage, that is, 60 yuan, and the transaction data of the commodity A is 95. And; after the second stage completes the return of the transaction data, the pending transaction data of the tail stage of the multi-stage transaction order does not change, but in fact, the transaction data of the final stage still includes part of the transaction data of the commodity A, these It is very unreasonable.
  • the buyer user can only obtain the paid transaction data of this stage, and the transaction data of the subsequent stage will not be changed, and the processing method of the transaction data cannot accurately process the returned transaction data of the buyer user. And pending transaction data, seriously affecting the user experience.
  • the embodiment of the present invention provides a method and a device for processing transaction data, which are used to solve the problem that the returning transaction data and the to-be-paid transaction data of the buyer user cannot be accurately processed in the related art, which seriously affects the user experience.
  • a transaction data processing method including:
  • Determining the return transaction object according to the total transaction data of the refund transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and the returned transaction data. Actual return of transaction data;
  • the pending transaction data for each stage after the current phase of the multi-phase transaction order is updated.
  • Returns the actual return transaction data of the transaction object including:
  • it also includes:
  • the maximum refund transaction data of the returned transaction object is obtained, and the actual return transaction data of the returned transaction object is obtained.
  • updating the pending transaction data of each stage after the current stage of the multi-stage transaction order includes:
  • the ratio is subtracted by 1 and then multiplied by the pending transaction data for each stage after the current phase of the multi-stage transaction order.
  • updating the pending transaction data of each stage after the current stage of the multi-stage transaction order includes:
  • the pending transaction data for each stage after the current phase of the multi-phase transaction order is maintained.
  • a transaction data processing apparatus including:
  • a receiving unit configured to receive, in a transaction process of the multi-stage transaction order, a refund transaction data request sent by the user for the multi-stage transaction order, where the return transaction data request carries the total transaction data of the returned transaction object;
  • a determining unit configured to determine, according to the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and the returned transaction data Returning the actual return transaction data of the transaction object;
  • a return unit configured to return the actual return transaction data of the returned transaction object to the user
  • an update unit configured to update pending transaction data of each stage after the current stage of the multi-stage transaction order.
  • the determining unit is configured to: according to the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and
  • the returned transaction data determines the actual refund transaction data of the returned transaction object, specifically for:
  • the maximum refund transaction data of the returned transaction object is subtracted from the current stage of the multi-stage transaction order The sum of the transaction data has been refunded, and the actual return transaction data of the returned transaction object is obtained.
  • the determining unit is further configured to:
  • the maximum refund transaction data of the returned transaction object is obtained, and the actual return transaction data of the returned transaction object is obtained.
  • the update unit is configured to update pending transaction data of each stage after the current stage of the multi-stage transaction order, specifically for :
  • the ratio is subtracted by 1 and then multiplied by the pending transaction data for each stage after the current phase of the multi-stage transaction order.
  • the update unit is configured to update pending transaction data of each stage after the current stage of the multi-stage transaction order, specifically for:
  • the pending transaction data for each stage after the current phase of the multi-phase transaction order is maintained.
  • the embodiment of the present application provides a transaction data processing method and apparatus, in a transaction process of a multi-stage transaction order, receiving a return transaction data request sent by a user for the multi-stage transaction order, and the return transaction data request carries a refund transaction.
  • Total transaction data of the object total transaction data according to the returned transaction object, total transaction data of the multi-stage transaction order, current stage of the multi-stage transaction order, and paid transaction data and refunded transaction data of the previous stage Determining the actual refund transaction data of the refund transaction object; returning the actual refund transaction data of the refund transaction object to the user; and updating the pending transaction data of each stage after the current stage of the multi-stage transaction order .
  • the actual refund of the returned transaction object is determined based on the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data and the refunded transaction data of the previous stage.
  • Transaction data, and after returning the actual refund transaction data to the user update the pending transaction data at each stage after the current stage of the multi-stage transaction order, so that the buyer user's refund transaction data and pending transaction data can be accurately processed, and the transaction data is improved. user experience.
  • FIG. 1 is a flowchart of a transaction data processing method in an embodiment of the present application
  • FIG. 3 is a schematic structural diagram of a transaction data processing apparatus according to an embodiment of the present application.
  • the embodiment of the present application provides a transaction data processing method, and the execution subject of the method may be but not limited to It is a server.
  • the process of the method is as shown in FIG. 1 , and specifically includes the following steps:
  • S11 Receiving a refund transaction data request sent by the user for the multi-stage transaction order during the transaction of the multi-stage transaction order.
  • a multi-stage transaction order is generated, and the multi-stage transaction order can be divided into multiple stages for transaction, and the buyer user can initiate a refund transaction data request at any stage, and the refund transaction is performed at the same time.
  • the data request carries the total transaction data of the returned transaction object, and the server receives the return transaction data request sent by the user.
  • the refund transaction data request may be sent to the server. Since the total transaction data of the commodity A is 95 yuan, the refund transaction is required. The data request carries 95 yuan of the commodity A.
  • S12 Determine the actual refund transaction data of the returned transaction object according to the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and the returned transaction data.
  • the pending transaction data of each stage after the current stage of the multi-stage transaction order needs to be updated, so that the current stage after the multi-stage transaction order can be more accurately calculated.
  • the transaction data to be paid at each stage ensures the accuracy of the pending transaction data at subsequent stages.
  • the actual refund of the returned transaction object is determined based on the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data and the refunded transaction data of the previous stage.
  • Transaction data, and after returning the actual refund transaction data to the user update the pending transaction data at each stage after the current stage of the multi-stage transaction order, so that the buyer user's refund transaction data and pending transaction data can be accurately processed, and the transaction data is improved. user experience.
  • the actual transaction data of the returned transaction object is used to determine the actual transaction object to be returned.
  • the implementation process of returning transaction data is as shown in FIG. 2, and specifically includes the following steps:
  • This step can be specifically implemented by the following formula:
  • the maximum return transaction data of the returned transaction object (total transaction data of the returned transaction object / total transaction data of the multi-stage transaction order) * Current stage and previous stage of the multi-stage transaction order The sum of the paid transaction data.
  • the maximum refund transaction data of the returned transaction object is calculated, that is, the sum of the paid transaction data of the transaction object at the current stage and the previous stage is returned, which is the transaction data that the user has paid for the return transaction object, that is, The transaction data that can be returned to the user for the refund of the transaction object.
  • S122 Determine whether the sum of the returned transaction data generated by each stage before the current stage of the multi-stage transaction order is greater than zero. If the sum of the returned transaction data generated by each stage before the current stage of the multi-stage transaction order is greater than zero, execute S123. If the sum of the returned transaction data generated by each stage before the current stage of the multi-stage transaction order is equal to zero, then S124 is performed.
  • S124 Obtain the maximum refund transaction data of the returned transaction object, and obtain the actual refund transaction data of the returned transaction object.
  • the multi-stage transaction order has returned the transaction data at each stage before the current stage. That is, it can be judged whether the sum of the returned transaction data generated by each stage before the current stage of the multi-stage transaction order is zero, and if the sum of the returned transaction data is greater than zero, it indicates that the returned transaction data has been generated before the current stage of the multi-stage transaction order.
  • the sum of the returned transaction data is also subtracted from the maximum refund transaction data, and the sum of the actual returned transaction data is obtained; if the total of the returned transaction data is equal to zero, the multi-stage transaction order is indicated.
  • the returned transaction data has not been generated before the current stage, and the maximum refund transaction data can be used as the actual return transaction data.
  • the user can propose the number of refunded transactions.
  • the request may be divided into two types, the first is to return the transaction object and the return transaction data request, and the other is to return only the transaction data request, in both cases, after updating the current stage of the multi-stage transaction order
  • the processing method of the transaction data to be paid at each stage is different, and the following two cases are respectively explained.
  • the first type if the return transaction data request is a return transaction object and a return transaction data request, updating the pending transaction data of each stage after the current stage of the multi-stage transaction order, specifically: calculating the total transaction data of the returned transaction object and the The ratio of the total transaction data of the stage trade order; the ratio is subtracted from 1 and multiplied by the pending transaction data for each stage after the current stage of the multi-stage trade order.
  • the transaction data request when updating the pending transaction data at each stage after the current stage of the multi-stage transaction order, needs to be based on the following formula:
  • the transaction data of the transaction object Since the transaction data has been generated for the return transaction object, the transaction data of the transaction object is still included in the order of each stage after the current stage of the original multi-stage transaction order.
  • this part of the transaction data is Unreasonable transaction data, so it is necessary to remove part of the transaction data of the returned transaction object, so as to obtain accurate transaction data for each stage.
  • updating the pending transaction data of each stage after the current stage of the multi-stage transaction order includes: maintaining the various stages after the current stage of the multi-stage transaction order Pending transaction data.
  • the manner of updating the pending transaction data of each stage after the current stage of the multi-stage transaction order is also different, and it is ensured that different update manners are made for specific situations. More accurately, the accuracy of the pending transaction data at each stage after the current stage of the multi-stage transaction order can further enhance the user experience.
  • the embodiment of the present application further provides a transaction data processing device, which corresponds to the transaction data processing method shown in FIG. 1.
  • the structure of the device is as shown in FIG. 3, and includes a receiving unit 31 and a determination. Unit 32, return unit 33 and update unit 34, wherein:
  • the receiving unit 31 is configured to receive, in a transaction process of the multi-stage transaction order, a return transaction data request sent by the user for the multi-stage transaction order, and return the transaction data request to carry the total transaction data of the returned transaction object;
  • the determining unit 32 is configured to determine, according to the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and the returned transaction data, the return transaction object is determined. Actual return of transaction data;
  • the return unit 33 is configured to return the actual return transaction data of the returned transaction object to the user;
  • the update unit 34 is configured to update the pending transaction data of each stage after the current stage of the multi-stage transaction order.
  • the actual refund of the returned transaction object is determined based on the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data and the refunded transaction data of the previous stage.
  • Transaction data, and after returning the actual refund transaction data to the user update the pending transaction data at each stage after the current stage of the multi-stage transaction order, so that the buyer user's refund transaction data and pending transaction data can be accurately processed, and the transaction data is improved. user experience.
  • the determining unit 32 is configured to determine, according to the total transaction data of the returned transaction object, the total transaction data of the multi-stage transaction order, the current stage of the multi-stage transaction order, and the paid transaction data of the previous stage and the returned transaction data.
  • the actual return transaction data of the transaction object specifically for:
  • the maximum refund transaction data of the returned transaction object is subtracted from the sum of the returned transaction data generated before the current stage of the multi-stage transaction order, The actual return transaction data of the returned transaction object is obtained.
  • the determining unit 32 is further configured to:
  • the maximum refund transaction data of the returned transaction object is obtained, and the actual return transaction data of the returned transaction object is obtained.
  • the update unit 34 is configured to update the pending transaction data of each stage after the current stage of the multi-stage transaction order, specifically for:
  • the ratio is subtracted from 1 and multiplied by the pending transaction data for each stage after the current phase of the multi-phase transaction order.
  • the updating unit 34 is configured to update the number of pending transactions at each stage after the current stage of the multi-stage transaction order. According to, specifically for:

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请公开了一种交易数据处理方法及装置，该方法涉及网络技术领域，包括：在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；将所述退还交易对象的实际退还交易数据退还给所述用户；以及，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。该方案可以准确处理买方用户的退还交易数据和待付交易数据，提升用户体验。

Description

交易数据处理方法及装置 技术领域
本申请涉及网络技术领域，尤其涉及一种交易数据处理方法及装置。
背景技术
随着网络技术的飞速发展，越来越多的用户在网上进行交易，目前多阶段交易是非常常见的一种交易方式，买方用户与卖方用户在网上进行多阶段交易的过程中会产生多阶段交易订单，该订单可以分为多阶段支付交易数据。按照目前的网上交易规则，买方用户在交易过程中可以提出退还交易数据请求，下面以一个实例举例说明相关技术中交易数据的处理方法。
例如：买方用户购买卖方用户的两种交易对象--商品A(交易数据为95元)和商品B(交易数据为5元)，产生的多阶段交易订单包括三个阶段，首阶段的待付交易数据为多阶段交易订单的总交易数据的30％，第二阶段的待付交易数据为多阶段交易订单的总交易数据的60％，尾阶段的待付交易数据为多阶段交易订单的总交易数据的10％，也就是说第一阶段的待付交易数据为30元，第二阶段的待付交易数据为60元，尾阶段的待付交易数据为10元。
若买方用户在多阶段交易订单进行的第二阶段发送针对商品A的退还交易数据请求，则买方用户只能得到第二阶段的已付交易数据，即60元，而商品A的交易数据为95元；并且，在第二阶段完成退还交易数据后，多阶段交易订单的尾阶段的待付交易数据不会变化，但实际上尾阶段的待付交易数据中仍然包括商品A的部分交易数据，这些都是非常不合理的。
上述交易数据的处理方法中，买方用户只能得到本阶段的已付交易数据，并且后续阶段的待付交易数据不会发生改变，这种交易数据的处理方法无法准确处理买方用户的退还交易数据和待付交易数据，严重影响用户体验。
发明内容
本申请实施例提供一种交易数据处理方法及装置，用以解决相关技术中存在的无法准确处理买方用户的退还交易数据和待付交易数据，严重影响用户体验的问题。
根据本申请实施例，提供一种交易数据处理方法，包括：
在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；
根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；
将所述退还交易对象的实际退还交易数据退还给所述用户；以及，
更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的，根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据，具体包括：
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到所述退还交易对象的最大退还交易数据；
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零；
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则将所述退还交易对象的最大退还交易数据减去所述 多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到所述退还交易对象的实际退还交易数据。
可选的，还包括：
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则获取所述退还交易对象的最大退还交易数据，得到所述退还交易对象的实际退还交易数据。
具体的，若所述退还交易数据请求为退还交易对象和退还交易数据请求，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值；
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的，若所述退还交易数据请求为仅退还交易数据请求，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
根据本申请实施例，还提供一种交易数据处理装置，包括：
接收单元，用于在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；
确定单元，用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；
退还单元，用于将所述退还交易对象的实际退还交易数据退还给所述用户；以及，
更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
具体的，所述确定单元，用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据，具体用于：
将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到所述退还交易对象的最大退还交易数据；
判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零；
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到所述退还交易对象的实际退还交易数据。
可选的，所述确定单元，还用于：
若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则获取所述退还交易对象的最大退还交易数据，得到所述退还交易对象的实际退还交易数据。
具体的，若所述退还交易数据请求为退还交易对象和退还交易数据请求，所述更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体用于：
计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值；
用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
可选的，若所述退还交易数据请求为仅退还交易数据请求，所述更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体用于：
保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
本申请实施例提供一种交易数据处理方法及装置，在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；将所述退还交易对象的实际退还交易数据退还给所述用户；以及，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。该方案中，会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据，并在将实际退还交易数据退还给用户后，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，从而可以准确处理买方用户的退还交易数据和待付交易数据，提升用户体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1为本申请实施例中一种交易数据处理方法的流程图；
图2为本申请实施例中S12的流程图；
图3为本申请实施例中一种交易数据处理装置的结构示意图。
具体实施方式
为了使本申请所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
为了解决相关技术中存在的无法准确处理买方用户的退还交易数据和待付交易数据，严重影响用户体验的问题，本申请实施例提供一种交易数据处理方法，该方法的执行主体可以但不限于是服务器，该方法的流程如图1所示，具体包括如下步骤：
S11：在多阶段交易订单的交易过程中，接收用户发送的针对多阶段交易订单的退还交易数据请求。
当买方用户与卖方用户进行多阶段交易时，会产生多阶段交易订单，多阶段交易订单可以分为多个阶段进行交易，买方用户在任一个阶段都可以发起退还交易数据请求，并在该退还交易数据请求中携带退还交易对象的总交易数据，服务器接收用户发送的退还交易数据请求。
继续沿用背景技术中的实例，若买方用户需要在第二阶段请求退还商品A的交易数据，可以向服务器发送退还交易数据请求，由于商品A的总交易数据为95元，因此需要在该退还交易数据请求中携带商品A的95元。
S12：根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据。
在计算退还交易对象的实际退还交易数据时，在相关技术中仅是退还当前阶段的交易数据，而本申请实施例中要根据退还交易对象的总交易数 据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据来确定，从而可以更加准确地计算实际退还交易数据，确保退还交易数据的准确性。
S13：将退还交易对象的实际退还交易数据退还给用户。
S14：更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
将退还交易对象的实际退还交易数据退还给用户后，还需要更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，从而可以更加准确地计算在多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，确保后续各个阶段的待付交易数据的准确性。
该方案中，会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据，并在将实际退还交易数据退还给用户后，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，从而可以准确处理买方用户的退还交易数据和待付交易数据，提升用户体验。
具体的，上述S12中根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据的实现过程如图2所示，具体包括以下步骤：
S121：将退还交易对象的总交易数据与多阶段交易订单的总交易数据相比后再乘以多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到退还交易对象的最大退还交易数据。
本步骤具体可以通过以下公式实现：
退还交易对象的最大退还交易数据＝(退还交易对象的总交易数据/多阶段交易订单的总交易数据)*多阶段交易订单的当前阶段以及之前阶段 的已付交易数据总和。
根据上述公式计算的是退还交易对象的最大退还交易数据，也就是说退还交易对象在当前阶段以及之前阶段的已付交易数据总和，这部分是用户针对退还交易对象已经支付的交易数据，也就是针对退还交易对象最大可以退还给用户的交易数据。
S122：判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零，若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则执行S123；若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则执行S124。
S123：将退还交易对象的最大退还交易数据减去多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到退还交易对象的实际退还交易数据。
S124：获取退还交易对象的最大退还交易数据，得到退还交易对象的实际退还交易数据。
在确定退还交易对象的最大退还交易数据后，至于是否将退还交易对象的最大退还交易数据退还给用户，还需要进一步确定多阶段交易订单在当前阶段之前的各个阶段是否发生过已退还交易数据，也就是可以判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否为零，若已退还交易数据总和大于零，说明多阶段交易订单的当前阶段之前产生过已退还交易数据，为了避免重复退还用户交易数据，这时还要在最大退还交易数据中减去已退还交易数据总和，得到的才是实际退还交易数据总和；若已退还交易数据总和等于零，说明多阶段交易订单的当前阶段之前未产生过已退还交易数据，这时可以将最大退还交易数据作为实际退还交易数据。
通过步骤S121-S124可以实现更加准确地确定退还交易对象的实际退还交易数据，从而确保用户体验。
具体的，在多阶段交易订单的交易过程中，用户可以提出退还交易数 据请求，该请求可能分为两种，第一种是退还交易对象和退还交易数据请求，另一种是仅退还交易数据请求，在这两种情况下，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据时的处理方法是不同的，下面分别针对这两种情况进行说明。
第一种，若退还交易数据请求为退还交易对象和退还交易数据请求，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：计算退还交易对象的总交易数据与多阶段交易订单的总交易数据的比值；用1减去比值后再分别乘以多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
当用户需要退还交易对象时，这可能是由于用户对交易对象不满意、交易对象破损、用户不再需要该交易对象等等多种原因产生的，这时退还交易数据请求为退还交易对象和退还交易数据请求，在更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据时，需要根据下列公式进行：
(1-退还交易对象的总交易数据/多阶段交易订单的总交易数据)*各个阶段的待付交易数据。
因为针对退还交易对象已经产生过退还交易数据，而在原多阶段交易订单的当前阶段之后的各阶段的订单中依然包括退还交易对象的部分交易数据，当交易对象已退还时，这部分交易数据就是不合理交易数据，因此需要去除掉退还交易对象的部分交易数据，从而得到的各个阶段准确的待付交易数据。
第二种，若退还交易数据请求为仅退还交易数据请求，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
当用户仅需要退还交易数据而无需退还交易对象时，这可能是由于交易对象有瑕疵、交易对象的交易数据减少等等原因下产生的，此时卖方用户需要退还一部分交易数据给买方用户用来补偿买方用户，由于没有退还 交易对象，因此，多阶段交易订单的当前阶段之后的各个阶段的待付交易数据并没有发生改变，保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据即可。
上述两种情况中，当退还交易数据请求不同时，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据的方式也不同，由于针对具体情况作了不同的更新方式，从而可以确保更加准确地多阶段交易订单的当前阶段之后的各个阶段的待付交易数据的准确性，进而可以提升用户体验。
基于同一发明构思，本申请实施例还提供一种交易数据处理装置，该装置与如图1所示的交易数据处理方法相对应，该装置的结构如3图所示，包括接收单元31、确定单元32、退还单元33和更新单元34，其中：
上述接收单元31，用于在多阶段交易订单的交易过程中，接收用户发送的针对多阶段交易订单的退还交易数据请求，退还交易数据请求携带退还交易对象的总交易数据；
上述确定单元32，用于根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据；
上述退还单元33，用于将退还交易对象的实际退还交易数据退还给用户；以及，
上述更新单元34，用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
该方案中，会根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据，并在将实际退还交易数据退还给用户后，更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，从而可以准确处理买方用户的退还交易数据和待付交易数据，提升用户体验。
具体的，上述确定单元32，用于根据退还交易对象的总交易数据、多阶段交易订单的总交易数据、多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定退还交易对象的实际退还交易数据，具体用于：
将退还交易对象的总交易数据与多阶段交易订单的总交易数据相比后再乘以多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到退还交易对象的最大退还交易数据；
判断多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零；
若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则将退还交易对象的最大退还交易数据减去多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到退还交易对象的实际退还交易数据。
可选的，上述确定单元32，还用于：
若多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则获取退还交易对象的最大退还交易数据，得到退还交易对象的实际退还交易数据。
具体的，若退还交易数据请求为退还交易对象和退还交易数据请求，上述更新单元34，用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体用于：
计算退还交易对象的总交易数据与多阶段交易订单的总交易数据的比值；
用1减去比值后再分别乘以多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
可选的，若退还交易数据请求为仅退还交易数据请求，上述更新单元34，用于更新多阶段交易订单的当前阶段之后的各个阶段的待付交易数 据，具体用于：
保持多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
上述说明示出并描述了本申请的优选实施例，但如前，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。

Claims (10)

  1. 一种交易数据处理方法，其特征在于，包括：
    在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；
    根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；
    将所述退还交易对象的实际退还交易数据退还给所述用户；以及，
    更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
  2. 如权利要求1所述的方法，其特征在于，根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据，具体包括：
    将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到所述退还交易对象的最大退还交易数据；
    判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零；
    若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到所述退还交易对象的实际退还交易数据。
  3. 如权利要求2所述的方法，其特征在于，还包括：
    若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则获取所述退还交易对象的最大退还交易数据，得到所述退还交易对象的实际退还交易数据。
  4. 如权利要求1-3任一所述的方法，其特征在于，若所述退还交易数据请求为退还交易对象和退还交易数据请求，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：
    计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值；
    用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
  5. 如权利要求1-3任一所述的方法，其特征在于，若所述退还交易数据请求为仅退还交易数据请求，更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体包括：
    保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
  6. 一种交易数据处理装置，其特征在于，包括：
    接收单元，用于在多阶段交易订单的交易过程中，接收用户发送的针对所述多阶段交易订单的退还交易数据请求，所述退还交易数据请求携带退还交易对象的总交易数据；
    确定单元，用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据；
    退还单元，用于将所述退还交易对象的实际退还交易数据退还给所述用户；以及，
    更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
  7. 如权利要求6所述的装置，其特征在于，所述确定单元，用于根据所述退还交易对象的总交易数据、所述多阶段交易订单的总交易数据、所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据和已退还交易数据确定所述退还交易对象的实际退还交易数据，具体用于：
    将所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据相比后再乘以所述多阶段交易订单的当前阶段以及之前阶段的已付交易数据总和，得到所述退还交易对象的最大退还交易数据；
    判断所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和是否大于零；
    若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和大于零，则将所述退还交易对象的最大退还交易数据减去所述多阶段交易订单的当前阶段之前产生的已退还交易数据总和，得到所述退还交易对象的实际退还交易数据。
  8. 如权利要求7所述的装置，其特征在于，所述确定单元，还用于：
    若所述多阶段交易订单的当前阶段之前的各个阶段产生的已退还交易数据总和等于零，则获取所述退还交易对象的最大退还交易数据，得到所述退还交易对象的实际退还交易数据。
  9. 如权利要求6-8任一所述的装置，其特征在于，若所述退还交易数据请求为退还交易对象和退还交易数据请求，所述更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体用于：
    计算所述退还交易对象的总交易数据与所述多阶段交易订单的总交易数据的比值；
    用1减去所述比值后再分别乘以所述多阶段交易订单的当前阶段之后 的各个阶段的待付交易数据。
  10. 如权利要求6-8任一所述的装置，其特征在于，若所述退还交易数据请求为仅退还交易数据请求，所述更新单元，用于更新所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据，具体用于：
    保持所述多阶段交易订单的当前阶段之后的各个阶段的待付交易数据。
PCT/CN2017/075068 2016-03-15 2017-02-27 交易数据处理方法及装置 WO2017157163A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610147039.5A CN107194752B (zh) 2016-03-15 2016-03-15 交易数据处理方法及装置
CN201610147039.5 2016-03-15

Publications (1)

Publication Number Publication Date
WO2017157163A1 true WO2017157163A1 (zh) 2017-09-21

Family

ID=59850576

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/075068 WO2017157163A1 (zh) 2016-03-15 2017-02-27 交易数据处理方法及装置

Country Status (3)

Country Link
CN (1) CN107194752B (zh)
TW (1) TW201734919A (zh)
WO (1) WO2017157163A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101989337A (zh) * 2009-07-30 2011-03-23 上海薄荷信息科技有限公司 一种支付系统中实现安全支付的控制方法及控制装置
CN102045682A (zh) * 2009-10-19 2011-05-04 中兴通讯股份有限公司 一种支付业务异常交易的处理方法及系统
CN103186852A (zh) * 2011-12-31 2013-07-03 乐活在线（北京）网络技术有限公司 网络交易的支付方法、装置及系统
CN103514565A (zh) * 2012-06-27 2014-01-15 中国银联股份有限公司 金融交易处理系统的交易异常处理单元及方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9141956B2 (en) * 2006-11-13 2015-09-22 Ncr Corporation Using biometric tokens to pre-stage and complete transactions
CN101604427A (zh) * 2009-07-10 2009-12-16 阿里巴巴集团控股有限公司 数据处理方法及系统、交易处理系统、第三方支付系统
CN103020819A (zh) * 2012-11-28 2013-04-03 关志松 一种移动支付方法及系统
CN104978682A (zh) * 2015-07-09 2015-10-14 广州浠牛网络科技有限公司 一种通过电商平台进行服务的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101989337A (zh) * 2009-07-30 2011-03-23 上海薄荷信息科技有限公司 一种支付系统中实现安全支付的控制方法及控制装置
CN102045682A (zh) * 2009-10-19 2011-05-04 中兴通讯股份有限公司 一种支付业务异常交易的处理方法及系统
CN103186852A (zh) * 2011-12-31 2013-07-03 乐活在线（北京）网络技术有限公司 网络交易的支付方法、装置及系统
CN103514565A (zh) * 2012-06-27 2014-01-15 中国银联股份有限公司 金融交易处理系统的交易异常处理单元及方法

Also Published As

Publication number Publication date
CN107194752B (zh) 2020-11-27
TW201734919A (zh) 2017-10-01
CN107194752A (zh) 2017-09-22

Similar Documents

Publication Publication Date Title
JP6793224B2 (ja) トランザクションの最新情報を提供するシステム及び方法
TWI430196B (zh) 線上參加系統中信譽分數之建立與更新的方法、裝置及電腦可讀媒體
TWI705401B (zh) 多幣種退款服務處理方法及裝置
JP2018139068A (ja) スマートコントラクトによるエスクロー決済方法およびシステム
CN110866771A (zh) 信息处理方法、系统、介质和计算机系统
US20140032274A1 (en) Apparatus, system, and method for managing dynamic pricing for online sales
JP6716786B2 (ja) 電子決済プロセスにおいて資金取引ルートを検出する方法及び装置
TW201914282A (zh) 資源處理方法及裝置
US20220147975A1 (en) Smart contract of a blockchain for management of cryptocurrencies
AU2017200520A1 (en) Real-time authorization interchange surcharge
TWI725527B (zh) 保險交易處理方法及裝置
JP2015072722A (ja) 非流動性の財、サービス、証券又は商品の取引
WO2017157163A1 (zh) 交易数据处理方法及装置
US10628873B2 (en) Systems and methods for dynamic calculation and updates of values
CN112016946A (zh) 电子券的核销方法及装置
WO2022161359A1 (zh) 目标对象处理的方法及装置
CN112035681B (zh) 基于知识图谱的信用卡费率信息确定方法及装置
Peduzzi et al. Jack the rippler: Arbitrage on the decentralized exchange of the xrp ledger
US20200184474A1 (en) Storage medium, data transaction processing apparatus, and data transaction processing method
US8682787B1 (en) Trade-in program with advance payment
JP2018063655A (ja) 情報処理装置、情報処理方法及びプログラム
US20230043398A1 (en) Virtual Account Use
CN109388785B (zh) 筛选文本的方法和装置
CN116402583A (zh) 一种订单处理方法、装置、存储介质及设备
Liu Multi-Product Quantity Discount

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17765705

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17765705

Country of ref document: EP

Kind code of ref document: A1