WO2017032226A1 - 退货信息处理方法及装置 - Google Patents
退货信息处理方法及装置 Download PDFInfo
- Publication number
- WO2017032226A1 WO2017032226A1 PCT/CN2016/094665 CN2016094665W WO2017032226A1 WO 2017032226 A1 WO2017032226 A1 WO 2017032226A1 CN 2016094665 W CN2016094665 W CN 2016094665W WO 2017032226 A1 WO2017032226 A1 WO 2017032226A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- target
- information
- user
- return
- transaction order
- Prior art date
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
- G06Q30/00—Commerce
Definitions
- the present application relates to the field of product object information processing technology, and in particular, to a return information processing method and apparatus.
- the buyer user purchases his or her favorite business object by means of online ordering. If the business object has corresponding physical goods, the seller user can pass the cooperative logistics after receiving the corresponding order.
- the delivery service provider delivers the relevant goods to the buyer's designated shipping address.
- the buyer is usually allowed to return the goods within a certain period of time after receiving the goods. For example, the legally prescribed "7 days no reason to return", the merchants set their own “15 days no reason to return” and so on. In this way, after the buyer receives the goods, if the size or color of the goods is found to be inappropriate, or the description information of the merchant is significantly different, the buyer can request a return within the prescribed time.
- some systems provide the following functions: Allow buyer users to upload their shipping documents after issuing their returned goods, for example, a photo showing the courier list with information such as the courier number, or Manually enter the name of the courier company, the courier number, etc., so that the seller user can check the delivery voucher through the sales platform, and even if the goods have not been received, they can agree to the refund in advance.
- the waiting time of the buyer user can be shortened to some extent, but the actual waiting time will still be long, and the buyer user needs to manually perform some relatively cumbersome operations, To confirm the seller's user, and so on, this may cause the buyer's user's dislike or even loss. From a system perspective, uploading and viewing of shipping documents can also consume a large amount of system storage and transmission resources.
- the application provides a method and a device for processing return information, which can provide a fast return processing method for a good faith user, and is beneficial to save system resources.
- a method for processing return information comprising:
- the server pre-stores the integrity information of the first user
- relevant information is extracted from the target transaction order, the related information includes: target business object information associated with the target transaction order, target first user identifier, and transaction amount information;
- an consent return interface is invoked to return the transaction amount to the payment account of the target first user.
- a return information processing device applied to a server comprising:
- the integrity information storage unit is configured to pre-store the integrity information of the first user
- An order status monitoring unit for monitoring the status of the target transaction order
- a related information extracting unit configured to: when the fast return request for the target transaction order is monitored, extract relevant information from the target transaction order, where the related information includes: target business object information and target associated with the target transaction order First user identification and transaction amount information;
- the integrity condition determining unit is configured to determine whether the integrity information of the target first user satisfies the preset condition
- the interface invoking unit is configured to invoke the consent return interface if the preset condition is met, so as to return the transaction amount to the payment account of the target first user.
- a method for processing return information comprising:
- the client receives a quick return request initiated for the target transaction order
- the server Submitting the quick return request to the server, so that the server extracts relevant information from the target transaction order, the related information includes: target business object information associated with the target transaction order, target first user identifier, and transaction And determining, according to the pre-stored integrity information of the first user, whether the integrity information of the target first user satisfies a preset condition, and if the preset condition is met, calling the consent return interface;
- a return information processing device is applied to a client, including:
- a quick return request receiving unit configured to receive a quick return request initiated for the target transaction order
- a quick return request submitting unit configured to submit the quick return request to a server, so that the server extracts related information from the target transaction order, where the related information includes: target business object information associated with the target transaction order And the target first user identifier and the transaction amount information; and determining, according to the pre-stored integrity information of the first user, whether the integrity information of the target first user satisfies a preset condition, and if the preset condition is met, invoking consent Return interface
- the prompting unit is configured to receive a notification message sent by the server that has returned the transaction amount to the payment account of the target first user, and provide prompt information.
- the present application discloses the following technical effects:
- the sales platform server can call the seller user's consent return interface, and return the corresponding money to the buyer user without waiting for the buyer user. Issue the returned item, or receive the returned item from the buyer user. This way, buyers can quickly receive a refund. From a system perspective, this method also helps to save various system resources including network overhead, because various interactions between the buyer user and the seller user are omitted.
- FIG. 2 is a schematic diagram of a method for detecting address correctness according to an embodiment of the present application
- FIG. 4 is a schematic diagram of an apparatus provided by an embodiment of the present application.
- FIG. 5 is a schematic diagram of another apparatus provided by an embodiment of the present application.
- the sales platform server can call the seller user's consent return interface, and return the corresponding money to the buyer user without waiting for the buyer.
- the user will issue the returned item or receive the returned item from the buyer user, so that the buyer user can receive the refund quickly, so it can be called "quick return".
- an embodiment of the present application first provides a method for processing replacement information, which may include the following steps:
- S101 The server saves the integrity information of the first user in advance
- a buyer user or the like in the transaction platform is referred to as a first user
- a seller user, a merchant, and the like are referred to as a second user.
- the “quick return” service can be provided only for the honest user.
- the server can pre-store the integrity information of the first user.
- the integrity information about the first user can be determined in a variety of ways.
- the credit information of the buyer user may be calculated according to factors such as the historical operation record of the first user (including historical purchase records, return records, etc.), favorable rate, and quantity of purchase.
- the integrity threshold may be set in advance, and after calculating the integrity information of each first user, the integrity threshold may be compared to determine the integrity user, so that when the integrity information of the first user is saved, the integrity information may be saved.
- the user ID of each first user belonging to the integrity user may not be static. Therefore, in order to facilitate the dynamic adjustment of the integrity information of the first user, the integrity of each first user may be directly saved, followed by the first user. More operational information, evaluation information, etc. generated in the trading platform can update the integrity of the first user.
- S102 monitor the status of the target transaction order
- the server can generate a corresponding transaction order. Based on such a trade order, the server can typically provide multiple types of operational options for the first user, including cancellation of orders, receipts, returns, reviews, and the like. Correspondingly, when the first user initiates a corresponding operation through such an operation option, causing a change in the status of the transaction order, the server can monitor the change.
- a "quick return" option can be provided, by which a quick refund request can be initiated.
- S103 When monitoring a quick return request for a target transaction order, extract relevant information from the target transaction order, where the related information includes: a target business pair associated with the target transaction order Image information, target first user identification, and transaction amount information;
- the related information may be first extracted from the current target transaction order, and the related information may mainly include the target transaction.
- S104 Determine whether the integrity information of the target first user meets a preset condition
- the integrity information of the first user of the target may first determine whether the integrity information of the first user of the target satisfies the preset condition. Specifically, if the value of the integrity of the first user is saved in the database of the server, it may be determined whether it is greater than a certain threshold. If yes, the preset condition is met. If the first user set belonging to the good faith user is saved in the database of the server, it can be determined whether the current first user belongs to the set, and if so, the preset condition is satisfied.
- the server can directly invoke the consent return interface to simulate the manual operation of the second user, so that The transaction amount is directly returned to the payment account of the target first user, and the second user is manually operated after the first user issues the returned goods, so that the quick return can be completed.
- the return condition information supported by the business object may also be pre-stored, and the information may be obtained in various manners, for example, a category that requires no reason to return within a certain period of time as required by law. , you can directly save the return condition information.
- the second user may submit corresponding return condition information for his business object, and the server saves it.
- the receipt information may also be extracted, for example, whether the receipt has been received, and if the receipt has been received, the receipt time may be extracted.
- the quick return service it is also possible to first judge whether the return condition is satisfied, and if the time has not been signed, or the time of receipt is less than the time when the return request is currently received, less than the time limit recorded in the unreasonable return condition, It is determined that the return can be made, and the step of invoking the consent return interface is triggered. Otherwise, the quick return service can be refused, and the first user can negotiate the return with the second user through the traditional return route.
- the factor considered may be the level of integrity of the first user. That is to say, the integrity information of the first user can be divided into different levels, and different credit lines are awarded corresponding to different levels. For example, the higher the integrity level, the higher the credit amount. In other words, if a first user belongs to a good faith user, but the credit level is relatively low, the corresponding credit limit may be lower than the transaction amount associated with the current target transaction order. At this time, the first user may also be refused to provide a quick return service. .
- the server can also divide the integrity users into different credit levels in advance. Specifically, different interval thresholds can be set for each level, and after calculating the integrity value of each first user, The interval threshold is divided into the corresponding credit level.
- the correspondence between the credit level and the credit line may be pre-stored, for example, the first level corresponds to 100 yuan, the second level corresponds to 200 yuan, the third level corresponds to 500 yuan, and the like.
- the credit amount corresponding to the current first user's credit level can be compared with the transaction amount, and if the credit amount is greater than the transaction amount, The step of triggering the consent to return interface is triggered. Otherwise, the fast return service can be refused, and the first user can negotiate the return with the second user through the traditional return route.
- the number of times the same first user requests a quick return within a recent period of time, so as to avoid the same first user frequently performing quick return in a short time.
- the number of times the target first user initiates the quick return request in the most recent period may be counted. If the number of times is less than the preset threshold, the step of executing the call to agree to the return interface may be triggered.
- the server may further save the address information of the second user in advance, and may be submitted by the second user to the server, or may be extracted by the server through information such as historical conversation records.
- the target second user identifier can also be extracted, and then the address information of the target second user can be queried, and after determining that the quick refund service can be provided
- the address information of the target second user may also be sent to the target first user client, so that the target first user directly sends the returned goods according to the address information. No need to ask the second user's customer service staff.
- the address information of the second user saved by the server may be submitted by the second user, it may be automatically extracted from the historical conversation record.
- the address information may be initially It is artificially edited, so there may be an incorrect format of the address.
- the correctness of the address information of the target second user may be detected, and if the detection is passed, the address information of the target second user is sent to the target first user client.
- each finite state machine has a start state and a termination state and several Intermediate state.
- the condition between each state has a condition from one state to the next. For example, the current state is "province", if a phrase and (region) county name are encountered. Related to, enter the state "district county.” If an address can go from the initial state of the state machine through several intermediate states to the termination state, then this address is valid, otherwise it is invalid.
- the second embodiment mainly provides a method for processing return information from the perspective of the client.
- the method may include the following steps:
- S301 The client receives a quick return request initiated for the target transaction order
- S302 Submit the quick return request to the server, so that the server extracts related information from the target transaction order, where the related information includes: a target industry associated with the target transaction order The object information, the target first user identifier, and the transaction amount information; and determining, according to the integrity information of the first user saved in advance, whether the integrity information of the target first user satisfies a preset condition, and if the preset condition is met, Then call the consent return interface;
- S303 Receive a notification message sent by the server that has returned the transaction amount to the payment account of the target first user, and provide prompt information.
- the second embodiment corresponds to the first embodiment, but the description is different. Therefore, refer to the introduction of the first embodiment, and details are not described herein again.
- the embodiment of the present application further provides a return information processing device, which is applied to a server.
- the device may include:
- the integrity information storage unit 401 is configured to pre-store the integrity information of the first user
- An order status monitoring unit 402 configured to monitor a status of the target transaction order
- the related information extracting unit 403 is configured to: when the fast return request for the target transaction order is monitored, extract relevant information from the target transaction order, where the related information includes: target business object information associated with the target transaction order, Target first user identification and transaction amount information;
- the integrity condition determining unit 404 is configured to determine whether the integrity information of the target first user satisfies a preset condition
- the interface invoking unit 405 is configured to invoke the consent return interface if the preset condition is met, so as to return the transaction amount to the payment account of the target first user.
- the pre-stored information further includes return condition information supported by the business object, and the related information extracted from the target transaction order further includes the receipt information;
- the device also includes:
- a return condition determining unit configured to determine whether the signing information meets a return condition of the target business object
- the first triggering unit is configured to trigger the step of invoking the consent return interface if the return condition is met.
- the integrity information includes a credit level
- the pre-stored information further includes a correspondence between the credit level and the credit line
- the device also includes:
- a credit line determining unit configured to determine, according to the correspondence between the credit level and the credit line, a target credit line corresponding to the credit level information of the target first user
- a credit quota determining unit configured to determine whether the transaction amount in the target transaction order is less than the target credit limit
- the second triggering unit is configured to trigger the step of invoking the consent return interface if it is less than.
- the device may further include:
- a number statistics unit configured to count the number of times the target first user initiates a quick return request within a most recent preset time period
- a third triggering unit configured to trigger the step of executing the call to agree to the return interface if the number of times is less than a preset threshold.
- the pre-saved information further includes address information of the second user, and the related information extracted from the target transaction order further includes a target second user identifier;
- the device also includes:
- the address information sending unit is configured to send the address information of the target second user to the target first user client when the transaction amount is returned to the payment account of the target first user.
- the device may further include:
- An address correctness detecting unit configured to detect correctness of address information of the target second user
- a fourth triggering unit configured to trigger an address letter of the target second user if the detection passes The step of sending the message to the target first user client.
- the embodiment of the present application further provides a return information processing device, and the device is applied to the client.
- the method may include:
- the quick return request receiving unit 501 is configured to receive a quick return request initiated for the target transaction order
- a quick return request submitting unit 502 configured to submit the quick return request to a server, so that the server extracts related information from the target transaction order, where the related information includes: a target business object associated with the target transaction order The information, the target first user identifier, and the transaction amount information; and determining, according to the pre-stored integrity information of the first user, whether the integrity information of the target first user satisfies a preset condition, and if the preset condition is met, calling Agree to the return interface;
- the prompting unit 503 is configured to receive a notification message sent by the server that has returned the transaction amount to the payment account of the target first user, and provide prompt information.
- the sales platform server can call the seller user's consent return interface, and return the corresponding money to the buyer user, without waiting for The buyer user will issue the returned item or receive the returned item from the buyer user so that the buyer user can receive the refund quickly. From a system perspective, this method also helps to save various system resources including network overhead, because various interactions between the buyer user and the seller user are omitted.
- the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. , an optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.
- a computer device which may be a personal computer, server, or network device, etc.
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种退货信息处理方法及装置，其中，所述方法包括：服务器预先保存第一用户的诚信信息（S101）；对目标交易订单的状态进行监控（S102）；当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息（S103），所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；判断所述目标第一用户的诚信信息是否满足预置条件（S104）；如果满足所述预置条件，则调用同意退货接口（S105），以便将所述交易金额退还到所述目标第一用户的付款账户。该方法能够为诚信用户提供快速的退货处理方式，并且有利于节省系统资源。
Description
本申请涉及商品对象信息处理技术领域，特别是涉及退货信息处理方法及装置。
在电子商务交易平台中，买家用户通过在线下单的方式选购自己喜欢的业务对象，如果该业务对象存在对应的实体货品，则卖家用户在收到对应的订单之后，可以通过合作的物流配送服务提供方，将相关的货品配送到买家指定的收货地址。
为了保障消费者权益，根据法律规定，或者商家的自行设置，通常允许买家在收到货品后一定的时间期限内无理由退货，例如，法律规定的“7天无理由退货”，商家自行设置的“15天无理由退货”等等。这样，买家在收到货品后，如果发现货品的尺码或颜色等不合适，或者与商家的描述信息有明显差别，可以在该规定的时间内要求进行退货。
在现有技术中，如果买家在收到货品后需要退货，则需要由买家用户通过销售平台提供的操作选项提交退货申请，并将已经收到的货品(可以将该货品称为“退货货品”)快递给商家，商家在收到买家的退货货品，并确认不影响二次销售的情况下后，才会同意为买家用户退款，这种串行流程导致买家收到退款的周期基本在3-5天左右，甚至更长。
为了缩短买家用户等待时间，有些系统提供了以下功能：允许买家用户在将其退货货品发出后，上传其发货凭证，例如，显示有快递单号等信息的快递面单的照片，或者，手动输入快递公司名称、快递单号等，这样，卖家用户可以在通过销售平台查看到该发货凭证后，即使还没有收到退货货品就可以提前同意退款。这样，可以从一定程度上缩短买家用户的等待时间，但是，实际的等待时间仍然会比较长，并且需要买家用户手动执行一些比较繁琐的操作，需
要卖家用户的确认，等等，这可能会造成买家用户的反感甚至流失。从系统角度而言，发货凭证的上传、查看等也会占用大量的系统存储及传输资源。
发明内容
本申请提供了退货信息处理方法及装置，能够为诚信用户提供快速的退货处理方式，并且有利于节省系统资源。
本申请提供了如下方案：
一种退货信息处理方法，包括：
服务器预先保存第一用户的诚信信息；
对目标交易订单的状态进行监控；
当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；
判断所述目标第一用户的诚信信息是否满足预置条件；
如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
一种退货信息处理装置，应用于服务器，包括：
诚信信息保存单元，用于预先保存第一用户的诚信信息；
订单状态监控单元，用于对目标交易订单的状态进行监控；
相关信息提取单元，用于当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；
诚信条件判断单元，用于判断所述目标第一用户的诚信信息是否满足预置
条件；
接口调用单元，用于如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
一种退货信息处理方法，包括：
客户端接收针对目标交易订单发起的快速退货请求；
将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述预置条件，则调用同意退货接口；
接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
一种退货信息处理装置，应用于客户端，包括：
快速退货请求接收单元，用于接收针对目标交易订单发起的快速退货请求；
快速退货请求提交单元，用于将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述预置条件，则调用同意退货接口；
提示单元，用于接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，对于一些诚信度比较好的买家用户，如果其需要退货，销售平台服务器可以调用卖家用户的同意退货接口，将对应的款项退还给买家用户，而不用等到买家用户将退货商品发出，或者收到买家用户的退货商品，
这样，买家用户可以快速收到退款。从系统角度而言，由于省去了买家用户与卖家用户之间的各种交互操作，因此，这种方式也有利于节省包括网络开销在内的各种系统资源。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的方法的流程图；
图2是本申请实施例提供的地址正确性检测方法示意图；
图3是本申请实施例提供的另一方法的流程图；
图4是本申请实施例提供的装置的示意图；
图5是本申请实施例提供的另一装置的示意图。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，对于一些诚信度比较好的买家用户，如果其需要退货，销售平台服务器可以调用卖家用户的同意退货接口，将对应的款项退还给买家用户，而不用等到买家用户将退货商品发出，或者收到买家用户的退货商品，这样，买家用户可以快速收到退款，因此，可以称为“快速退货”。下面对具体的实现方式进行详细介绍。
实施例一
参见图1，本申请实施例首先提供了一种换货信息处理方法，该方法可以包括以下步骤:
S101：服务器预先保存第一用户的诚信信息；
在本申请实施例中，将交易平台中的买家用户等称为第一用户，将卖家用户、商家等称为第二用户。
具体实现时，可以仅为诚信用户提供“快速退货”服务，为此，可以服务器可以预先保存第一用户的诚信信息。其中，关于第一用户的诚信信息可以通过多种方式进行确定。例如，可以根据第一用户的历史操作记录(包括历史购买记录、退换货记录等)、好评率、购买数量等因素，计算出买家用户的诚信信息。在保存第一用户的诚信信息时，可以直接保存各个第一用户的诚信度。或者，也可以预先设定诚信阈值，在计算出各个第一用户的诚信信息后，可以与该诚信阈值进行比较，从而确定出诚信用户，这样，在保存第一用户的诚信信息时，可以保存属于诚信用户的各个第一用户的用户标识等。当然，在实际应用中，一个用户的诚信信息可能并不是一成不变的，因此，为了便于对第一用户的诚信信息进行动态调整，可以直接保存各个第一用户的诚信度，后续随着第一用户在交易平台中产生的更多操作信息、评价信息等，可以对第一用户的诚信度进行更新。
S102：对目标交易订单的状态进行监控；
在第一用户选中了目标业务对象，并触发购买操作后，服务器就可以生成对应的交易订单。基于这种交易订单，服务器通常可以为第一用户提供多种类型的操作选项，包括取消订单、收货、退换货、评价等等。相应的，当第一用户通过这种操作选项发起对应的操作，引起交易订单的状态发生变化时，服务器就可以监控到这种变化。当然，在本申请实施例中，除了传统的操作选项外，还可以提供“快速退货”选项，通过该选项可以发起快速退款请求。
S103：当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对
象信息、目标第一用户标识以及交易金额信息；
在通过快速退货选项接收到第一用户的操作请求后，就意味着接收到了快速退货请求，此时，可以首先从当前的目标交易订单中提取出相关信息，这种相关信息主要可以包括目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息。
S104：判断所述目标第一用户的诚信信息是否满足预置条件；
在提取出相关信息后，可以首先判断目标第一用户的诚信信息是否满足预置条件，具体的，如果服务器的数据库中保存的是第一用户的诚信度值，则可以判断其是否大于某阈值，如果是，则满足该预置条件。如果服务器的数据库中保存的是属于诚信用户的第一用户集合，则可以判断当前第一用户是否属于该集合，如果是，则满足预置条件。
S105：如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
如果目标第一用户的诚信信息满足预置条件，也即当前的目标第二用户为诚信用户，则服务器就可以直接调用同意退货接口，以此来模拟第二用户的手动操作，这样，就可以直接将交易金额退还到目标第一用户的付款账户，而不用等到第一用户将退货货品发出后由第二用户手动操作，因此，可以完成快速退货。
在具体实现时，在确定是否能够提供快速退货服务时，除了考虑第一用户是否为诚信用户之外，还可以考虑其他因素。例如，其中一方面的因素可以为是否满足当前业务对象的退货条件。也就是说，在实际应用中，可能并不是所有的业务对象都支持“无理由退货”，并且，对于不同的业务对象，支持无理由退货的时效可能也是不同的，例如有的可能为收货后7天，有的可能为15天等等。因此，在本申请实施例中，还可以预先保存业务对象支持的退货条件信息，这种信息可以是通过多种方式获得的，例如，对于法律规定需要在一定期限内提供无理由退货的类目，可以直接保存其退货条件信息。另外，还可以由第二用户针对其业务对象提交对应的退货条件信息，由服务器进行保存。
在预先保存了退货条件信息的情况下，在从目标交易订单中提取相关信息时，还可以提取签收信息，例如，是否已签收，如果已签收，则还可以提取签收时间等等。这样，在判断是否可以提供快速退货服务时，还可以首先对是否满足退货条件进行判断，如果尚未签收，或者签收时间距离当前接收到退货请求的时间，小于无理由退货条件中记录的时效，则确定可以进行退货，触发调用同意退货接口的步骤，否则，就可以拒绝提供快速退货服务，第一用户可以通过传统的退货途径与第二用户进行协商退货。
另一方面考虑的因素可以为第一用户的诚信等级。也就是说，可以将第一用户的诚信信息划分为不同的等级，并对应不同的等级授予不同的授信额度，例如，诚信等级越高，则授信额度越高。换言之，如果某第一用户属于诚信用户，但是其诚信等级比较低，对应的授信额度可能会低于当前目标交易订单关联的交易金额，此时，也可以拒绝向该第一用户提供快速退货服务。
具体实现时，服务器还可以预先将诚信用户划分为不同的诚信等级，具体的，可以为各个等级分别设置不同的区间临界值，计算出各个第一用户的诚信度值之后，就可以根据这种区间临界值，划分到对应的诚信等级中。另外，还可以预先保存诚信等级与授信额度之间的对应关系，例如一级对应100元，二级对应200元，三级对应500元等等。这样，在接收到快速退货请求，并从交易订单中提取出交易金额信息后，就可以将当前第一用户的诚信等级对应的授信额度与交易金额进行比较，如果授信额度大于交易金额，就可以触发调用同意退货接口的步骤，否则，就可以拒绝提供快速退货服务，第一用户可以通过传统的退货途径与第二用户进行协商退货。
另外，为了避免第一用户滥用该快速退货功能，还可以对同一第一用户在最近一段时间内请求进行快速退货的次数进行限制，避免同一第一用户在短时间内频繁地进行快速退货。具体的，可以对最近一段时间内(例如最近一个月等)目标第一用户发起快速退货请求的次数进行统计，如果该次数小于预置的阈值，则可以触发执行调用同意退货接口的步骤。
当然，在执行退货的过程中，除了向第一用户退款，还需要第一用户将已经收到的货品退还给第二用户，而第二用户作为卖家或者商家，其收货地址往
往是相对固定的。因此，为了进一步提高效率，服务器还可以预先保存第二用户的地址信息，具体的，可以由第二用户提交到服务器，或者，还可以是由服务器通过历史对话记录等信息中提取。这样，在从当前目标交易订单中提取相关信息时，还可以提取出目标第二用户标识，进而就可以查询出该目标第二用户的地址信息，并且，在确定出可以提供快速退款服务后，将相关的交易金额退还给第一用户时，还可以将目标第二用户的地址信息发送给目标第一用户客户端，这样，目标第一用户直接按照该地址信息将退货货品发出即可，不必再询问第二用户的客服人员。
需要说明的是，在具体实现时，由于服务器端保存的第二用户的地址信息可能是由第二用户提交的，也可能是自动从历史对话记录中提取的，总之，这些地址信息最初可能都是人为编辑的，因此，可能会存在地址格式不正确等现象。为此，在本申请实施例中，还可以对目标第二用户的地址信息的正确性进行检测，如果检测通过，再将目标第二用户的地址信息发送到目标第一用户客户端。
其中，关于地址的正确性检测，可以有多种方式。例如，其中一种方式可以是通过有限状态机实现整个地址信息(包括下拉选项选择的行政区划和详细地址)的有效性识别，每一个有限状态机都有一个启始状态和一个终止状态和若干中间状态。如图2所示，每两个状态之间的连线上都带有从一个状态进入下一个状态的条件，比如，当前的状态是“省”，如果遇到一个词组和(区)县名有关，就进入状态“区县”。如果一条地址能从状态机的起始状态经过若干中间状态，走到终止状态，那么这条地址有效，否则无效。
实施例二
该实施例二主要从客户端的角度，提供了一种退货信息处理方法，参见图3，该方法可以包括以下步骤：
S301：客户端接收针对目标交易订单发起的快速退货请求；
S302：将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业
务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述预置条件，则调用同意退货接口；
S303：接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
该实施例二与实施例一是相对应的，只是描述角度有所不同，因此，可以参见实施例一的介绍，这里不再赘述。
与前述实施例一中提供的退货信息处理方法相对应，本申请实施例还提供了一种退货信息处理装置，该装置应用于服务器，参见图4，该装置可以包括：
诚信信息保存单元401，用于预先保存第一用户的诚信信息；
订单状态监控单元402，用于对目标交易订单的状态进行监控；
相关信息提取单元403，用于当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；
诚信条件判断单元404，用于判断所述目标第一用户的诚信信息是否满足预置条件；
接口调用单元405，用于如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
其中，所述预先保存的信息还包括业务对象支持的退货条件信息，所述从目标交易订单中提取的相关信息还包括签收信息；
所述装置还包括：
退货条件判断单元，用于判断所述签收信息是否满足所述目标业务对象的退货条件；
第一触发单元，用于如果满足所述退货条件，则触发所述调用同意退货接口的步骤。
或者，所述诚信信息包括诚信等级，所述预先保存的信息还包括诚信等级与授信额度之间的对应关系；
所述装置还包括：
授信额度确定单元，用于根据所述诚信等级与授信额度之间的对应关系，确定所述目标第一用户的诚信等级信息对应的目标授信额度；
授信额度判断单元，用于判断所述目标交易订单中的交易金额是否小于所述目标授信额度；
第二触发单元，用于如果小于，则触发所述调用同意退货接口的步骤。
另外，为了防止对快速退货功能的滥用，该装置还可以包括：
次数统计单元，用于统计在最近预置时间段内，所述目标第一用户发起快速退货请求的次数；
第三触发单元，用于如果所述次数小于预置的阈值，则触发执行所述调用同意退货接口的步骤。
在具体实现时，所述预先保存的信息还包括第二用户的地址信息，所述从目标交易订单中提取的相关信息还包括目标第二用户标识；
所述装置还包括：
地址信息发送单元，用于在将所述交易金额退还到所述目标第一用户的付款账户时，将所述目标第二用户的地址信息发送到所述目标第一用户客户端。
另外，该装置还可以包括：
地址正确性检测单元，用于对所述目标第二用户的地址信息的正确性进行检测；
第四触发单元，用于如果检测通过，则触发将所述目标第二用户的地址信
息发送到所述目标第一用户客户端的步骤。
与实施例二相对应，本申请实施例还提供了一种退货信息处理装置，该装置应用于客户端，参见图5，具体可以包括：
快速退货请求接收单元501，用于接收针对目标交易订单发起的快速退货请求；
快速退货请求提交单元502，用于将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述预置条件，则调用同意退货接口；
提示单元503，用于接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
总之，在本申请实施例中，对于一些诚信度比较好的买家用户，如果其需要退货，销售平台服务器可以调用卖家用户的同意退货接口，将对应的款项退还给买家用户，而不用等到买家用户将退货商品发出，或者收到买家用户的退货商品，这样，买家用户可以快速收到退款。从系统角度而言，由于省去了买家用户与卖家用户之间的各种交互操作，因此，这种方式也有利于节省包括网络开销在内的各种系统资源。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述
得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的退货信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。
Claims (14)
- 一种退货信息处理方法，其特征在于，包括：服务器预先保存第一用户的诚信信息；对目标交易订单的状态进行监控；当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；判断所述目标第一用户的诚信信息是否满足预置条件；如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
- 根据权利要求1所述的方法，其特征在于，所述预先保存的信息还包括业务对象支持的退货条件信息，所述从目标交易订单中提取的相关信息还包括签收信息；所述方法还包括：判断所述签收信息是否满足所述目标业务对象的退货条件；如果满足所述退货条件，则触发所述调用同意退货接口的步骤。
- 根据权利要求1所述的方法，其特征在于，所述诚信信息包括诚信等级，所述预先保存的信息还包括诚信等级与授信额度之间的对应关系；所述方法还包括：根据所述诚信等级与授信额度之间的对应关系，确定所述目标第一用户的诚信等级信息对应的目标授信额度；判断所述目标交易订单中的交易金额是否小于所述目标授信额度；如果小于，则触发所述调用同意退货接口的步骤。
- 根据权利要求1所述的方法，其特征在于，还包括：统计在最近预置时间段内，所述目标第一用户发起快速退货请求的次数；如果所述次数小于预置的阈值，则触发执行所述调用同意退货接口的步骤。
- 根据权利要求1所述的方法，其特征在于，所述预先保存的信息还包括第二用户的地址信息，所述从目标交易订单中提取的相关信息还包括目标第 二用户标识；在将所述交易金额退还到所述目标第一用户的付款账户时，所述方法还包括：将所述目标第二用户的地址信息发送到所述目标第一用户客户端。
- 根据权利要求5所述的方法，其特征在于，还包括：对所述目标第二用户的地址信息的正确性进行检测；如果检测通过，则触发将所述目标第二用户的地址信息发送到所述目标第一用户客户端的步骤。
- 一种退货信息处理装置，其特征在于，应用于服务器，包括：诚信信息保存单元，用于预先保存第一用户的诚信信息；订单状态监控单元，用于对目标交易订单的状态进行监控；相关信息提取单元，用于当监控到针对目标交易订单的快速退货请求时，从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；诚信条件判断单元，用于判断所述目标第一用户的诚信信息是否满足预置条件；接口调用单元，用于如果满足所述预置条件，则调用同意退货接口，以便将所述交易金额退还到所述目标第一用户的付款账户。
- 根据权利要求7所述的装置，其特征在于，所述预先保存的信息还包括业务对象支持的退货条件信息，所述从目标交易订单中提取的相关信息还包括签收信息；所述装置还包括：退货条件判断单元，用于判断所述签收信息是否满足所述目标业务对象的退货条件；第一触发单元，用于如果满足所述退货条件，则触发所述调用同意退货接口的步骤。
- 根据权利要求7所述的装置，其特征在于，所述诚信信息包括诚信等级，所述预先保存的信息还包括诚信等级与授信额度之间的对应关系；所述装置还包括：授信额度确定单元，用于根据所述诚信等级与授信额度之间的对应关系，确定所述目标第一用户的诚信等级信息对应的目标授信额度；授信额度判断单元，用于判断所述目标交易订单中的交易金额是否小于所述目标授信额度；第二触发单元，用于如果小于，则触发所述调用同意退货接口的步骤。
- 根据权利要求7所述的装置，其特征在于，还包括：次数统计单元，用于统计在最近预置时间段内，所述目标第一用户发起快速退货请求的次数；第三触发单元，用于如果所述次数小于预置的阈值，则触发执行所述调用同意退货接口的步骤。
- 根据权利要求7所述的装置，其特征在于，所述预先保存的信息还包括第二用户的地址信息，所述从目标交易订单中提取的相关信息还包括目标第二用户标识；所述装置还包括：地址信息发送单元，用于在将所述交易金额退还到所述目标第一用户的付款账户时，将所述目标第二用户的地址信息发送到所述目标第一用户客户端。
- 根据权利要求11所述的装置，其特征在于，还包括：地址正确性检测单元，用于对所述目标第二用户的地址信息的正确性进行检测；第四触发单元，用于如果检测通过，则触发将所述目标第二用户的地址信息发送到所述目标第一用户客户端的步骤。
- 一种退货信息处理方法，其特征在于，包括：客户端接收针对目标交易订单发起的快速退货请求；将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述 预置条件，则调用同意退货接口；接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
- 一种退货信息处理装置，其特征在于，应用于客户端，包括：快速退货请求接收单元，用于接收针对目标交易订单发起的快速退货请求；快速退货请求提交单元，用于将所述快速退货请求提交到服务器，以便所述服务器从所述目标交易订单中提取相关信息，所述相关信息包括：所述目标交易订单关联的目标业务对象信息、目标第一用户标识以及交易金额信息；并根据预先保存的第一用户的诚信信息，判断所述目标第一用户的诚信信息是否满足预置条件，如果满足所述预置条件，则调用同意退货接口；提示单元，用于接收服务器发送的已将所述交易金额退还到所述目标第一用户的付款账户的通知消息，并提供提示信息。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510518404.4 | 2015-08-21 | ||
| CN201510518404.4A CN106469377A (zh) | 2015-08-21 | 2015-08-21 | 退货信息处理方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2017032226A1 true WO2017032226A1 (zh) | 2017-03-02 |
Family
ID=58099585
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2016/094665 WO2017032226A1 (zh) | 2015-08-21 | 2016-08-11 | 退货信息处理方法及装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106469377A (zh) |
| WO (1) | WO2017032226A1 (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325776A (zh) * | 2018-08-10 | 2019-02-12 | 顺丰科技有限公司 | 退货码生成和退货方法、装置、设备及其存储介质 |
| CN110826921A (zh) * | 2019-11-08 | 2020-02-21 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算机可读存储介质和计算机设备 |
| CN111582961A (zh) * | 2019-02-15 | 2020-08-25 | 阿里巴巴集团控股有限公司 | 信息处理方法及装置 |
| CN113034150A (zh) * | 2021-03-09 | 2021-06-25 | 广东便捷神科技股份有限公司 | 一种用于无人零售终端机的退款方法 |
| CN113298591A (zh) * | 2020-07-13 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 交易处理方法以及装置 |
| CN113642972A (zh) * | 2021-10-14 | 2021-11-12 | 北京每日优鲜电子商务有限公司 | 报警提示信息发送方法、装置、设备和计算机可读介质 |
| CN116205555A (zh) * | 2023-04-28 | 2023-06-02 | 深圳市丰泉科技有限公司 | 一种基于大数据的物流信息可视化管理系统及方法 |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107103460A (zh) * | 2017-03-27 | 2017-08-29 | 杭州呯嘭智能技术有限公司 | 基于信用大数据的跨境支付快速结算方法 |
| CN107239987A (zh) * | 2017-04-24 | 2017-10-10 | 北京小度信息科技有限公司 | 订单处理方法及装置 |
| CN109409856A (zh) * | 2017-08-18 | 2019-03-01 | 阿里巴巴集团控股有限公司 | 退款信息处理方法及装置 |
| CN109472615A (zh) * | 2017-09-06 | 2019-03-15 | 菜鸟智能物流控股有限公司 | 业务处理方法、装置及设备、可读介质 |
| CN109978554A (zh) * | 2017-12-14 | 2019-07-05 | 阿里巴巴集团控股有限公司 | 订单处理方法、服务端设备及计算机可读存储介质 |
| CN108921387A (zh) * | 2018-06-07 | 2018-11-30 | 安徽鼎龙网络传媒有限公司 | 一种微场景管理后台手机商城的风险评估系统 |
| CN109214833A (zh) * | 2018-08-28 | 2019-01-15 | 深圳市鼎昇贸易有限公司 | 基于视频的退货请求处理方法及相关产品 |
| CN110910146A (zh) * | 2018-09-14 | 2020-03-24 | 阿里巴巴集团控股有限公司 | 商品处理方法及装置 |
| CN109727016A (zh) * | 2018-12-17 | 2019-05-07 | 泰康保险集团股份有限公司 | 信用支付处理方法、装置、介质及电子设备 |
| CN113643030B (zh) * | 2020-03-03 | 2024-05-28 | 支付宝(杭州)信息技术有限公司 | 交易处理方法、装置及设备 |
| CN111028084A (zh) * | 2020-03-11 | 2020-04-17 | 支付宝(杭州)信息技术有限公司 | 一种基于区块链的交易处理方法、装置及设备 |
| CN112862565A (zh) * | 2021-01-19 | 2021-05-28 | 上海映荷网络科技有限公司 | 一种基于云计算的跨境电商多平台销售系统 |
| CN113409102B (zh) * | 2021-05-24 | 2023-02-21 | 支付宝(杭州)信息技术有限公司 | 一种交易对象转移方法、装置及设备 |
| CN113869918A (zh) * | 2021-10-13 | 2021-12-31 | 芸豆数字科技有限公司 | 一种商品退货处理方法、装置、电子设备及存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101246575A (zh) * | 2008-01-31 | 2008-08-20 | 戚永德 | 信用化买方非强制履约后付费交易系统及方法 |
| CN102103729A (zh) * | 2009-12-22 | 2011-06-22 | 阿里巴巴集团控股有限公司 | 基于网络交易的消费者保障服务系统及方法、网上交易架构 |
| US20120191594A1 (en) * | 2011-01-20 | 2012-07-26 | Social Avail LLC. | Online business method for providing a financial service or product |
| CN102999846A (zh) * | 2012-10-29 | 2013-03-27 | 北京京东世纪贸易有限公司 | 一种处理商品赔付信息的方法和装置 |
| US20130080318A1 (en) * | 2008-12-23 | 2013-03-28 | Matthew G. Katz | System and method for providing dispute resolution for electronic payment transactions |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7899716B2 (en) * | 2007-12-21 | 2011-03-01 | Glyde Corporation | System and method for integrated payment and shipping information |
| CN102982479A (zh) * | 2012-12-21 | 2013-03-20 | 江苏乐买到网络科技有限公司 | 一种网络购物中退款的方法 |
-
2015
- 2015-08-21 CN CN201510518404.4A patent/CN106469377A/zh active Pending
-
2016
- 2016-08-11 WO PCT/CN2016/094665 patent/WO2017032226A1/zh active Application Filing
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101246575A (zh) * | 2008-01-31 | 2008-08-20 | 戚永德 | 信用化买方非强制履约后付费交易系统及方法 |
| US20130080318A1 (en) * | 2008-12-23 | 2013-03-28 | Matthew G. Katz | System and method for providing dispute resolution for electronic payment transactions |
| CN102103729A (zh) * | 2009-12-22 | 2011-06-22 | 阿里巴巴集团控股有限公司 | 基于网络交易的消费者保障服务系统及方法、网上交易架构 |
| US20120191594A1 (en) * | 2011-01-20 | 2012-07-26 | Social Avail LLC. | Online business method for providing a financial service or product |
| CN102999846A (zh) * | 2012-10-29 | 2013-03-27 | 北京京东世纪贸易有限公司 | 一种处理商品赔付信息的方法和装置 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109325776A (zh) * | 2018-08-10 | 2019-02-12 | 顺丰科技有限公司 | 退货码生成和退货方法、装置、设备及其存储介质 |
| CN109325776B (zh) * | 2018-08-10 | 2022-09-16 | 顺丰科技有限公司 | 退货码生成和退货方法、装置、设备及其存储介质 |
| CN111582961A (zh) * | 2019-02-15 | 2020-08-25 | 阿里巴巴集团控股有限公司 | 信息处理方法及装置 |
| CN111582961B (zh) * | 2019-02-15 | 2023-05-26 | 阿里巴巴集团控股有限公司 | 信息处理方法及装置 |
| CN110826921A (zh) * | 2019-11-08 | 2020-02-21 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算机可读存储介质和计算机设备 |
| CN110826921B (zh) * | 2019-11-08 | 2023-04-18 | 腾讯科技（深圳）有限公司 | 数据处理方法、装置、计算机可读存储介质和计算机设备 |
| CN113298591A (zh) * | 2020-07-13 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 交易处理方法以及装置 |
| CN113034150A (zh) * | 2021-03-09 | 2021-06-25 | 广东便捷神科技股份有限公司 | 一种用于无人零售终端机的退款方法 |
| CN113034150B (zh) * | 2021-03-09 | 2022-12-20 | 广东便捷神科技股份有限公司 | 一种用于无人零售终端机的退款方法 |
| CN113642972A (zh) * | 2021-10-14 | 2021-11-12 | 北京每日优鲜电子商务有限公司 | 报警提示信息发送方法、装置、设备和计算机可读介质 |
| CN116205555A (zh) * | 2023-04-28 | 2023-06-02 | 深圳市丰泉科技有限公司 | 一种基于大数据的物流信息可视化管理系统及方法 |
| CN116205555B (zh) * | 2023-04-28 | 2023-09-05 | 宁夏金丝路大数据科技有限责任公司 | 一种基于大数据的物流信息可视化管理系统及方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106469377A (zh) | 2017-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017032226A1 (zh) | 退货信息处理方法及装置 | |
| US10867304B2 (en) | Account type detection for fraud risk | |
| WO2017005056A1 (zh) | 一种自动下单的方法、装置和购物平台 | |
| US20220188788A1 (en) | Systems, methods, and computer program products for providing an electronic receipt | |
| WO2016197854A1 (zh) | 业务对象信息处理、凭证信息处理方法及装置 | |
| WO2016177249A1 (zh) | 退款信息处理方法及装置 | |
| US20200219042A1 (en) | Method and apparatus for managing item inventories | |
| WO2017041611A1 (zh) | 一种进行订单处理的方法、装置和系统 | |
| US10621638B2 (en) | Method, apparatus, and computer-readable medium for leveraging real-time sales volume for conducting group buys | |
| JP2019512799A (ja) | 動的融資引受限度額を用いた手形支払いのためのシステムおよび方法 | |
| TW201807631A (zh) | 換貨資訊處理方法及裝置 | |
| US11514462B2 (en) | Computer system and computer-executed method for inventory valuation | |
| US20210241288A1 (en) | Method and system for determining return options for inventory items | |
| CN111277625A (zh) | 电商平台订单推送方法、系统 | |
| US20220004583A1 (en) | Method and apparatus for identifying related records | |
| US20190080360A1 (en) | Technologies for propogating advertisements | |
| KR101609336B1 (ko) | 상품 관리 방법 및 장치 | |
| CN113435964A (zh) | 一种基于访问的账号管理系统及方法 | |
| US20240029139A1 (en) | Method and apparatus for item selection | |
| US20220351241A1 (en) | Method, apparatus, and computer program product for facilitating the activation of promotions using short codes | |
| CN106651192A (zh) | 一种网络销售平台的后台管理系统 | |
| WO2017045551A1 (zh) | 换货信息处理方法及装置 | |
| CN114493654A (zh) | 一种折扣率生成方法、装置、电子设备及可读介质 | |
| TW201101218A (en) | Network transaction system and method using intermediate platform | |
| US20230306405A1 (en) | Payment accessibility notifications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 16838486 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 16838486 Country of ref document: EP Kind code of ref document: A1 |