WO2025256366A1 - 订单支付处理 - Google Patents

订单支付处理

Info

Publication number
WO2025256366A1
WO2025256366A1 PCT/CN2025/096180 CN2025096180W WO2025256366A1 WO 2025256366 A1 WO2025256366 A1 WO 2025256366A1 CN 2025096180 W CN2025096180 W CN 2025096180W WO 2025256366 A1 WO2025256366 A1 WO 2025256366A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
order
organization
item
subroutine
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2025/096180
Other languages
English (en)
French (fr)
Inventor
闻新潮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Publication of WO2025256366A1 publication Critical patent/WO2025256366A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping

Definitions

  • This disclosure relates to the field of data processing technology, and in particular to order payment processing.
  • This disclosure provides one or more embodiments of an order payment processing method, including: obtaining a goods delivery order submitted by a member's terminal after the member of an organization jumps from a first subroutine to a second subroutine; querying the payment category strategy associated with the member based on the member's identifier recorded in the goods delivery order; the payment category strategy being configured after the organization activates the goods delivery service corresponding to the second subroutine based on a first platform; detecting whether the goods category in the goods delivery order matches the payment category strategy; if so, processing the payment for the goods delivery order based on the organization's payment channel associated with the first subroutine, and then delivering the goods based on the payment result.
  • an order payment processing apparatus including: an order acquisition module configured to acquire item delivery orders submitted by member terminals of organizational members after they jump from a first subroutine to a second subroutine; a strategy query module configured to query payment category strategies associated with the organizational member based on the member identifier recorded in the item delivery order; the payment category strategy being configured after the organization activates the item delivery service corresponding to the second subroutine based on a first platform; a matching detection module configured to detect whether the item category in the item delivery order matches the payment category strategy; and a payment processing module configured to, if so, process the payment for the item delivery order based on the organizational member's payment channel associated with the first subroutine, and then perform item delivery based on the payment result.
  • an order payment processing device including: a processor; and a memory configured to store computer-executable instructions, which, when executed, cause the processor to: obtain a goods delivery order submitted by a member's terminal after jumping from a first subroutine to a second subroutine; query a payment category policy associated with the member based on the member identifier recorded in the goods delivery order; the payment category policy is configured after the institution activates the goods delivery service corresponding to the second subroutine based on a first platform; detect whether the item category in the goods delivery order matches the payment category policy; if so, process the payment for the goods delivery order based on the institution's payment channel associated with the first subroutine, and perform goods delivery based on the payment result.
  • This disclosure provides one or more embodiments of a computer-readable storage medium for storing computer-executable instructions that, when executed, perform the following steps: Obtaining a goods delivery order submitted by a member's terminal after navigating from a first subroutine to a second subroutine. Querying the payment category strategy associated with the member based on the member's identifier recorded in the goods delivery order. The payment category strategy is configured after the institution activates the goods delivery service corresponding to the second subroutine based on a first platform. Detecting whether the goods category in the goods delivery order matches the payment category strategy. If so, processing the payment for the goods delivery order based on the institution's payment channel associated with the first subroutine, and delivering the goods based on the payment result.
  • Figure 1 is a schematic diagram of the implementation environment of an order payment processing method provided by one or more embodiments of this disclosure
  • FIG. 2 is a flowchart of an order payment processing method provided by one or more embodiments of this disclosure
  • Figure 3 is a flowchart of an order payment processing method applied to a food delivery scenario provided by one or more embodiments of this disclosure
  • Figure 4 is a schematic diagram of an embodiment of an order payment processing device provided by one or more embodiments of the present disclosure
  • Figure 5 is a schematic diagram of the structure of an order payment processing device provided in one or more embodiments of this disclosure.
  • the implementation environment includes at least a server 101 for order processing.
  • the implementation environment may also include member terminals 102 of organizational members, and may also include a server 103 for service activation and policy configuration of goods delivery services.
  • the member terminal 102 may be a mobile phone, personal computer, tablet computer, e-book reader, wearable device, device for information interaction based on AR (Augmented Reality)/VR (Virtual Reality), and laptop computer, etc. It may also have an application installed, and the application may have a first subroutine and a second subroutine running within it.
  • the first subroutine may correspond to a first platform
  • the second subroutine may correspond to a second platform.
  • the first platform may run on server 103, and the second platform may run on server 101.
  • Server 101 and Server 103 can both be a single server, a server cluster consisting of several servers, or one or more cloud servers in a cloud computing platform.
  • the server 101 queries the payment category policy associated with the organization member based on the member identifier in the item delivery order. If the item category in the item delivery order matches the payment category policy, the server processes the payment for the item delivery order based on the organization's payment channel associated with the organization member in the first subroutine, and then delivers the item based on the payment result.
  • the payment category policy associated with the organization member is configured after the organization activates the item delivery service corresponding to the second subroutine on the first platform running on the server 103.
  • One or more embodiments of an order payment processing method provided in this disclosure are as follows.
  • the order payment processing method provided in this embodiment specifically includes steps S202 to S208.
  • Step S202 Obtain the item delivery order submitted by the member terminal of the organization member after jumping from the first subroutine to the second subroutine.
  • this embodiment provides an order payment processing method that automatically matches the item category in the member's delivery order with the payment category strategy associated with the member. This method does not affect the execution process of accessing the second subprogram from other channels, i.e., it does not affect the execution process of accessing the second subprogram under normal paths. This automates the item category detection and improves the transaction success rate.
  • the organization includes various forms of organizations such as enterprises, public institutions, and social groups. Furthermore, the organization includes not only the organization itself but also its internal organizations, such as enterprise departments or branches.
  • the organization members include organization staff and related personnel.
  • the member terminal refers to the terminal device belonging to the organization member, which can be a mobile phone, computer, smart wearable device, etc.
  • a subroutine refers to a program package or application component that is mounted on an application platform (or application program) or loaded and installed by the application platform. From a service perspective, a subroutine has the ability to independently provide a self-contained service, such as a subroutine running within an application that provides self-contained services for organization management or goods delivery.
  • the subroutine can be a mini-program.
  • the first subroutine can be an organization service subroutine, i.e., a subroutine that provides organization-related services.
  • the first subroutine can be an organization service subroutine or an organization code subroutine; the organization code refers to the identification code set by the organization for its members' payments, etc., and this organization code can uniquely identify the organization.
  • the second subroutine can be a goods delivery subroutine, i.e., a subroutine that provides goods delivery services, such as a food delivery subroutine, an errand-running subroutine, or an e-commerce subroutine
  • the item delivery order refers to the item delivery order submitted by the member of the organization through the second subroutine after the member terminal jumps from the first subroutine to the second subroutine.
  • This item delivery order refers to an order for the delivery of items, such as a food delivery order or a medicine delivery order.
  • institutional members may access the second subprogram in various ways, such as by jumping from the payment application to the second subprogram, or by jumping from the first subprogram to the second subprogram.
  • a payment method through the institutional payment channel can be provided when accessing the second subprogram only by jumping from the first subprogram. Therefore, to distinguish the access methods of institutional members to the second subprogram and improve the convenience of detecting the feasibility of payment by institutional members through the institutional payment channel, optionally, the delivery order is marked with an access identifier indicating access to the second subprogram from the first subprogram; the access identifier refers to the identifier that indicates access to the second subprogram by jumping from the first subprogram.
  • the first subroutine can be accessed through a payment application or through the institution's institutional application.
  • the first subroutine can be accessed through a payment application, whereby institutional members can submit an access command and be redirected to the first subroutine based on the command.
  • the payment application can be an application used for payment and other operations.
  • some institutions may prefer to guide their members to the first subroutine through their institutional application, integrating the access point of the first subroutine into the institution's institutional application.
  • This institutional application can be an application used for handling institution-related services. In this case, institutional members first access the institution's institutional application, are redirected to the first subroutine, and then to the second subroutine.
  • members may or may not be able to come to the store to conduct transactions.
  • an online transaction method can be provided. This means that after the member's terminal jumps from the first subroutine to the second subroutine, the member's terminal submits a delivery order. If a member can come to the store, but the item is too large or heavy for them to pick up themselves and requires delivery, an offline transaction method can be provided. This means that after the member's terminal calls the organization code interface displayed via the second subroutine, the merchant's device can scan the organization code and submit a delivery order. In other words, the delivery order can be submitted by the member's terminal or by the merchant's device scanning the organization code displayed via the member's terminal's organization code interface.
  • an organization member may have a need for self-pickup. In this case, it is necessary to provide a self-pickup channel for the organization member to meet their diverse needs.
  • the following operation is also performed: detect the self-pickup request submitted by the organization member for the goods delivery order; if the detection result is empty, execute the following step S204, query the payment category strategy associated with the organization member based on the organization member's member identifier recorded in the goods delivery order.
  • the self-pickup request refers to a request for self-pickup of items in a goods delivery order, that is, a request for an organization member to pick up the items in the goods delivery order by themselves.
  • Step S204 Based on the member identifier of the organization member recorded in the item delivery order, query the payment category strategy associated with the organization member.
  • the payment category strategy associated with the organization member is queried based on the member identifier of the organization member recorded in the item delivery order.
  • the member identifier of an organization member can be an identifier that represents the uniqueness of the organization member;
  • the payment category strategy associated with the organization refers to the strategy set by the organization for its members related to payment categories;
  • the payment category strategy can be a strategy built based on item categories that organization members can pay for through the organization's payment channels;
  • the payment category strategy can also be a strategy built based on item categories that organization members cannot pay for through the organization's payment channels, such as a strategy built based on item categories that organization members cannot pay for through the organization's payment channels (such as cigarettes and alcohol);
  • the organization's payment channel refers to a channel for payment through the organization's account, that is, the organization does not need to pay itself, but the organization pays.
  • the payment category strategy is configured after the organization activates the item delivery service corresponding to the second subroutine based on the first platform.
  • the first subroutine can correspond to the first platform
  • the second subroutine can correspond to the second platform.
  • the first subroutine can be an institutional service subroutine, so the first platform can be an institutional code platform.
  • the second subroutine can be a goods delivery subroutine, so the second platform can be a goods delivery platform.
  • the second subroutine can provide goods delivery services. That is, after the institution activates the goods delivery service corresponding to the second subroutine based on the first platform, the member terminals of the institution's members can jump from the first subroutine to the second subroutine and use the goods delivery service in the second subroutine. During the use of the goods delivery service, payment can be made through the institution's payment channel.
  • the payment category strategy is synchronized from the first platform corresponding to the first subroutine to the second platform corresponding to the second subroutine.
  • the institution activates the item delivery service corresponding to the second subroutine based on the first platform, it can configure the payment category strategy for its members, and the first platform can synchronize the payment category strategy associated with the members to the second platform corresponding to the second subroutine.
  • the item categories involved in the historical item delivery orders of some institutional members may meet the requirements, while those of other institutional members may not. Some institutional members may have passed credit assessments, while others may have failed.
  • To improve the flexibility of configuring payment category strategies for institutional members it is possible to determine whether to configure a payment category strategy for institutional members based on at least one dimension of data from historical item delivery orders and credit assessment results. That is, it is necessary to determine whether to constrain the transaction behavior of institutional members in the second subroutine after jumping from the first subroutine to the second subroutine based on data from at least one dimension.
  • the payment category strategy is obtained as follows: obtaining the historical item delivery orders and the credit assessment results of the institutional members; if the item categories in the historical item delivery orders include preset item categories and the credit assessment results are failed, configuring the payment category strategy for the institutional members and synchronizing it with the second platform corresponding to the second subroutine.
  • the historical item delivery orders of the institutional members refer to the historical item delivery orders obtained by the institutional members through transactions in the second subprogram. These historical item delivery orders can include those obtained by the institutional members after accessing the second subprogram from all access channels and then conducting transactions within the second subprogram.
  • the credit assessment result of the institutional members refers to the result of a credit assessment of the institutional members, which includes both "credit assessment passed" and "credit assessment failed.”
  • the preset item categories can be pre-set item categories, such as those including tobacco and alcohol.
  • Payment category strategies are only configured when the institutional members' historical item delivery orders and credit assessment results meet the requirements. By treating institutional members differently, it helps to encourage them to comply with the institution's payment category requirements and improve the payment success rate of institutional members making payments through the institution's payment channels.
  • historical item delivery orders or credit assessment results of the organization members can be obtained. If the item categories in the historical item delivery orders have preset item categories or the credit assessment result is that the credit has not passed, a payment category strategy can be set for the organization members and synchronized with the second platform corresponding to the second subroutine.
  • step S204 can be executed. If a self-pickup request is detected, it means that the organizational member has a need to pick up the items in the item delivery order.
  • a self-pickup request it means that the organizational member has a need to pick up the items in the item delivery order.
  • the execution result after the step of detecting the self-pickup request submitted by the organizational member for the item delivery order is that the detection result is not empty, the following operation is performed.
  • the order amount for the item delivery order is updated to obtain an updated order.
  • an interface is called to query the payment time strategy and/or payment location strategy matched by the organization member. It checks whether the current time meets the payment time strategy, and/or whether the location information of the organization member meets the payment location strategy, and whether the item category matches the payment category strategy. If yes, payment is processed for the updated order based on the organization's payment channel; otherwise, payment is processed for the updated order based on the organization member's member account.
  • the payment time strategy for matching institutional members refers to a strategy related to the payment time of institutional members, such as a payment time strategy that the payment time of institutional members is within the working hours of a weekday;
  • the payment location strategy refers to a strategy related to the payment location of institutional members, such as a payment location strategy that the location distance between the payment location of institutional members and the location of the institution is less than a distance threshold.
  • an updated order can be obtained by updating the order amount of a goods delivery order.
  • an interface is called to query the payment time and payment location strategies matched to the organization member.
  • the system checks whether the current time meets the payment time strategy, whether the location information of the organization member meets the payment location strategy, and whether the item category in the goods delivery order matches the payment category strategy. If yes, that is, if the current time meets the payment time strategy, the location information of the organization member meets the payment location strategy, and the item category in the goods delivery order matches the payment category strategy, then the updated order is processed for payment based on the organization's payment channel.
  • the updated order is processed for payment based on the organization member's member account.
  • an updated order can be obtained by updating the order amount of a goods delivery order.
  • an interface is called to query the payment time strategy or payment location strategy matched by the organization member.
  • the system checks whether the current time meets the payment time strategy or whether the location information of the organization member meets the payment location strategy, and whether the item category matches the payment category strategy. If yes, that is, if the current time meets the payment time strategy, or the location information of the organization member meets the payment location strategy, and the item category matches the payment category strategy, then the updated order is paid based on the organization's payment channel.
  • the updated order is paid based on the organization member's member account.
  • the transaction behavior of some institutional members in the second subroutine usually meets the institutional requirements, so the institution may not have set payment category policies for these institutional members.
  • the institution may also not have set payment category policies for certain specific institutional members.
  • these institutional members are highly trusted by the institution, their credibility is also high.
  • the following operation is also performed.
  • the credit query interface is called to query the credit assessment result of the organization's members. If the credit assessment result is that the credit assessment is passed, the credit payment is processed for the item delivery order. After the credit payment is successful and the item delivery order is successfully delivered, the deduction is processed for the organization's payment channel based on the deduction slip of the item delivery order.
  • the deduction slip for the delivery order can be generated according to the settlement cycle between the institution and the credit payment platform.
  • the institution's payment channel refers to the institution's institutional fund account used for payment.
  • the query result is empty, after calling the credit query interface to query the credit assessment result of the organization member, the following operation is also performed: if the credit assessment result is that the credit assessment is not passed, the payment for the item delivery order is processed based on the organization's payment channel, so as to deliver the item based on the payment result.
  • an organization member may belong to more than one organization. Consequently, there may be multiple payment category strategies associated with that organization member.
  • organizations typically require that the distance between the location where the organization member submits the goods delivery order and the organization's location is less than a distance threshold. For example, the organization requires that the location where the organization member places the goods delivery order matches the organization's location.
  • the payment category strategy associated with the organization member is obtained as follows: Multiple organization payment strategies that match the organization member's location with the organization member corresponding to the member's identifier are matched. If the matching result is not empty, the payment category strategy among the organization payment strategies that match the member's location is used as the payment category strategy associated with the organization member.
  • the following operations are also performed: if the matching result is empty, the multiple institutional payment strategies are sorted according to the available payment amount; in the sorting result, the institutional payment strategies that are sorted before the preset position are filtered, and the payment category strategy in the filtered institutional payment strategies is used as the payment category strategy associated with the institutional member.
  • the member's location refers to the current location where the member has submitted a delivery order.
  • the payment strategy refers to the payment methods set by the organization for its members, allowing them to make payments through the organization's payment channels. These strategies may include payment category strategies, payment location strategies, payment time strategies, and available payment limits.
  • the available payment limit refers to the remaining amount available for payment through the organization's payment channels within each of the multiple payment strategies set by the organization for its members.
  • the member's position can be matched with the institutional position of the corresponding institution in each of the multiple institutional payment strategies matched with the member. If the matching result is not empty, the payment category strategy in the institutional payment strategy corresponding to the institutional position matched with the member's position is taken as the payment category strategy associated with the institutional member. If the matching result is empty, the institutional payment strategies are sorted according to the available payment amount in each institutional payment strategy, and the institutional payment strategy with the sorted position before the preset position is selected from the sorted results, and the payment category strategy in the institutional payment strategy is taken as the payment category strategy associated with the institutional member.
  • Step S206 Detect whether the item category in the item delivery order matches the payment category strategy.
  • the above-mentioned step involves querying the payment category strategy associated with an organization member based on the member identifier recorded in the item delivery order. If the query result is not empty, it can be checked whether the item category in the item delivery order matches the payment category strategy, thereby constraining the way organization members make payments through the organization's payment channels.
  • the item category in the item delivery order refers to the item type, such as food, fruit, and flowers.
  • the item category in the delivery order does not match the payment category strategy, it means that the item delivery order of the organization member does not meet the requirements of the payment category strategy.
  • it helps to improve the retention rate of the organization members and the organization in the second subprogram; in an optional implementation of this embodiment, if the execution result after the step of detecting whether the item category in the delivery order matches the payment category strategy is negative, the following operations are performed: return a matching failure result to the organization member; according to the payment category strategy, filter the target item from the item pool of the second subprogram and return the item information of the target item to the organization member.
  • the system can first return a matching failure result to the organization members, so that they are promptly aware that the item categories in the current item delivery order do not meet the requirements of the payment category strategy. After that, the system can then filter target items from the item pool in the second subroutine based on the payable or non-payable categories included in the payment category strategy, and return the item information of the target items to the organization members for display. This allows the organization members to select and place orders from the target items that meet the requirements. This flexible approach filters target items that meet the payment category strategy for the organization members, avoiding the waste of order resources in the generated item delivery orders. At the same time, by filtering in the event of a matching failure, the system avoids the large workload of filtering target items for each organization member, thus improving efficiency.
  • Step S208 The organization member processes the payment for the item delivery order through the organization's payment channel associated with the first subroutine, and the item is delivered based on the payment result.
  • the step of checking whether the item category in the item delivery order matches the payment category strategy if not, a matching failure result is returned to the organization member.
  • the target item is selected from the item pool of the second subroutine, and the item information of the target item is returned to the organization member. If yes, the item delivery order is paid for by the organization member through the organization payment channel associated with the first subroutine, and the item is delivered based on the payment result.
  • the institutional payment channel described in this embodiment refers to the channel through which institutional members can make payments via their institutional accounts in the second subroutine, based on the institutional platform set up by the institution.
  • a payment request containing the institution's account identifier associated with the first subroutine and the order amount of the goods delivery order can be generated and sent to the payment platform.
  • the payment platform then deducts the amount from the institution's account corresponding to the account identifier based on the order amount.
  • the following operations are performed: It is detected whether the order amount of the goods delivery order is less than or equal to the institution member's available payment limit; if so, the payment interface is called to process the goods delivery order using the institution's payment channel identifier and the order amount of the goods delivery order as interface call inputs; if not, the payment order is processed based on the institution member's member account.
  • the item billing information for the item delivery order is synchronized from the first platform corresponding to the first subroutine to the institution.
  • each of the optional implementation methods in steps S202 to S208 provided in this embodiment can be executed independently as needed, or they can be combined and referenced with each other. At the same time, each specific execution step in each optional implementation method can also be executed independently, and this embodiment does not make specific limitations.
  • this embodiment provides one or more order payment processing methods. First, it obtains the item delivery order submitted by the member terminal of an organization member after jumping from the first subroutine to the second subroutine; the item delivery order is marked with an access identifier indicating access from the first subroutine to the second subroutine; second, based on the member identifier of the organization member recorded in the item delivery order, it queries the payment category strategy associated with the organization member; if the query result is empty, it calls the credit query interface to query the credit assessment result of the organization member; if the credit assessment result is that the credit assessment is passed, it performs credit payment processing on the item delivery order. After successful payment and delivery of the item, the payment is deducted from the organization's payment channel based on the deduction slip for the item delivery order.
  • the system checks whether the item category in the item delivery order matches the payment category strategy. If they do not match, a matching failure result is returned to the organization member. According to the payment category strategy, the target item is selected from the item pool of the second subroutine, and the item information of the target item is returned to the organization member. If they match, the system processes the payment for the item delivery order based on the organization member's payment channel associated with the first subroutine, and the item is delivered based on the payment result.
  • the order payment processing method applied to the food delivery scenario specifically includes the following steps.
  • Step S302 Obtain the food delivery orders submitted by the member terminal of the organization member after jumping from the organization service subroutine to the food delivery subroutine.
  • the food delivery order is marked with an access identifier that allows access to the food delivery subroutine from the organization's service subroutine.
  • Step S304 Based on the member identifier of the organization member recorded in the food delivery order, query the payment category strategy associated with the organization member.
  • the payment category strategy can be configured after the institution activates the corresponding food delivery service for the food delivery sub-program based on the institution's service platform.
  • Step S306 The testing agency member submits a self-pickup request for the takeout order.
  • the detection result is not empty, update the order amount of the takeout order to obtain an updated order, and use the member identifier of the organization member and the organization identifier as input to call the interface to query the payment time strategy and/or payment location strategy matched by the organization member; check whether the current time meets the payment time strategy, and/or check whether the location information of the organization member meets the payment location strategy, and check whether the item category in the takeout order matches the payment category strategy; if yes, process the payment for the updated order based on the organization's payment channel; if no, process the payment for the updated order based on the organization member's member account.
  • Step S308 If the detection result is empty, check whether the item category in the takeaway order matches the payment category strategy; if yes, proceed to step S310; if no, proceed to step S312.
  • Step S310 Process the payment for takeout orders based on the payment channels associated with the organization's service subprogram by the organization members, and then process the delivery based on the payment results.
  • Step S312 Return the matching failure result to the organization members, filter the target item from the item pool of the food delivery subprogram according to the payment category strategy, and return the item information of the target item to the organization members.
  • steps S302 to S312 can be replaced by the corresponding technical means provided in steps S202 to S208 as needed for implementation and deployment, which will not be elaborated here.
  • an order payment processing device as follows: In the above embodiment, an order payment processing method is provided, and correspondingly, an order payment processing device is also provided, which will be described below with reference to the accompanying drawings.
  • FIG. 4 a schematic diagram of an embodiment of an order payment processing device provided in this embodiment is shown.
  • This embodiment provides an order payment processing device, including: an order acquisition module 402, configured to acquire item delivery orders submitted by member terminals of organizational members after jumping from a first subroutine to a second subroutine; a strategy query module 404, configured to query the payment category strategy associated with the organizational member based on the member identifier recorded in the item delivery order; the payment category strategy is configured after the organization activates the item delivery service corresponding to the second subroutine based on the first platform; a matching detection module 406, configured to detect whether the item category in the item delivery order matches the payment category strategy; and a payment processing module 408, configured to, if so, process the payment for the item delivery order based on the organizational member's payment channel associated with the first subroutine, and then perform item delivery based on the payment result.
  • an order acquisition module 402 configured to acquire item delivery orders submitted by member terminals of organizational members after jumping from a first subroutine to a second subroutine
  • a strategy query module 404 configured to query the payment category strategy associated with the organizational member based on the
  • the present disclosure provides an example of an order payment processing device as follows: Corresponding to the order payment processing method described above, based on the same technical concept, one or more embodiments of the present disclosure also provide an order payment processing device, which is used to execute the order payment processing method provided above.
  • Figure 5 is a schematic diagram of the structure of an order payment processing device provided by one or more embodiments of the present disclosure.
  • This embodiment provides an order payment processing device, including: as shown in FIG5, the order payment processing device can vary considerably due to different configurations or performance, and may include one or more processors 501 and memory 502.
  • the memory 502 may store one or more application programs or data.
  • the memory 502 can be temporary or persistent storage.
  • the application programs stored in the memory 502 may include one or more modules (not shown in the figure), each module may include a series of computer-executable instructions in the order payment processing device.
  • the processor 501 may be configured to communicate with the memory 502 and execute the series of computer-executable instructions in the memory 502 on the order payment processing device.
  • the order payment processing device may also include one or more power supplies 503, one or more wired or wireless network interfaces 504, one or more input/output interfaces 505, one or more keyboards 506, etc.
  • the order payment processing device includes a memory and one or more programs, wherein one or more programs are stored in the memory, and one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the order payment processing device, and is configured to be executed by one or more processors.
  • the one or more programs include computer-executable instructions for performing the following: obtaining a delivery order submitted by a member's terminal after jumping from a first subroutine to a second subroutine; querying the payment category strategy associated with the member based on the member's identifier recorded in the delivery order; the payment category strategy is configured after the institution activates the delivery service corresponding to the second subroutine based on the first platform; detecting whether the item category in the delivery order matches the payment category strategy; if so, processing the payment for the delivery order based on the institution's payment channel associated with the first subroutine, and delivering the item based on the payment result.
  • the present disclosure provides an embodiment of a computer-readable storage medium as follows: Corresponding to the order payment processing method described above, based on the same technical concept, one or more embodiments of the present disclosure also provide a computer-readable storage medium.
  • the computer-readable storage medium provided in this embodiment is used to store computer-executable instructions.
  • the computer-executable instructions When executed, the computer-executable instructions perform the following steps: obtaining a delivery order submitted by a member's terminal after jumping from a first subroutine to a second subroutine; querying the payment category strategy associated with the member based on the member's identifier recorded in the delivery order; configuring the payment category strategy after the institution activates the delivery service corresponding to the second subroutine based on the first platform; detecting whether the item category in the delivery order matches the payment category strategy; if so, processing the payment for the delivery order based on the institution's payment channel associated with the first subroutine, and delivering the item based on the payment result.
  • PLD Programmable Logic Device
  • FPGA Field Programmable Gate Array
  • HDL Hardware Description Language
  • Hardware description languages such as Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language) are commonly used, with VHDL (Very-High-Speed Integrated Circuit Hardware Description Language) and Verilog being the most prevalent currently.
  • VHDL Very-High-Speed Integrated Circuit Hardware Description Language
  • Verilog Verilog
  • the controller can be implemented in any suitable manner.
  • it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers.
  • computer-readable program code e.g., software or firmware
  • ASICs application-specific integrated circuits
  • controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320.
  • a memory controller can also be implemented as part of the control logic of the memory.
  • controller in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, ASICs, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.
  • a typical implementation device is a computer.
  • a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.
  • each unit can be implemented in one or more software and/or hardware.
  • one or more embodiments of this disclosure can be provided as a method, system, or computer program product. Therefore, one or more embodiments of this disclosure can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this disclosure can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable order payment processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and/or one or more block diagrams.
  • These computer program instructions may also be loaded onto a computer or other programmable order payment processing device to cause a series of operational steps to be performed on the computer or other programmable device to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable device, provide steps for implementing the functions specified in one or more flowcharts and/or one or more block diagrams.
  • a computing device includes one or more processors (CPU), input/output interfaces, network interfaces, and memory.
  • processors CPU
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and/or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.
  • RAM random access memory
  • ROM read-only memory
  • flash RAM flash random access memory
  • Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.
  • PRAM phase-change memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • RAM random access memory
  • ROM read-only memory
  • EEPROM electrically
  • One or more embodiments of this disclosure can be described in the general context of computer-executable instructions, such as program modules, that are executed by a computer.
  • program modules include routines, programs, objects, components, data structures, etc., that perform a particular task or implement a particular abstract data type.
  • One or more embodiments of this disclosure can also be practiced in distributed computing environments where tasks are performed by remote processing devices connected via a communication network.
  • program modules can reside in local and remote computer storage media, including storage devices.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本公开实施例提供了订单支付处理方法及装置，其中，一种订单支付处理方法包括：在订单支付处理的过程中，获取到机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单后，借助物品配送订单查询机构成员关联的支付类目策略，在物品配送订单中的物品类目与支付类目策略匹配的情况下，基于机构成员在第一子程序关联的机构支付渠道对物品配送订单进行支付处理，以基于支付结果进行物品配送。

Description

订单支付处理 技术领域
本公开涉及数据处理技术领域，尤其涉及订单支付处理。
背景技术
随着企业的因公服务不断扩展，企业在越来越多的场景逐渐引入因公服务，比如员工的门店就餐场景、员工的交通出行场景、员工的外卖场景；企业员工在不同的消费场景可能存在不同的消费习惯，导致企业员工在不同的消费场景可能存在不同的违规消费行为，为了杜绝这些违规消费行为，可以向企业员工设置相应的进行行为约束的约束策略，在此过程中，如何更加合理地向企业员工设置约束策略逐渐成为企业的研究重点和研究热点。
发明内容
本公开一个或多个实施例提供了一种订单支付处理方法，包括：获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单。根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置。检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配。若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本公开一个或多个实施例提供了一种订单支付处理装置，包括：订单获取模块，被配置为获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单。策略查询模块，被配置为根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置。匹配检测模块，被配置为检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配。支付处理模块，被配置为若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本公开一个或多个实施例提供了一种订单支付处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单。根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置。检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配。若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本公开一个或多个实施例提供了一种计算机可读存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下步骤：获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单。根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置。检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配。若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
附图说明
为了更清楚地说明本公开一个或多个实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图；
图1为本公开一个或多个实施例提供的一种订单支付处理方法实施环境的示意图；
图2为本公开一个或多个实施例提供的一种订单支付处理方法处理流程图；
图3为本公开一个或多个实施例提供的一种应用于外卖场景的订单支付处理方法处理流程图；
图4为本公开一个或多个实施例提供的一种订单支付处理装置实施例的示意图；
图5为本公开一个或多个实施例提供的一种订单支付处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本公开一个或多个实施例中的技术方案，下面将结合本公开一个或多个实施例中的附图，对本公开一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开的一部分实施例，而不是全部的实施例。基于本公开一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本公开的保护范围。
本公开一个或多个实施例提供的订单支付处理方法，可适用于订单处理这一实施环境，参照图1，该实施环境至少包括：进行订单处理的服务器101，此外，该实施环境还可包括机构成员的成员终端102，该实施环境也可包括进行物品配送服务的服务开通以及策略配置的服务器103；其中，成员终端102可以是手机、个人电脑、平板电脑、电子书阅读器、可穿戴设备、基于AR(Augmented Reality，增强现实)/VR(Virtual Reality，虚拟现实)进行信息交互的设备和膝上型便携计算机等等，还可安装有应用程序，应用程序内可运行有第一子程序和第二子程序；第一子程序可对应第一平台，第二子程序可对应第二平台；第一平台可运行于服务器103，第二平台可运行于服务器101。
服务器101和服务器103均可以是一台服务器，或者由若干台服务器组成的服务器集群，或者是云计算平台中的一个或者多个云服务器。
该实施环境中，服务器101可在获取到机构成员的成员终端102从第一子程序跳转到第二子程序后提交的物品配送订单后，根据物品配送订单中的机构成员的成员标识，查询机构成员关联的支付类目策略，在物品配送订单中的物品类目与支付类目策略匹配的情况下，基于机构成员在第一子程序关联的机构支付渠道对物品配送订单进行支付处理，以基于支付结果进行物品配送；这其中，机构成员关联的支付类目策略在机构基于服务器103运行的第一平台进行第二子程序对应的物品配送服务的服务开通后进行配置。
本公开提供的一种订单支付处理方法的一个或多个实施例如下。
参照图2，本实施例提供的订单支付处理方法，具体包括步骤S202至步骤S208。
步骤S202，获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单。
实际应用中，为了提升机构成员的成员福利，机构可向机构成员开通物品配送服务，即机构成员可通过机构支付渠道进行物品配送服务的物品支付，但是机构可能设置有机构支付策略，通过机构支付策略对机构成员在物品配送服务的交易行为进行约束，避免对机构造成资损，比如机构向机构成员设置的支付类目策略，用于约束机构成员在物品配送服务可交易的物品类目或者设置机构成员在物品配送服务不可交易的物品类目，这就导致机构成员在交易之前需要确认物品类目是否与机构设置的可交易的物品类目匹配，或者确认物品类目是否为不可交易的物品类目，防止误交易，导致交易成功率较低，交易流程较繁琐；针对于此，本实施例提供的订单支付处理方法，在机构成员的成员终端从第一子程序跳转至第二子程序的情况下，即在机构成员从第一子程序跳转至第二子程序对第二子程序进行访问的访问路径下，针对机构成员提供自动化的物品配送订单中的物品类目与机构成员关联的支付类目策略的匹配检测，对从其他渠道访问第二子程序的执行过程不造成影响，即正常路径下访问第二子程序的执行过程不造成影响，实现物品类目检测的自动化，提升交易成功率。
本实施例中的机构包括企业、事业单位、社会团体等各种形式的组织，此外，机构不仅包括本级组织，还包括机构的内部组织，比如企业部门或者分部。所述机构成员包括机构工作人员以及相关人员。所述机构成员的成员终端是指机构成员所属的终端设备，该终端设备可以是手机、电脑、智能穿戴设备等。
本实施例中的子程序是指搭载于应用平台(或者应用程序)或者由应用平台加载安装的程序包或者应用组件，就服务角度而言，子程序具有独立提供自闭环服务的能力，比如运行在应用程序内提供机构管理服务或者物品配送服务的自闭环能力的子程序；子程序可以是小程序。所述第一子程序可以是机构服务子程序，即提供机构相关服务的子程序，所述第一子程序可以是机构服务子程序或者机构码子程序；机构的机构码是指机构为机构成员的支付等所设置的标识码，该机构码能够唯一标识机构。所述第二子程序可以是物品配送子程序，即提供物品配送服务的子程序，比如第二子程序可以是外卖子程序、跑腿子程序、电商子程序等。
所述物品配送订单是指机构成员的成员终端从第一子程序跳转至第二子程序后，机构成员通过第二子程序提交的物品配送订单，该物品配送订单是指进行物品配送的订单，比如餐饮外卖订单、药品配送订单等。
具体实施时，机构成员可能存在多种访问第二子程序的方式，比如从支付应用内跳转至第二子程序进行第二子程序的访问，再比如从第一子程序跳转至第二子程序进行第二子程序的访问，为了不影响第二子程序正常的物品配送流程，可在仅从第一子程序跳转至第二子程序进行第二子程序的访问的情况下提供通过机构支付渠道进行支付的方式，所以为了区分机构成员对第二子程序的访问方式，提升对机构成员通过机构支付渠道进行支付的支付可行性进行检测的检测便捷性，可选的，所述物品配送订单，标记有从所述第一子程序对所述第二子程序进行访问的访问标识；所述访问标识是指表征从第一子程序跳转至第二子程序进行第二子程序访问的标识。
可选的，所述第一子程序，通过支付应用进行访问或者通过所述机构的机构应用进行访问。具体的，第一子程序可以通过支付应用进行访问，即机构成员可在支付应用中提交访问指令，基于访问指令从支付应用内跳转至第一子程序，此处的支付应用可以是用于进行支付等操作的应用程序；此外，实际应用中，部分机构可能愿意引导机构成员从机构的机构应用进入第一子程序，即将第一子程序的访问入口集成到机构的机构应用，此处的机构应用可以是用于进行机构相关服务处理的应用程序，在此情况下，机构成员先访问机构的机构应用，从机构应用跳转至第一子程序，再从第一子程序跳转至第二子程序。
实际应用中，机构成员可能无法到达门店进行交易，也可能到达门店进行交易，在机构成员无法到达门店进行交易的情况下，可提供线上交易方式，即在机构成员的成员终端从第一子程序跳转至第二子程序后由机构成员的成员终端提交物品配送订单，在机构成员可能到达门店进行交易，但是可能存在物品较大、较重导致机构成员无法自提、需要进行物品配送，在此情况下，可提供线下交易方式，即在机构成员的成员终端通过第二子程序调用机构码接口展示的机构码后，商家设备可扫描机构码并提交物品配送订单；也即，所述物品配送订单，可由机构成员的成员终端提交、也可在商家设备扫描成员终端调用机构码接口展示的机构码后提交。
实际应用场景中，机构成员在提交物品配送订单后，可能又存在自提的需求，在此情况下，需要为机构成员提供进行自提的渠道，提升机构成员的多样化需求；本实施例提供的一种可选实施方式中，在获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单执行之后，还执行如下操作：检测所述机构成员针对所述物品配送订单提交的自提请求；若检测结果为空，执行下述步骤S204，根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。
其中，所述自提请求是指针对物品配送订单中的物品进行自提的请求，即由机构成员自行提取物品配送订单中的物品的请求。
步骤S204，根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略。
上述获取到机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单后，本步骤中，在物品配送订单标记有从第一子程序对第二子程序进行访问的访问标识的情况下，根据物品配送订单中记录的机构成员的成员标识，查询机构成员关联的支付类目策略。
本实施例所述机构成员的成员标识可以是表征机构成员的唯一性的标识；所述机构关联的支付类目策略是指机构针对机构成员设置的与支付类目相关的策略；所述支付类目策略可以是基于机构成员可以通过机构支付渠道进行支付的物品类目构建的策略；所述支付类目策略也可以是基于机构成员不可以通过机构支付渠道进行支付的物品类目构建的策略，比如基于机构成员不可以通过机构支付渠道进行支付的物品类目(如烟、酒)构建的策略；此处的机构支付渠道指的是通过机构账户进行支付的渠道，即机构成员无需自行支付，而是由机构进行支付。可选的，所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置。
本实施例中所述第一子程序可对应第一平台，第二子程序可对应第二平台；上述提到第一子程序可以是机构服务子程序，所以第一平台可以是机构码平台，第二子程序可以是物品配送子程序，所以第二平台可以是物品配送平台，所述第二子程序可以提供物品配送服务，即在上述机构基于第一平台进行第二子程序对应的物品配送服务的服务开通后，机构的机构成员的成员终端可在从第一子程序跳转至第二子程序后在第二子程序使用物品配送服务，在使用物品配送服务的过程中，可通过机构支付渠道进行支付。
可选的，所述支付类目策略，由所述第一子程序对应的所述第一平台同步至所述第二子程序对应的第二平台；具体的，机构可在基于第一平台进行第二子程序对应的物品配送服务的服务开通后，针对机构成员配置支付类目策略，并由第一平台将机构成员关联的支付类目策略同步至第二子程序对应的第二平台。
实际应用中，有的机构成员的历史物品配送订单中涉及的物品类目可能符合要求，但是有的机构成员涉及的物品类目也可能不符合要求，有的机构成员的信用评估结果可能为信用评估通过，有的机构成员的信用评估结果可能为信用评估未通过，为了提升向机构成员配置支付类目策略的灵活性，可从历史物品配送订单和信用评估结果中至少一个维度的数据出发确定是否向机构成员配置支付类目策略，即从至少一个维度的数据出发确定是否在从第一子程序跳转至第二子程序后约束机构成员在第二子程序的交易行为；本实施例提供的一种可选实施方式中，所述支付类目策略，通过如下方式获得：获取所述机构成员的历史物品配送订单和所述机构成员的信用评估结果；若所述历史物品配送订单中的物品类目存在预设物品类目且所述信用评估结果为信用评估未通过，向所述机构成员配置所述支付类目策略并向所述第二子程序对应的第二平台进行同步。
其中，所述机构成员的历史物品配送订单是指机构成员在第二子程序进行交易所获得的历史物品配送订单，此处的历史物品配送订单可以包括机构成员从全部访问渠道进行第二子程序的访问后在第二子程序进行交易所获得的历史物品配送订单。所述机构成员的信用评估结果是指对机构成员进行信用评估获得的结果，此处的信用评估结果包括信用评估通过和信用评估未通过。所述预设物品类目可以是预先设置的物品类目，比如预设物品类目包括烟、酒等物品类目。
通过在机构成员的历史物品配送订单中的物品类目存在预设物品配送类目且信用评估结果为信用评估未通过的情况下向机构成员配置支付类目策略，来实现配置支付类目策略的灵活性，仅在机构成员的历史物品配送订单和信用评估结果符合要求的情况下配置支付类目策略，通过机构成员的“区分”对待，有助于督促机构成员遵守机构的支付类目要求，提升机构成员通过机构支付渠道进行支付的支付成功率。
此外，也可获取所述机构成员的历史物品配送订单或者所述机构成员的信用评估结果，若历史物品配送订单中的物品类目存在预设物品类目或者信用评估结果为信用未通过，向所述机构成员设置支付类目策略并向所述第二子程序对应的第二平台进行同步。
如上所述，实际应用场景中机构成员可能针对物品配送订单提交自提请求，在未检测到机构成员针对物品配送订单提交的自提请求的情况下，可执行步骤S204，在检测到机构成员针对物品配送订单提交的自提请求的情况下，代表机构成员存在针对物品配送订单中的物品存在自提的需求，针对于此，为了满足机构成员在存在自提需求和未存在自提需求等多种情况下的多样化需求，提升机构成员的使用体验；本实施例提供的一种可选实施方式中，若所述检测所述机构成员针对所述物品配送订单提交的自提请求步骤执行之后的执行结果为检测结果不为空，执行如下操作。
对所述物品配送订单进行订单金额更新获得更新订单，并以所述成员标识和所述机构的机构标识为接口调用输入，调用查询接口查询所述机构成员匹配的支付时间策略和/或支付位置策略；检测当前时间是否满足所述支付时间策略，和/或，检测所述机构成员所处的位置信息是否满足所述支付位置策略，以及检测所述物品类目与所述支付类目策略是否匹配；若是，基于所述机构支付渠道对所述更新订单进行支付处理；若否，基于机构成员的成员账户对更新订单进行支付处理。
其中，所述机构成员匹配的支付时间策略是指机构成员匹配的支付时间相关的策略，比如支付时间策略为机构成员的支付时间处于工作日的工作时间范围内；所述支付位置策略是指机构成员匹配的支付位置相关的策略，比如支付位置策略为机构成员的支付位置与机构所处的机构位置之间的位置距离小于距离阈值。
具体的，可以对物品配送订单进行订单金额更新获得更新订单，并以所述成员标识和所述机构的机构标识为接口调用输入，调用查询接口查询所述机构成员匹配的支付时间策略和支付位置策略，检测当前时间是否满足支付时间策略，检测机构成员所处的位置信息是否满足支付位置策略，以及检测物品配送订单中的物品类目与支付类目策略是否匹配；若是，也即若当前时间满足支付时间策略、机构成员所处的位置信息满足支付位置策略、物品配送订单中的物品类目与支付类目策略匹配，则基于机构支付渠道对更新订单进行支付处理；若否，也即当前时间不满足支付时间策略、机构成员所处的位置信息不满足支付位置策略、物品配送订单中的物品类目与支付类目策略不匹配，则基于机构成员的成员账户对更新订单进行支付处理。
也可以对物品配送订单进行订单金额更新获得更新订单，并以所述成员标识和所述机构的机构标识为接口调用输入，调用查询接口查询所述机构成员匹配的支付时间策略或者支付位置策略，检测当前时间是否满足所述支付时间策略或者检测所述机构成员所处的位置信息是否满足所述支付位置策略，以及检测所述物品类目与所述支付类目策略是否匹配；若是，即若当前时间满足所述支付时间策略或者机构成员所处的位置信息满足所述支付位置策略以及物品类目与所述支付类目策略匹配，则基于所述机构支付渠道对所述更新订单进行支付处理；若否，也即当前时间不满足支付时间策略或者机构成员所处的位置信息不满足支付位置策略且物品配送订单中的物品类目与支付类目策略不匹配，则基于机构成员的成员账户对更新订单进行支付处理。
实际应用中，有些机构成员在第二子程序的交易行为通常符合机构要求，所以机构可能未向这些机构成员设置支付类目策略，机构也可能针对某些特定机构成员未设置支付类目策略，针对于此，由于这些机构成员对于机构而言信任度较高，所以这些机构成员的可信度也较高；为了提升这些机构成员的支付体验和支付便捷性，本实施例提供的一种可选实施方式中，在上述根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略执行之后，还执行如下操作。
若查询结果为空，调用信用查询接口查询所述机构成员的信用评估结果，在所述信用评估结果为信用评估通过的情况下，对所述物品配送订单进行信用支付处理；在信用支付成功且所述物品配送订单的配送成功后，基于所述物品配送订单的扣款单对所述机构的机构支付渠道进行扣款处理。
其中，所述物品配送订单的扣款单可按照机构与信用支付平台的结算周期生成。所述机构的机构支付渠道是指机构的进行支付的机构资金账户。
通过向可信度较高的机构成员提供信用支付的方式，提升机构成员的物品配送订单的支付成功率，提升信用支付方式在机构成员间的推广程度。
在此基础上，本实施例提供的一种可选实施方式中，在若查询结果为空，调用信用查询接口查询所述机构成员的信用评估结果执行之后，还执行如下操作：在所述信用评估结果为信用评估未通过的情况下，基于所述机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
实际应用场景中，机构成员可能存在所属的机构不止一个的情况，针对于此，机构成员关联的支付类目策略也可能存在多个，为了更加明确地获得机构成员关联的支付类目策略，以及提升确定机构成员关联的支付类目策略的灵活性，而在物品配送场景下，机构通常要求机构成员提交物品配送订单的位置与机构位置之间的位置距离小于距离阈值，比如机构要求机构成员下单物品配送订单的位置与机构位置匹配；本实施例提供的一种可选实施方式中，所述机构成员关联的支付类目策略，通过如下方式获得：将所述机构成员的成员位置与所述成员标识对应的机构成员匹配的多个机构支付策略进行匹配处理；若匹配结果不为空，将所述成员位置匹配的机构支付策略中的支付类目策略作为所述机构成员关联的支付类目策略。
在此基础上，本实施例提供的一种可选实施方式中，所述将所述机构成员的成员位置与所述成员标识对应的机构成员匹配的多个机构支付策略进行匹配处理执行之后，还执行如下操作：若匹配结果为空，按照可用支付额度对所述多个机构支付策略进行排序处理；在排序结果中筛选排序位置处于预设位置之前的机构支付策略，并将筛选获得的机构支付策略中的支付类目策略作为所述机构成员关联的支付类目策略。
其中，所述机构成员的成员位置是指机构成员当前提交物品配送订单的位置。所述机构支付策略是指机构向机构成员设置的通过机构支付渠道进行支付的相关策略，机构支付策略中可以包含支付类目策略、支付位置策略、支付时间策略、可用支付额度等。所述可用支付额度是指机构向机构成员设置的多个机构支付策略中各机构支付策略包含的可以通过机构支付渠道进行支付的剩余额度。
具体的，在获得机构成员关联的支付类目策略的过程中，可将机构成员的成员位置与机构成员匹配的多个机构支付策略中各机构支付策略对应机构的机构位置进行匹配处理，若匹配结果不为空，将成员位置匹配的机构位置对应的机构支付策略中的支付类目策略作为机构成员关联的支付类目策略；若匹配结果为空，按照各机构支付策略中的可用支付额度对各机构支付策略进行排序处理，并在排序结果中筛选出排序位置处于预设位置之前的机构支付策略，并将该机构支付策略中的支付类目策略作为机构成员关联的支付类目策略。
步骤S206，检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配。
上述根据物品配送订单中记录的机构成员的成员标识，查询机构成员关联的支付类目策略，本步骤中，若查询结果不为空，可检测物品配送订单中的物品类目与支付类目策略是否匹配，以此来对机构成员通过机构支付渠道进行支付的方式进行约束。
本实施例所述物品配送订单中的物品类目是指物品品类，比如餐饮、水果、鲜花。
具体实施时，若物品配送订单中的物品类目与支付类目策略不匹配，则代表机构成员的物品配送订单不符合支付类目策略的要求，针对于此，为了提升机构成员的支付成功率，避免直接向机构成员返回基于成员账户进行支付的提醒造成机构成员的不佳体验，即为了提升机构成员的使用体验，有助于提升第二子程序的机构成员以及机构的留存率；本实施例提供的一种可选实施方式中，若所述检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配步骤执行之后的执行结果为否，执行如下操作：向所述机构成员返回匹配失败结果；根据所述支付类目策略，从所述第二子程序的物品池中筛选出目标物品，并向所述机构成员返回所述目标物品的物品信息。
具体的，可先向机构成员返回匹配失败结果，使得机构成员及时知晓当前的物品配送订单中的物品类目不符合支付类目策略的要求，在此之后，再可根据支付类目策略中包含的可支付类目或者不可支付类目，从第二子程序的物品池中筛选出目标物品，向机构成员返回目标物品的物品信息以进行展示，使得机构成员可以在符合要求的目标物品中选择下单，以此灵活化地向机构成员筛选出符合支付类目策略的目标物品，避免生成的物品配送订单的订单资源浪费，同时通过在匹配失败的情况下进行筛选来避免针对每个机构成员进行目标物品的筛选导致筛选工作量大，提升效率。
步骤S208，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
上述检测物品配送订单中的物品类目与支付类目策略是否匹配，本步骤中，若否，向所述机构成员返回匹配失败结果，根据所述支付类目策略，从所述第二子程序的物品池中筛选出目标物品，并向所述机构成员返回所述目标物品的物品信息；若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本实施例所述机构支付渠道是指机构基于第一平台设置的机构成员在第二子程序进行支付可使用的通过机构账户进行支付的渠道。
具体实施时，在基于机构成员在第一子程序关联的机构支付渠道对物品配送订单进行支付处理的过程中，可生成包含机构成员在第一子程序关联的机构账户标识和物品配送订单的订单金额的支付请求向支付平台发送，由支付平台按照订单金额对机构账户标识对应的机构账户进行扣款；具体的，本实施例提供的一种可选实施方式中，在基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理的过程中，执行如下操作：检测所述物品配送订单的订单金额是否小于或者等于所述机构成员的可用支付额度；若是，以所述机构支付渠道的标识和所述物品配送订单的订单金额为接口调用输入，调用支付接口对所述物品配送订单进行支付处理；若否，基于机构成员的成员账户对所述物品配送订单进行支付处理。
可选的，所述物品配送订单的物品账单在所述物品配送完成后，由所述第一子程序对应的所述第一平台向所述机构进行同步。
需要补充的是，本实施例提供的步骤S202至步骤S208中的各个可选实施方式，均可根据需要独立执行，也可相互结合、相互引用，同时，各个可选实施方式中的各个具体执行步骤也可独立执行，本实施例不作具体限定。
综上所述，本实施例提供的一种或者多种订单支付处理方法，首先，获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；所述物品配送订单，标记有从所述第一子程序对所述第二子程序进行访问的访问标识；其次，根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；若查询结果为空，调用信用查询接口查询所述机构成员的信用评估结果，在所述信用评估结果为信用评估通过的情况下，对所述物品配送订单进行信用支付处理，在信用支付成功且所述物品配送订单的配送成功后，基于所述物品配送订单的扣款单对所述机构的机构支付渠道进行扣款处理；若查询结果不为空，检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；若不匹配，向所述机构成员返回匹配失败结果，根据所述支付类目策略，从所述第二子程序的物品池中筛选出目标物品，并向所述机构成员返回所述目标物品的物品信息；若匹配，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
下述以本实施例提供的一种订单支付处理方法在外卖场景的应用为例，对本实施例提供的订单支付处理方法进行进一步说明，参见图3，应用于外卖场景的订单支付处理方法，具体包括如下步骤。
步骤S302，获取机构成员的成员终端从机构服务子程序跳转至外卖子程序后提交的外卖订单。
可选的，外卖订单，标记有从机构服务子程序对外卖子程序进行访问的访问标识。
步骤S304，根据外卖订单中记录的机构成员的成员标识，查询机构成员关联的支付类目策略。
可选的，支付类目策略在机构基于机构服务平台进行外卖子程序对应的外卖服务的服务开通后进行配置。
步骤S306，检测机构成员针对外卖订单提交的自提请求。
若检测结果不为空，对外卖订单进行订单金额更新获得更新订单，并以机构成员的成员标识和机构的机构标识为接口调用输入，调用查询接口查询机构成员匹配的支付时间策略和/或支付位置策略；检测当前时间是否满足支付时间策略，和/或，检测机构成员所处的位置信息是否满足支付位置策略，以及检测外卖订单中的物品类目与支付类目策略是否匹配；若是，基于机构支付渠道对更新订单进行支付处理，若否，基于机构成员的成员账户对更新订单进行支付处理。
步骤S308，若检测结果为空，检测外卖订单中的物品类目与支付类目策略是否匹配；若是，执行下述步骤S310；若否，执行下述步骤S312。
步骤S310，基于机构成员在机构服务子程序关联的机构支付渠道对外卖订单进行支付处理，以基于支付结果进行配送处理。
步骤S312，向机构成员返回匹配失败结果，根据支付类目策略，从外卖子程序的物品池中筛选出目标物品，并向机构成员返回目标物品的物品信息。
需要说明的是，步骤S302至步骤S312任意一个步骤或者任意多个步骤的组合，均可根据实施部署的需要被替换为上述步骤S202至步骤S208中提供的相应技术手段，此处不再一一赘述。
本公开提供的一种订单支付处理装置实施例如下：在上述的实施例中，提供了一种订单支付处理方法，与之相对应的，还提供了一种订单支付处理装置，下面结合附图进行说明。
参照图4，其示出了本实施例提供的一种订单支付处理装置实施例的示意图。
由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种订单支付处理装置，包括：订单获取模块402，被配置为获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；策略查询模块404，被配置为根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；匹配检测模块406，被配置为检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；支付处理模块408，被配置为若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本公开提供的一种订单支付处理设备实施例如下：对应上述描述的一种订单支付处理方法，基于相同的技术构思，本公开一个或多个实施例还提供一种订单支付处理设备，该订单支付处理设备用于执行上述提供的一种订单支付处理方法，图5为本公开一个或多个实施例提供的一种订单支付处理设备的结构示意图。
本实施例提供的一种订单支付处理设备，包括：如图5所示，订单支付处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器501和存储器502，存储器502中可以存储有一个或一个以上存储应用程序或数据。其中，存储器502可以是短暂存储或持久存储。存储在存储器502的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括订单支付处理设备中的一系列计算机可执行指令。更进一步地，处理器501可以设置为与存储器502通信，在订单支付处理设备上执行存储器502中的一系列计算机可执行指令。订单支付处理设备还可以包括一个或一个以上电源503，一个或一个以上有线或无线网络接口504，一个或一个以上输入/输出接口505，一个或一个以上键盘506等。
在一个具体的实施例中，订单支付处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对订单支付处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
本公开提供的一种计算机可读存储介质实施例如下：对应上述描述的一种订单支付处理方法，基于相同的技术构思，本公开一个或多个实施例还提供一种计算机可读存储介质。
本实施例提供的计算机可读存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现以下步骤：获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
需要说明的是，本公开中关于一种计算机可读存储介质的实施例与本公开中关于一种订单支付处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
本公开中的各个实施例均采用递进的方式描述，各个实施例之间相同或者相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处，比如装置实施例、设备实施例和计算机可读存储介质实施例，三者均相似于方法实施例，所以描述地比较简单，阅读装置实施例、设备实施例和计算机可读存储介质实施例中的相关内容请参照方法实施例的部分说明即可。
上述对本公开特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本公开实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白，本公开一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本公开一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程订单支付处理设备的处理器以产生一个机器，使得通过计算机或其他可编程订单支付处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程订单支付处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程订单支付处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列特征的过程、方法、商品或者设备不仅包括那些特征，而且还包括没有明确列出的其他特征，或者是还包括为这种过程、方法、商品或者设备所固有的特征。在没有更多限制的情况下，由语句“包括一个……”限定的特征，并不排除在包括所述特征的过程、方法、商品或者设备中还存在另外的相同特征。
本公开一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本公开的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本公开中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上所述仅为本公开的实施例而已，并不用于限制本公开。对于本领域技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本公开的权利要求范围之内。

Claims (16)

  1. 一种订单支付处理方法，包括：
    获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；
    根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；
    检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；
    若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
  2. 根据权利要求1所述的订单支付处理方法，所述支付类目策略，由所述第一子程序对应的所述第一平台同步至所述第二子程序对应的第二平台；
    所述物品配送订单，标记有从所述第一子程序对所述第二子程序进行访问的访问标识。
  3. 根据权利要求1所述的订单支付处理方法，所述第一子程序，通过支付应用进行访问或者通过所述机构的机构应用进行访问。
  4. 根据权利要求1所述的订单支付处理方法，所述获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单步骤执行之后，且所述根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略步骤执行之前，还包括：
    检测所述机构成员针对所述物品配送订单提交的自提请求；
    若检测结果为空，执行所述根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略步骤。
  5. 根据权利要求4所述的订单支付处理方法，若所述检测所述机构成员针对所述物品配送订单提交的自提请求步骤执行之后的执行结果为检测结果不为空，执行如下操作：
    对所述物品配送订单进行订单金额更新获得更新订单，并以所述成员标识和所述机构的机构标识为接口调用输入，调用查询接口查询所述机构成员匹配的支付时间策略和/或支付位置策略；
    检测当前时间是否满足所述支付时间策略，和/或，检测所述机构成员所处的位置信息是否满足所述支付位置策略，以及检测所述物品类目与所述支付类目策略是否匹配；
    若是，基于所述机构支付渠道对所述更新订单进行支付处理。
  6. 根据权利要求1所述的订单支付处理方法，若所述检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配步骤执行之后的执行结果为否，执行如下操作：
    向所述机构成员返回匹配失败结果；
    根据所述支付类目策略，从所述第二子程序的物品池中筛选出目标物品，并向所述机构成员返回所述目标物品的物品信息。
  7. 根据权利要求1所述的订单支付处理方法，所述物品配送订单的物品账单在所述物品配送完成后，由所述第一子程序对应的所述第一平台向所述机构进行同步。
  8. 根据权利要求1所述的订单支付处理方法，所述根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略步骤执行之后，还包括：
    若查询结果为空，调用信用查询接口查询所述机构成员的信用评估结果，在所述信用评估结果为信用评估通过的情况下，对所述物品配送订单进行信用支付处理；
    在信用支付成功且所述物品配送订单的配送成功后，基于所述物品配送订单的扣款单对所述机构的机构支付渠道进行扣款处理。
  9. 根据权利要求8所述的订单支付处理方法，所述若查询结果为空，调用信用查询接口查询所述机构成员的信用评估结果操作执行之后，还包括：
    在所述信用评估结果为信用评估未通过的情况下，基于所述机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
  10. 根据权利要求1所述的订单支付处理方法，所述机构成员关联的支付类目策略，通过如下方式获得：
    将所述机构成员的成员位置与所述成员标识对应的机构成员匹配的多个机构支付策略进行匹配处理；
    若匹配结果不为空，将所述成员位置匹配的机构支付策略中的支付类目策略作为所述机构成员关联的支付类目策略。
  11. 根据权利要求10所述的订单支付处理方法，所述将所述机构成员的成员位置与所述成员标识对应的机构成员匹配的多个机构支付策略进行匹配处理操作执行之后，还包括：
    若匹配结果为空，按照可用支付额度对所述多个机构支付策略进行排序处理；
    在排序结果中筛选排序位置处于预设位置之前的机构支付策略，并将筛选获得的机构支付策略中的支付类目策略作为所述机构成员关联的支付类目策略。
  12. 根据权利要求1所述的订单支付处理方法，所述基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，包括：
    检测所述物品配送订单的订单金额是否小于或者等于所述机构成员的可用支付额度；
    若是，以所述机构支付渠道的标识和所述物品配送订单的订单金额为接口调用输入，调用支付接口对所述物品配送订单进行支付处理。
  13. 根据权利要求1所述的订单支付处理方法，所述支付类目策略，通过如下方式获得：
    获取所述机构成员的历史物品配送订单和/或所述机构成员的信用评估结果；
    若所述历史物品配送订单中的物品类目存在预设物品类目和/或所述信用评估结果为信用评估未通过，向所述机构成员配置所述支付类目策略并向所述第二子程序对应的第二平台进行同步。
  14. 一种订单支付处理装置，包括：
    订单获取模块，被配置为获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；
    策略查询模块，被配置为根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；
    匹配检测模块，被配置为检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；
    支付处理模块，被配置为若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
  15. 一种订单支付处理设备，包括：
    处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：
    获取机构成员的成员终端从第一子程序跳转至第二子程序后提交的物品配送订单；
    根据所述物品配送订单中记录的所述机构成员的成员标识，查询所述机构成员关联的支付类目策略；所述支付类目策略在机构基于第一平台进行所述第二子程序对应的物品配送服务的服务开通后进行配置；
    检测所述物品配送订单中的物品类目与所述支付类目策略是否匹配；
    若是，基于所述机构成员在所述第一子程序关联的机构支付渠道对所述物品配送订单进行支付处理，以基于支付结果进行物品配送。
  16. 一种计算机可读存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现权利要求1所述的方法。
PCT/CN2025/096180 2024-06-14 2025-05-21 订单支付处理 Pending WO2025256366A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202410773495.5A CN118710281A (zh) 2024-06-14 2024-06-14 订单支付处理方法及装置
CN202410773495.5 2024-06-14

Publications (1)

Publication Number Publication Date
WO2025256366A1 true WO2025256366A1 (zh) 2025-12-18

Family

ID=92806686

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2025/096180 Pending WO2025256366A1 (zh) 2024-06-14 2025-05-21 订单支付处理

Country Status (2)

Country Link
CN (1) CN118710281A (zh)
WO (1) WO2025256366A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118710281A (zh) * 2024-06-14 2024-09-27 支付宝(杭州)信息技术有限公司 订单支付处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120030099A1 (en) * 2010-07-30 2012-02-02 Bank Of America Corporation Multiple rate loan
CN112184234A (zh) * 2020-08-31 2021-01-05 北京三快在线科技有限公司 支付请求处理方法、装置、设备以及存储介质
CN115689548A (zh) * 2022-10-21 2023-02-03 支付宝(杭州)信息技术有限公司 支付处理方法及装置
CN118710281A (zh) * 2024-06-14 2024-09-27 支付宝(杭州)信息技术有限公司 订单支付处理方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120030099A1 (en) * 2010-07-30 2012-02-02 Bank Of America Corporation Multiple rate loan
CN112184234A (zh) * 2020-08-31 2021-01-05 北京三快在线科技有限公司 支付请求处理方法、装置、设备以及存储介质
CN115689548A (zh) * 2022-10-21 2023-02-03 支付宝(杭州)信息技术有限公司 支付处理方法及装置
CN118710281A (zh) * 2024-06-14 2024-09-27 支付宝(杭州)信息技术有限公司 订单支付处理方法及装置

Also Published As

Publication number Publication date
CN118710281A (zh) 2024-09-27

Similar Documents

Publication Publication Date Title
WO2020057300A1 (zh) 一种交易的管控方法、装置及设备
CN114677131B (zh) 支付方法、装置及设备
US12511651B2 (en) Tokenization request handling at a throttled rate in a payment network
US20250117770A1 (en) Credit-based transaction processing method and apparatus
US20240257268A1 (en) Blockchain-based data processing
CN114548963B (zh) 支付交互处理方法及装置
CN108830705B (zh) 一种交易数据的汇总方法、装置及设备
US20240232932A1 (en) Stake sharing processing method and apparatus
WO2025256366A1 (zh) 订单支付处理
EP4571617A1 (en) Bill processing method and device for transaction bill
WO2024198539A1 (zh) 支付处理方法及装置
CN112559610A (zh) 一种生成对账文件的方法及装置
CN114862380B (zh) 额度共享处理方法及装置
WO2025256378A1 (zh) 资金处理
WO2026082163A1 (zh) 交易提醒处理
WO2026037157A1 (zh) 一种交易处理和权益资产查询及处理方法、装置及设备
WO2026040801A1 (zh) 信用数据处理
WO2025256377A1 (zh) 转账处理
WO2025180482A1 (zh) 订单支付处理
WO2025060761A1 (zh) 订单结算处理
WO2025185577A1 (zh) 资金处理
WO2025180479A1 (zh) 资源额度处理
CN110263816B (zh) 一种企业的分类方法以及装置
CN117575603A (zh) 一种风险控制方法、装置、存储介质及电子设备
CN115953156A (zh) 支付处理方法及装置

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: 25821043

Country of ref document: EP

Kind code of ref document: A1