CN107203917B - Service processing method, device and system - Google Patents
Service processing method, device and system Download PDFInfo
- Publication number
- CN107203917B CN107203917B CN201610154356.XA CN201610154356A CN107203917B CN 107203917 B CN107203917 B CN 107203917B CN 201610154356 A CN201610154356 A CN 201610154356A CN 107203917 B CN107203917 B CN 107203917B
- Authority
- CN
- China
- Prior art keywords
- order
- mode information
- transaction
- payment
- attribute
- 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
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
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0621—Item configuration or customization
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (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)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
The embodiment of the application provides a service processing method, a service processing device and a service processing system, which are used for solving the problem that the existing service processing mode is not beneficial to system maintenance. The method comprises the following steps: receiving a payment success message sent by a payment server aiming at a transaction order with a current order state to be paid, wherein the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode; determining delivery mode information of the business object according to the first order attribute; and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information. The delivery mode information is uniformly determined according to the first order attribute, and the execution system is informed to execute the logistics information processing operation of the corresponding delivery stage, so that the maintainability is good.
Description
Technical Field
The present application relates to the field of internet data processing technologies, and in particular, to a method, an apparatus, and a system for processing a service.
Background
In order to improve the shopping experience of the first user on the online business object, the business object of the second user may be first stored in a warehouse provided by the logistics service provider, where each warehouse of the logistics service provider has its own distribution coverage range to ensure that the second user is provided with a better logistics service experience, and then the second user stores the business object in the warehouse provided by the logistics service provider. When a first user views a business object displayed in a detail information (detail) page and a purchase (buy) page of the business object, the electronic commerce system matches a coverage area range of a warehouse provided by a logistics service provider according to an address where the first user is located, and if the first user matches the coverage area range, the inventory in the warehouse is displayed to a consumer; after determining that the first user pays and places an order, the electronic commerce system generates a logistics order, delivers the business object according to the logistics order, and then delivers the business object of the first user to the address of the first user through a series of delivery links.
The business processing method for the business object ordered by the user is suitable for a common selling mode, wherein the common selling mode refers to that the business object is already stored in a warehouse, a first user purchases and delivers goods at any time, and complete money is paid at one time. However, the second user currently requires a very flexible way of selling, for example: negative selling pre-selling sinking, negative selling pre-selling non-sinking, non-negative selling pre-selling non-sinking and the like, wherein the negative selling pre-selling means that a selling business object is pre-sold in advance, but after the pre-selling is finished, the business object does not have real stock, and the delivery can be finished only when the stock exists; the non-negative pre-selling means that the goods are stored in a warehouse in the pre-selling period, and the selling mode is two-stage payment and is divided into a money fixing stage and a tail stage; sinking refers to storing the business object in the closest network point to the consumer during the subscription phase. Each of the above-mentioned sales modes has different requirements for logistics information and corresponding logistics fulfillment, for example: for the transaction orders which are sold and sold sinking, a pre-issued bill needs to be generated in the money fixing stage; the pre-invoice need not be generated during the subscription phase for taking up pre-sale non-sinking trade orders.
At present, in the business processing method for supporting the sales modes, differentiated physical distribution attributes (i.e. physical distribution information and the requirements fulfilled by the corresponding physical distribution) are dispersed on each processing node forming an electronic commerce system, and each time a new sales mode is supported, business logic needs to be redeveloped for each processing node according to the physical distribution attributes required by the sales mode, which is very unfavorable for system maintenance and expansion.
Disclosure of Invention
The embodiment of the application provides a service processing method, a service processing device and a service processing system, which are used for solving the problem that the existing service processing mode is not beneficial to system maintenance.
Based on the above problem, an embodiment of the present application provides a service processing method, including:
the method comprises the steps that a business server receives a payment success message sent by a payment server aiming at a transaction order with a current order state to be paid, wherein the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode;
determining delivery mode information of the business object according to the first order attribute;
and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information.
In addition, an embodiment of the present application further provides a service processing apparatus, including:
the payment server is used for receiving a payment success message sent by the payment server aiming at a transaction order with a current order state to be paid, wherein the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode;
the determining unit is used for determining the delivery mode information of the business object according to the first order attribute;
and the notification unit is used for notifying an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information aiming at the transaction order.
An embodiment of the present application further provides a service processing system, including: the system comprises a business server, a payment server and an execution system; wherein:
the payment server is used for sending a payment success message to the business server aiming at the transaction order with the current order state to be paid;
the system comprises a business server and a payment server, wherein the business server is used for receiving a payment success message sent by the payment server aiming at a transaction order with a current order state to be paid, the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode; determining delivery mode information of the business object according to the first order attribute; for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information;
and the execution system is used for executing the logistics information processing operation of the corresponding delivery stage after receiving the notification of executing the logistics information processing operation of the corresponding delivery stage from the service server.
In the scheme of the embodiment of the application, a first order attribute comprising a dimension forming a sales mode is marked in a transaction order, corresponding relation between delivery mode information and logistics information processing operation of a delivery stage is created, one delivery mode corresponds to the logistics information processing operation of the corresponding delivery stage, and then in the process of realizing business processing aiming at various sales modes, the delivery mode information is determined uniformly according to the first order attribute, and then the logistics information processing operation of the corresponding delivery stage is executed according to the determined delivery mode; in addition, when a new sales mode is added subsequently, only new dimensionality needs to be added to the first order attribute, and the corresponding relation between the delivery mode information and the logistics information processing operation in the delivery stage is reestablished.
Drawings
Fig. 1 is a schematic structural diagram of a service processing system according to an embodiment of the present application;
fig. 2 is a flowchart of a service processing method according to an embodiment of the present application;
fig. 3 is a second flowchart of a service processing method according to an embodiment of the present application;
fig. 4 is a third flowchart of a service processing method according to an embodiment of the present application;
fig. 5 is a fourth flowchart of a service processing method according to an embodiment of the present application;
fig. 6 is a fifth flowchart of a service processing method according to an embodiment of the present application;
fig. 7 is a second schematic structural diagram of a service processing system according to an embodiment of the present application;
fig. 8 is a class diagram related to a service processing method according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a service processing apparatus according to an embodiment of the present application.
Detailed Description
In order to solve the problem that an existing business processing mode is not beneficial to system maintenance, the embodiment of the application provides a business processing method. The business server determines the delivery modes in a unified manner, and informs the execution system to execute the logistics information processing operation of the delivery stage corresponding to the determined delivery modes according to the delivery modes, so that the logistics processing operation in each delivery mode can be isolated conveniently, and the maintenance of the system is facilitated.
In order to clearly understand the solution of the embodiment of the present application, a description is first given below of a line-sale mode and a service processing system that can implement the embodiment of the present application.
An online sales mode: and carrying out a selling mode for selling and using the business object on the network. Generally may be made up of a combination of dimensions, which may include: whether to pre-sell, whether to sink, whether to sell, whether to distribute, etc. Combining multiple dimensions, the following sales patterns can be obtained: non-under-sell pre-sale sink distribution, under-sell pre-sale non-sink non-distribution, under-sell pre-sale non-sink distribution, under-sell pre-sale sink distribution, and the like. Distribution can also be subdivided into B2C (business to customer) distribution, B2B (business to business) distribution; the negative selling means that the selling action of the second user is already carried out, but due to the problems of inventory of the goods source and the like, the goods are not delivered to the first user, but are promised by the first user and delivered within the acceptance time limit. Distribution refers to a business relationship, after a first user or a second user purchases goods at a distributor, the distributor needs to purchase business objects from a supplier, and the first user or the second user is delivered after successful payment, that is, the distributor has no business objects.
As shown in fig. 1, which is a schematic structural diagram of a service processing system according to an embodiment of the present application, the service processing system includes: a payment server 11, a service server 12 and an execution system 13; wherein:
the payment server 11 is configured to send a payment success message to the service server for the transaction order with the current order state to be paid;
the service server 12 is configured to receive a payment success message sent by the payment server for a transaction order to be paid in a current order state, where the transaction order includes an identifier of a service object and a first order attribute, and the first order attribute includes part or all of dimensions constituting an online sales mode; determining delivery mode information of the business object according to the first order attribute; for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information;
and the execution system 13 is used for executing the logistics information processing operation of the corresponding delivery stage after receiving the notice of the logistics information processing operation of the corresponding delivery stage executed by the service server.
The preferred embodiments of the present invention will be described in conjunction with the accompanying drawings, and it will be understood that they are described herein for the purpose of illustration and explanation and not limitation. And the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
A flow chart of the service processing method provided in the embodiment of the present application is shown in fig. 2, and the method includes the following steps:
step 201: and the business server receives a payment success message sent by the payment server aiming at the transaction order with the current order state to be paid.
The first user orders at the electronic commerce platform, the electronic commerce platform generates a transaction order, then the first user carries out payment operation on the transaction order, and when payment is successful, the payment server sends a payment success message to the service server.
The trade order can comprise the identification of the business object, the first order attribute and the trade order number; the first order attributes comprise part or all of dimensions constituting an online sales mode;
existing dimensions that make up an online sales style include some or all of the following: whether to pre-sell, whether to sink, and whether to distribute.
When a new selling mode appears, the dimension of the selling mode can be divided, the dimension different from the dimension can be found, and the new dimension can be used as the first order attribute of the trading order.
Here, when the service server receives the payment success message, that is, confirms that the transaction order has been paid successfully, the service server may modify the current order state of the transaction order to be paid, which is convenient for subsequent service processing.
Step 202: and determining the delivery mode information of the business object according to the first order attribute.
Wherein, a delivery mode corresponds to the logistics information processing operation of each stage. The shipping mode information here can be simply understood as a general identification of the logistics information processing operation at each stage.
Here, a piece of shipping mode information is used as a total identifier of the logistics information processing operation at each stage, and the service server may specifically determine, in combination with the received specific information and the total identifier, which stage of the logistics information processing operation needs to be performed specifically.
Specifically, the first order attributes may be combined by using an order attribute code set in advance, so as to obtain shipping mode information of the service object.
Assume that the first order attribute includes three dimensions of information: whether it is negative (assuming negative selling is represented by 1; non-negative selling is represented by 2), sinking (assuming sinking is represented by 1; non-sinking is represented by 2), distributing (assuming distributing B2B is represented by 1; non-distributing is represented by 2; distributing B2C is represented by 3). Then the different shipping mode information (here, the shipping mode code) determined from the difference in the first order attributes may be as shown in table one.
Watch 1
Considering that some order attributes cannot be determined at the time of creating a trade order, in the embodiment of the present application, an order attribute that can be determined at the time of creating a trade order is used as the first order attribute, and an order attribute that cannot be determined at the time of creating a trade order is used as the second order attribute, and at this time, the determination of the second order attribute may be performed by the service server based on information in the trade order and stored information related to the order attribute.
Specifically, the first order attribute includes whether to pre-sell and/or distribute; the trade order also has second order attributes, including: whether to sell negatively and/or whether to sink;
at this time, the step 202 specifically includes: and determining delivery mode information of the business object according to the first order attribute and/or the second order attribute.
The first order attribute and the second order attribute can form all order attributes of the trade order, and the delivery mode information of the business object can be determined according to all the order attributes of the trade order.
Specifically, the trade order further includes: an identification of the shipment bin; the identification of the delivery bay may be determined from the receiving address filled by the first user, and the identification of the warehouse closest to the receiving address as the identification of the delivery bay, and whether the second order attribute of the transaction order comprises a sinking may be determined by the following steps 11 and 12:
step 11: judging whether the identification of the business object exists in a pre-stored business object sinking list or not;
the service object sinking list may be stored in the payment server in advance, and the service object sinking list records the identifier of the service object that needs to sink.
Step 12: and if the judgment result is yes, determining that the second order attribute of the trading order comprises sinking, otherwise, determining that the second order attribute comprises non-sinking.
Whether the second order attribute of the trade order comprises negative sales may be determined by the following steps 21 and 22:
step 21: inquiring the warehouse type corresponding to the identification of the delivery warehouse from the corresponding relation between the stored identification of the warehouse and the warehouse type, wherein the warehouse type comprises a real warehouse and a virtual warehouse;
the real bin represents that the business object is stored in the warehouse, and the virtual bin represents that the business object is not stored in the warehouse.
Step 22: and if the inquired warehouse type is a virtual warehouse, determining that the second order attribute of the business object comprises negative selling, and if the inquired warehouse type is a real warehouse, determining that the second order attribute of the transaction order comprises non-negative selling.
Step 203: and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information.
Through the logistics information processing operation in the delivery stage and the cooperation of manual delivery, the logistics circulation of the business object is promoted, and the business object can be delivered to the delivery address filled by the first user when the first user places an order.
Here, the logistics information processing operation of the shipping stage corresponding to the shipping mode information is determined according to the requirement of each dimension in the first order attribute on logistics fulfillment. For example: for the dimension of sinking or not, the execution system is required to generate a pre-invoice when sinking. In the pre-sale subsidence, the execution system is required to generate a pre-issued bill in the money-fixing stage. Aiming at the dimension of negative selling, a logistics order is required to be kept during negative selling until a business object is determined to be put into a warehouse; aiming at the dimension of distribution, two sections of logistics orders need to be generated during distribution, wherein the first section of logistics order is sent to a distributor, then the distributor goes to a distributor to purchase a business object, and after purchase, the second section of logistics order is generated.
Considering that the first user may refund after the service server determines the shipping mode of the service object, in order to determine the shipping mode information of the service object of the first user and intercept the logistics information processing in the shipping stage, after the step 202, a corresponding relationship between the transaction order number and the determined shipping mode information needs to be established and stored.
For the first user needing to refund, the flow of the service processing method according to the embodiment of the present application is shown in fig. 3, and includes the following steps:
step 301: receiving a refund request which is sent by a user terminal and aims at a transaction order with a paid current order state, wherein the refund request carries a transaction order number;
step 302: searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
step 303: and informing the execution system to execute the logistics information processing operation of the corresponding refund stage according to the searched delivery mode information.
The logistics information processing operation in the refund stage can be regarded as the reverse operation of the logistics information processing operation in the delivery stage, namely, the withdrawal of the logistics information processing operation in the delivery stage.
The above scheme describes the business processing flow of the delivery stage and the business processing flow of the refund stage, and the scheme is specifically described by the transaction order with the first order attribute including the pre-sale attribute.
Generally, after ordering a pre-sold business object, payment for a generated transaction order can be divided into two sections, one section is payment for deposit and the other section is payment for a tail, and the logistics information processing operation at the moment can also be divided into two sections, the logistics information processing operation at the payment stage for deposit can be performed after payment for deposit, and the logistics information processing operation at the delivery stage for a tail can be performed after payment for a tail. Accordingly, since the payment is made twice, there are two cases when the user needs to make a refund after paying the deposit (the end payment is not yet paid), and another case when the user needs to make a refund after paying the end payment. At this time, when the user issues a refund request, it is necessary to perform the logistics information processing operation in the refund stage by case, one is the logistics information processing operation in the cash refund stage, and the other is the logistics information processing operation in the cash refund stage.
As shown in fig. 4, it is a third flowchart of a service processing method provided in the embodiment of the present application, and includes the following steps:
step 401: the payment server receives a payment success message sent by the payment server aiming at the transaction order with the current order state as the deposit to be paid;
and aiming at the pre-sold business object needing to be paid in two stages, the first user places an order on the electronic commerce platform, the electronic commerce platform generates a transaction order, then the first user carries out payment operation for the transaction order, and when the payment is successful, the payment server sends a payment success message to the business server aiming at the transaction order with the current order state of the payment order to be paid.
The first order attributes of the trade order in this step 401 include: pre-sale and distribution.
The first order attribute includes pre-sale and distribution, or pre-sale and non-distribution.
Step 402: and the payment server determines the delivery mode information of the business object according to the pre-sale and whether the business object is distributed.
Step 403: and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding fixed-deposit delivery stage according to the determined delivery mode information.
After the first user pays the deposit, the payment operation of the tail money may be performed, at this time, the logistics information processing operation in the tail money delivery stage needs to be completed, or the payment of the tail money may not be performed, but a refund request is sent, the logistics information processing operation in the deposit refund stage needs to be performed, so as to facilitate the processing in the subsequent tail money delivery stage or the deposit refund stage, at this time, after step 401, the current order state of the transaction order needs to be modified to be the tail money to be paid, and after step 402, the corresponding relationship between the transaction order number and the determined delivery mode information needs to be established and stored, so as to facilitate the subsequent searching, and the delivery mode information of the transaction order of which the current order state is the tail money to be paid is determined.
If the first user pays the end payment after paying the deposit, the service processing method may include the following steps 404 to 406:
step 404: receiving a payment success message sent by a payment server aiming at a transaction order with the current order state as a payment tail;
and aiming at the pre-sold business object needing to be paid in two stages, the first user pays the payment of the tail money after paying the subscription to the transaction order, and when the payment of the tail money is successful, the payment server sends a payment success message to the business server aiming at the transaction order with the current order state of the tail money to be paid.
Step 405: searching the shipping mode information corresponding to the determined transaction order number of the transaction order with the tail payment successfully from the stored corresponding relation between the transaction order number and the shipping mode information;
step 406: and informing the execution system to execute the logistics information processing operation of the corresponding tail delivery stage according to the searched delivery mode information.
If the first user initiates a refund request when paying the subscription fee but not paying the end payment, the flowchart of the service processing method at this time may be as shown in fig. 5, and includes the following steps:
step 501: receiving a refund request which is sent by a user terminal and aims at a transaction order with a current order state being a to-be-paid tail state, wherein the refund request carries a transaction order number;
step 502: searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
step 503: and informing the execution system to execute the logistics information processing operation of the corresponding money fixing and refunding stage according to the searched delivery mode information.
Considering that the first user may also initiate a refund request after completing payment of the payment due to the last payment, in order to facilitate the first user to know the status of the current transaction order, after step 404, the payment server needs to modify the current order status of the transaction order to be delivered, and then send the refund request for the current order status or the historical order status to be delivered. Since the user may initiate a refund request after the current order state is the to-be-delivered state, may initiate a refund request after the service object is signed in, or may initiate a refund request between the time the current order state is the to-be-delivered state and the time the service object is signed in, the sending of the refund request for the to-be-delivered state is described herein as being performed for the current order state or the historical order state.
If the first user initiates a refund request after payment of the end payment, a flowchart of the service processing method at this time may be as shown in fig. 6, and includes the following steps:
step 601: receiving a refund request which is sent by a user terminal and aims at a transaction order of which the current order state or the historical order state is to-be-delivered goods, wherein the refund request carries a transaction order number;
step 602: searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
step 603: and informing the execution system to execute the logistics information processing operation of the corresponding refund stage according to the found delivery mode information.
Since the execution system executes the logistics information processing operation in both the shipping stage (the logistics information processing operation in the money-making shipping stage and the logistics information processing operation in the tail shipping stage are subdivided when payment is made for the money-making and the tail), and the logistics information processing operation in the refund stage (the logistics information processing operation in the money-making refund stage and the logistics information processing operation in the tail refund stage are subdivided when payment is made for the money-making and the tail), which are executed according to the shipping mode, the logistics information processing operations in different stages corresponding to the shipping mode can be determined according to the requirements for logistics fulfillment in each dimension of the first order attribute and the second order attribute, and flexible logistics information processing operations according to actual needs, which are not the invention of the present application, are not described in detail here, but only the money-making mode corresponding to the sinking mode of sales with negative pre-sale distribution fee as shown in fig. 7 The logistics information processing operation at the shipping stage is illustrated. Fig. 7 includes a transaction center server (TC), a vertical industry solution server (VSP), a logistics center server (LC), a storage center server (CC), and a clearing house.
It can be seen that the function of the service server of the present application is taken as a part of the function of the VSP in fig. 7, the TC in fig. 7 has the function of the payment server of the present application, and the VSP, LC, CC and clearing house have the function of the execution system of the present application.
Fig. 8 is a class diagram of a service processing method implemented in a specific program code according to an embodiment of the present application. The specific explanation is as follows:
firstly, calling a factorary method in a ProcessFactory class according to a delivery mode code in a table I;
secondly, calling the factory method to obtain an instance of a policy class (i.e. logistics information processing operation of each stage), such as BetrayNoSinkmodeStrategy;
finally, an example of the obtained policy class is performed, such as: the BetrayNoSinkModeStrategy instance is executed.
In fig. 8, at various stages: the five stages of the money fixing stage, the tail stage, the refund stage, the automatic routing stage and the automatic delivery stage call different methods. Since all policy classes implement IProcessStrategy, dynamic binding to different execution paths is enabled.
The implementation process adopts a design idea of a simple factory + strategy mode, each business process is simply and conveniently isolated, and the method has good expandability.
Based on the same inventive concept, embodiments of the present application further provide a service object processing apparatus, and since the principle of the problem solved by the service object processing apparatus is similar to that of the service object processing method, the implementation of the terminal may refer to the implementation of the method, and repeated details are not repeated.
As shown in fig. 9, a service processing apparatus provided in an embodiment of the present invention includes: a receiving unit 91, a determining unit 92 and a notifying unit 93, wherein:
a receiving unit 91, configured to receive a payment success message sent by a payment server for a transaction order whose current order state is to be paid, where the transaction order includes an identifier of a service object and a first order attribute, and the first order attribute includes part or all of dimensions that constitute an online sales mode;
a determining unit 92, configured to determine, according to the first order attribute, shipping mode information of the business object;
and the notifying unit 93 is configured to notify the execution system to execute the logistics information processing operation of the corresponding shipping stage according to the determined shipping mode information for the transaction order.
Preferably, the dimensions constituting the on-line sales method include: whether to pre-sell, whether to sink, and whether to distribute.
Preferably, the first order attribute comprises whether to pre-sell and/or distribute; the trade order also has second order attributes, including: whether to sell negatively and/or whether to sink;
the determining unit 92 is specifically configured to determine shipping mode information of the business object according to the first order attribute and/or the second order attribute.
Preferably, the trade order further comprises: an identification of the shipment bin;
the determining unit 92 is further configured to determine whether the second order attribute of the trade order includes sinking by: judging whether the identification of the business object exists in a pre-stored business object sinking list or not; if the judgment result is yes, determining that the second order attribute of the transaction order comprises sinking, otherwise, determining that the second order attribute of the transaction order comprises non-sinking; determining whether the second order attribute of the trade order comprises negative selling by: inquiring the warehouse type corresponding to the identification of the delivery warehouse from the corresponding relation between the stored identification of the warehouse and the warehouse type, wherein the warehouse type comprises a real warehouse and a virtual warehouse; and if the inquired warehouse type is a virtual warehouse, determining that the second order attribute of the business object comprises negative selling, and if the inquired warehouse type is a real warehouse, determining that the second order attribute of the transaction order comprises non-negative selling.
Preferably, the logistics information processing operation of the shipping stage corresponding to the shipping mode information is determined according to the requirement of each dimension in the first order attribute on logistics fulfillment.
Preferably, the transaction order further includes a transaction order number; the device further comprises:
a modifying unit 94, configured to modify the current order state of the transaction order to be paid after the receiving unit receives a payment success message sent by the payment server for the transaction order whose current order state is to be paid;
the establishing unit 95 is configured to establish and store a corresponding relationship between the transaction order number and the determined shipping mode information after the determining unit determines the shipping mode information of the business object according to the first order attribute;
the receiving unit 91 is further configured to receive a refund request, which is sent by a user terminal and is for a transaction order whose current order status is paid, where the refund request carries a transaction order number;
the searching unit 96 is configured to search the shipping mode information corresponding to the transaction order number carried in the refund request from the stored correspondence between the transaction order number and the shipping mode information;
the notifying unit 93 is further configured to notify the executing system to execute the logistics information processing operation in the corresponding refund stage according to the found delivery mode information.
Preferably, the first order attribute comprises: pre-selling and whether to distribute, wherein the trade order also comprises a trade order number;
the receiving unit 91 is specifically configured to receive a payment success message sent by the payment server for a transaction order with a current order state of a deposit to be paid;
the notifying unit 93 is specifically configured to notify the execution system to execute the logistics information processing operation of the corresponding deposit-making shipping stage according to the determined shipping mode information for the transaction order.
Preferably, the apparatus further comprises:
a modifying unit 94, configured to modify the current order state of the transaction order to be a payment tail after the receiving unit receives a payment success message sent by the payment server for the transaction order whose current order state is the to-be-paid deposit;
the establishing unit 95 is configured to establish and store a corresponding relationship between the transaction order number and the determined shipping mode information after the determining unit determines the shipping mode information of the business object according to the first order attribute;
the receiving unit 91 is specifically configured to receive a payment success message sent by the payment server for a transaction order with a current order state of a to-be-paid tail payment;
a searching unit 96, configured to search for shipping mode information corresponding to the determined transaction order number of the transaction order in which the tail payment is successfully paid, from the stored correspondence between the transaction order number and the shipping mode information;
the notifying unit 93 is specifically configured to notify the execution system to execute the logistics information processing operation of the corresponding tail delivery stage according to the found delivery mode information.
Preferably, the modifying unit 94 is further configured to modify the current order state of the transaction order to be sent after the receiving unit receives a payment success message sent by the payment server for the transaction order whose current order state is the tail to be paid;
the receiving unit 91 is further configured to receive a refund request for a transaction order whose current order state or historical order state is to-be-delivered, where the refund request carries a transaction order number;
the searching unit 96 is further configured to search the shipping mode information corresponding to the transaction order number carried in the refund request from the stored correspondence between the transaction order number and the shipping mode information;
the notifying unit 93 is further configured to notify the executing system to execute the logistics information processing operation at the full refund stage according to the found delivery mode information.
Preferably, the apparatus further comprises:
a modifying unit 94, configured to modify the current order state of the transaction order to be a payment tail after the receiving unit receives a payment success message sent by the payment server for the transaction order whose current order state is the to-be-paid deposit;
the establishing unit 95 is configured to establish and store a corresponding relationship between the transaction order number and the determined shipping mode information after the determining unit determines the shipping mode information of the business object according to the first order attribute;
the receiving unit 91 is further configured to receive a refund request, which is sent by a user terminal and is for a transaction order with a current order state being a to-be-paid tail state, where the refund request carries a transaction order number;
the searching unit 96 is configured to search the shipping mode information corresponding to the transaction order number carried in the refund request from the stored correspondence between the transaction order number and the shipping mode information;
the notifying unit 93 is further configured to notify the executing system to execute the logistics information processing operation at the deposit and refund stage according to the found delivery mode information.
Through the above description of the embodiments, it is clear to those skilled in the art that the embodiments of the present invention may be implemented by hardware, or by software plus a necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in the form of a software product, which may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods according to the embodiments of the present invention.
Those skilled in the art will appreciate that the drawings are merely schematic representations of one preferred embodiment and that the blocks or flow diagrams in the drawings are not necessarily required to practice the present invention.
Those skilled in the art can understand that the modules in the terminal in the embodiment can be distributed in the terminal in the embodiment according to the description of the embodiment, and can also be located in one or more terminals different from the embodiment with corresponding changes. The modules of the above embodiments may be combined into one module, or further split into multiple sub-modules.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (11)
1. A method for processing a service, comprising:
the method comprises the steps that a business server receives a payment success message sent by a payment server aiming at a transaction order with a current order state to be paid, wherein the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode;
determining delivery mode information of the business object according to the first order attribute;
for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information;
wherein the dimensions that constitute the online sales mode include a plurality or all of the following dimensions: whether to pre-sell, whether to sink, and whether to distribute.
2. The method of claim 1, wherein the first order attributes include whether to pre-sell and/or whether to distribute; the trade order also has second order attributes, including: whether to sell negatively and/or whether to sink;
determining delivery mode information of the business object according to the first order attribute, wherein the delivery mode information comprises the following steps:
and determining delivery mode information of the business object according to the first order attribute and/or the second order attribute.
3. The method of claim 2, wherein the trade order further comprises: an identification of the shipment bin;
determining whether the second order attribute of the trade order includes a convergence by:
judging whether the identification of the business object exists in a pre-stored business object sinking list or not;
if the judgment result is yes, determining that the second order attribute of the transaction order comprises sinking, otherwise, determining that the second order attribute of the transaction order comprises non-sinking;
determining whether the second order attribute of the trade order comprises negative selling by:
inquiring the warehouse type corresponding to the identification of the delivery warehouse from the corresponding relation between the stored identification of the warehouse and the warehouse type, wherein the warehouse type comprises a real warehouse and a virtual warehouse;
and if the inquired warehouse type is a virtual warehouse, determining that the second order attribute of the business object comprises negative selling, and if the inquired warehouse type is a real warehouse, determining that the second order attribute of the transaction order comprises non-negative selling.
4. The method of claim 1, wherein logistics information processing operations of the shipping stage corresponding to the shipping mode information are determined based on the requirements for logistics fulfillment for each dimension in the first order attribute.
5. The method of claim 1, wherein said trade order further comprises a trade order number;
after receiving a payment success message sent by the payment server for the transaction order whose current order status is to be paid, the method further includes:
modifying a current order status of the trade order to be paid;
after determining the shipping mode information of the business object according to the first order attribute, the method further comprises:
establishing and storing a corresponding relation between the transaction order number and the determined delivery mode information;
receiving a refund request which is sent by a user terminal and aims at a transaction order with a paid current order state, wherein the refund request carries a transaction order number;
searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
and informing the execution system to execute the logistics information processing operation of the corresponding refund stage according to the searched delivery mode information.
6. The method of claim 1, wherein the first order attribute comprises: pre-selling and whether to distribute, wherein the trade order also comprises a trade order number;
receiving a payment success message sent by a payment server aiming at a transaction order with a current order state to be paid, wherein the payment success message comprises the following steps:
receiving a payment success message sent by a payment server aiming at a transaction order with the current order state as a deposit to be paid;
and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information, wherein the logistics information processing operation comprises the following steps:
and for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding fixed-deposit delivery stage according to the determined delivery mode information.
7. The method of claim 6, wherein after receiving a payment success message sent by a payment server for a trade order for which a current order status is a pending payment subscription, the method further comprises:
modifying the current order state of the transaction order as a tail to be paid;
after determining the shipping mode information of the business object according to the first order attribute, the method further comprises:
establishing and storing a corresponding relation between the transaction order number and the determined delivery mode information;
receiving a payment success message sent by a payment server aiming at a transaction order with the current order state as a payment tail;
searching the shipping mode information corresponding to the determined transaction order number of the transaction order with the tail payment successfully from the stored corresponding relation between the transaction order number and the shipping mode information;
and informing the execution system to execute the logistics information processing operation of the corresponding tail delivery stage according to the searched delivery mode information.
8. The method of claim 7, wherein after receiving a payment success message sent by a payment server for a trade order for which a current order status is a tail to be paid, the method further comprises:
modifying the current order state of the transaction order as to-be-delivered;
receiving a refund request which is sent by a user terminal and aims at a transaction order of which the current order state or the historical order state is to-be-delivered goods, wherein the refund request carries a transaction order number;
searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
and informing the execution system to execute the logistics information processing operation of the corresponding refund stage according to the searched delivery mode information.
9. The method of claim 6, wherein after receiving a payment success message sent by a payment server for a trade order for which a current order status is a pending payment subscription, the method further comprises:
modifying the current order state of the transaction order as a tail to be paid;
after determining the shipping mode information of the business object according to the first order attribute, the method further comprises:
establishing and storing a corresponding relation between the transaction order number and the determined delivery mode information;
receiving a refund request which is sent by a user terminal and aims at a transaction order with a current order state being a to-be-paid tail state, wherein the refund request carries a transaction order number;
searching for the shipping mode information corresponding to the transaction order number carried in the refund request from the corresponding relation between the stored transaction order number and the shipping mode information;
and informing the execution system to execute the logistics information processing operation of the corresponding deposit and refund stage according to the searched delivery mode information.
10. A traffic processing apparatus, comprising:
the payment server is used for receiving a payment success message sent by the payment server aiming at a transaction order with a current order state to be paid, wherein the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode; wherein the dimensions that constitute the online sales mode include a plurality or all of the following dimensions: whether to pre-sell, whether to sink, and whether to distribute;
the determining unit is used for determining the delivery mode information of the business object according to the first order attribute;
and the notification unit is used for notifying an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information aiming at the transaction order.
11. A transaction system, comprising: the system comprises a business server, a payment server and an execution system; wherein:
the payment server is used for sending a payment success message to the business server aiming at the transaction order with the current order state to be paid;
the system comprises a business server and a payment server, wherein the business server is used for receiving a payment success message sent by the payment server aiming at a transaction order with a current order state to be paid, the transaction order comprises an identification of a business object and a first order attribute, and the first order attribute comprises part or all of dimensions forming an online sales mode; determining delivery mode information of the business object according to the first order attribute; for the transaction order, informing an execution system to execute the logistics information processing operation of the corresponding delivery stage according to the determined delivery mode information; wherein the dimensions that constitute the online sales mode include a plurality or all of the following dimensions: whether to pre-sell, whether to sink, and whether to distribute;
and the execution system is used for executing the logistics information processing operation of the corresponding delivery stage after receiving the notification of executing the logistics information processing operation of the corresponding delivery stage from the service server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610154356.XA CN107203917B (en) | 2016-03-17 | 2016-03-17 | Service processing method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610154356.XA CN107203917B (en) | 2016-03-17 | 2016-03-17 | Service processing method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107203917A CN107203917A (en) | 2017-09-26 |
| CN107203917B true CN107203917B (en) | 2021-04-30 |
Family
ID=59903855
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610154356.XA Active CN107203917B (en) | 2016-03-17 | 2016-03-17 | Service processing method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107203917B (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110717802A (en) * | 2018-07-13 | 2020-01-21 | 阿里巴巴集团控股有限公司 | Order processing method and device and electronic equipment |
| CN112418968A (en) * | 2020-03-16 | 2021-02-26 | 上海哔哩哔哩科技有限公司 | Order data processing method |
| CN112200629A (en) * | 2020-10-12 | 2021-01-08 | 绿瘦健康产业集团有限公司 | Refund payment processing method, device, medium and terminal equipment |
| CN113743803B (en) * | 2021-09-08 | 2024-03-15 | 上海哔哩哔哩科技有限公司 | Object processing method and device |
| CN118297518B (en) * | 2024-04-25 | 2024-10-18 | 有启(上海)信息科技有限公司 | Warehouse pre-sale order grouping and allocating processing method combining cloud computing |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102184507A (en) * | 2011-05-16 | 2011-09-14 | 苏州两江科技有限公司 | Warehouse replenishing method |
| CN103559579A (en) * | 2013-11-06 | 2014-02-05 | 广东兰贝斯信息科技有限公司 | Method for self-defining tracing procedures in organic food traceability system |
| CN104899711A (en) * | 2014-03-05 | 2015-09-09 | 阿里巴巴集团控股有限公司 | Service processing method and apparatus |
-
2016
- 2016-03-17 CN CN201610154356.XA patent/CN107203917B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102184507A (en) * | 2011-05-16 | 2011-09-14 | 苏州两江科技有限公司 | Warehouse replenishing method |
| CN103559579A (en) * | 2013-11-06 | 2014-02-05 | 广东兰贝斯信息科技有限公司 | Method for self-defining tracing procedures in organic food traceability system |
| CN104899711A (en) * | 2014-03-05 | 2015-09-09 | 阿里巴巴集团控股有限公司 | Service processing method and apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107203917A (en) | 2017-09-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107203917B (en) | Service processing method, device and system | |
| CN107025531B (en) | Address modification information processing method and device | |
| CN105096015B (en) | Commodity object information processing method and system | |
| CN105447736B (en) | Transaction processing and logistics solution method and device in commodity transaction | |
| CN106485439B (en) | Logistics service information processing method and device | |
| CN106779897B (en) | Method and device for processing transaction information of combined commodity object | |
| CN106709774B (en) | Commodity object transaction information processing method and device | |
| CN106815752B (en) | Commodity object logistics information processing method and device | |
| CN106485558B (en) | Commodity object pre-sale information processing method and device | |
| CN105488688A (en) | Commodity information pushing method, device and system | |
| CN109118219A (en) | Transaction data processing method and device | |
| CN104794132A (en) | Inventory information processing method and system | |
| WO2017059789A1 (en) | Logistics performance mode information processing method and device | |
| CN110210940B (en) | Goods taking method applied to business district and business district order system | |
| CN107563827A (en) | It is a kind of based on Internet of Things without mortgage sharing method and system | |
| CN109509022B (en) | Advertisement traffic distribution method, advertisement transaction platform, server and storage medium | |
| CN115797022B (en) | Order management and control method and system for supply chain collaboration platform | |
| CN112017006A (en) | Information pushing method and device, electronic equipment and storage medium | |
| CN106169127A (en) | A kind of order processing method and system | |
| CN115063135A (en) | Dairy product prepaid card management system, method and computer readable storage medium | |
| US11829944B2 (en) | Mobile storefront control systems and methods | |
| KR102247682B1 (en) | System for managemeting Allowance according to Distribution ratio and Driving method thereof | |
| KR20170110829A (en) | A program for cloud funding platform to establish sales base of goods/services and a server implemented by the same | |
| CN105787736A (en) | Data business processing method and device | |
| CN117196753A (en) | Trade flow making method, equipment and medium for large-batch commodities |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20180410 Address after: Four story 847 mailbox of the capital mansion of Cayman Islands, Cayman Islands, Cayman Applicant after: CAINIAO SMART LOGISTICS HOLDING Ltd. Address before: Cayman Islands Grand Cayman capital building, a four storey No. 847 mailbox Applicant before: ALIBABA GROUP HOLDING Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |