一种基于支付的处理方法、设备和介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种基于支付的处理方法、一种跨境电子商务的支付处理方法一种电子设备和一种存储介质。


背景技术：

2.用户在网站上购物生成交易订单，后续卖家可以通过物流发送商品对象给买家，买家确认收到商品对象后，可以将相应费用支付给卖家。
3.然而在该过程中，买家可能会由于多种原因发出资源退回的请求，例如未收到商品对象，又如商品对象存在质量问题，退货。如果确定需要退回资源给用户，通常就会将资源退回给用户的账户，相应资源会依据支付路径退回，例如退回到支付的信用卡、储蓄卡、账户余额等。
4.但是，有时支付路径出现问题如信用卡注销，就无法通过原始的支付路径退回。而在此种情况服务端无法发现，通常是买家在很久未收到退回的资源后，联系相应的客服才能查询资源没有退回的原因，需要客服人工和用户确定退回的方式后再手动执行资源退回的处理。目前针对无法退回资源的情况不能及时发现，用户体验差，资源退回需要人工处理，资源退回效率较低。


技术实现要素：

5.本技术实施例提供了一种基于支付的处理方法，提高资源退回效率。
6.相应的，本技术实施例还提供了一种电子设备和一种存储介质，用以保证上述系统的实现及应用。
7.为了解决上述问题，本技术实施例公开了一种基于支付的处理方法，所述方法包括：
8.接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；
9.依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；
10.若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
11.接收所述路径调整信息对应的资源退回路径，通过所述资源退回路径返回所述订单对应的资源数据给第一用户。
12.可选的，所述依据所述订单信息选择资源退回路径，包括：
13.依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域；
14.依据所述支付参数判断所述订单对应的支付路径是否有效；
15.若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；
16.若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。
17.可选的，依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：
18.基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；
19.将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；
20.基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。
21.可选的，还包括：
22.若所述资源退回路径为订单的支付路径，则通过所述支付路径反馈对应的资源数据给第一用户。
23.可选的，所述生成路径调整信息，包括：
24.确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。
25.可选的，还包括：
26.接收退回结果，并对退回结果进行检测；
27.若所述退回结果为退回成功，生成退回完成信息并发送给第一用户；
28.若所述退回结果为退回失败，生成路径调整信息并发送给第一用户。
29.可选的，还包括：
30.若通过用户反馈路径退回资源数据的退回结果为退回失败，向所述支付路径对应账户发送对应的资源数据。
31.本技术实施例还公开了一种基于支付的处理方法，所述方法包括：
32.显示处理页面，所述处理页面包括处理控件；
33.响应于对所述处理控件的触发，确定请求退回资源的订单标识；
34.基于所述订单标识生成资源退回请求；
35.发送所述资源退回请求给服务端；
36.接收路径调整信息，所述路径调整信息为确定资源退回路径为用户反馈路径时生成的，资源退回路径依据订单标识获取的订单信息确定；
37.在所述处理页面显示所述路径调整信息，所述路径调整信息对应有输入控件；
38.响应于对所述输入控件的触发，获取资源退回路径并反馈，以使服务端通过所述资源退回路径返回所述订单对应的资源数据给第一用户；
39.接收退回结果。
40.本技术实施例还公开了一种基于支付的处理方法，所述方法包括：
41.提供处理页面的页面数据；
42.接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，所述订单标识依据对处理页面中处理控件的触发确定；
43.依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；
44.若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
45.接收所述路径调整信息对应的资源退回路径，所述资源退回路径基于所述路径调整信息对应的输入控件接收；
46.通过所述资源退回路径返回所述订单对应的资源数据给第一用户；
47.接收退回结果，并反馈所述退回结果。
48.本技术实施例还公开了一种跨境电子商务的支付处理方法，所述方法包括：
49.接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；
50.依据所述订单标识获取订单信息，依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域、资源类型；
51.依据所述支付参数选择资源退回路径；
52.若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
53.接收所述路径调整信息对应的资源退回路径；
54.基于所述订单信息确定需要退回的资源数据，通过所述资源退回路径退回所述资源数据给第一用户。
55.可选的，所述依据所述支付参数选择资源退回路径，包括：
56.依据所述支付参数判断所述订单对应的支付路径是否有效；
57.若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径；
58.还包括：若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径。
59.可选的，所述依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：
60.基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；
61.将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；
62.基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效；
63.将支付路径支持的资源类型与订单的资源类型进行匹配，判断支付路径是否有效。
64.本技术实施例还公开了一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现本技术实施例的基于支付的处理方法。
65.本技术实施例还公开了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现本技术实施例的基于支付的处理方法。
66.与现有技术相比，本技术实施例包括以下优点：
67.本技术实施例中，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径，从而能够在资源退回时就预先判断选择的路径，若所述资源退回路径为订单的支付路径，则向所述支付路径对应账户发送对应的资源数据，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送，接收所述路径调整信息对应的资源退回路径，向所述资源退回路径对应账户发送所述订单对应的资源数据，减少支付路径失效导致资源数据无法正常退回的问题，无需人工处理，提高资源的退回效率和用户体验。
附图说明
68.图1是本技术的一种基于支付的处理方法实施例的步骤流程图；
69.图2是本技术的另一种基于支付的处理方法实施例的步骤流程图；
70.图3是本技术实施例的一种基于支付的处理方法示例的交互示意图；
71.图4是本技术实施例的一种处理页面示例的示意图；
72.图5是本技术实施例的另一种处理页面示例的示意图；
73.图6是本技术的一种基于支付的处理方法客户端侧实施例的步骤流程图；
74.图7是本技术的一种基于支付的处理方法服务端侧实施例的步骤流程图；
75.图8是本技术的一种跨境电子商务的支付处理方法实施例的步骤流程图；
76.图9是本技术一个实施例提供的示例性装置的结构示意图。
具体实施方式
77.为使本技术的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本技术作进一步详细的说明。
78.本技术实施例可以应用于支付场景中。商家、卖家等对第二用户与买家用户(第一用户)之间完成交易后，第一用户支付的资源(如资金等)会转移给第一给用户的支付账户，而有些交易中，第一用户可能会由于各种原因而提出拒绝支付的请求，例如卖家的商品存在质量问题，又如退货等，相应就需要将第一用户支付的资源退回给第一用户的账户，退回的资源会按照支付路径退回，但是有时原始的支付路径可能存在问题，如支付路径账户冻结、过期失效、销户等，导致资源无法正常退回。
79.该针对交易的资源的处理涉及多个处理方及其设备，包括：支付系统、交易系统、第一用户的第一设备端、第二用户的第二设备端。其中，交易系统为提供交易服务的各种网站、app的系统，如电子商务网站的系统，提供交易服务的社交网站(app)的系统等。支付系统为提供资源(如货币等)交互的系统，如支付网站的系统等。本技术实施例可应用于各种交易场景下的支付处理中，例如在跨境电子商务交易等，可应用于跨境信用卡、储蓄卡等交易场景下。
80.第一用户和第二用户基于交易系统达成交易，生成交易订单，基于该交易订单生成支付订单，第一用户在交易平台上基于支付订单进行支付，则通过第一用户的第一账户将支付的资源会转移到支付平台的担保账户中，在交易完成如买家的等第一用户确认收到商品对象后，可以将担保账户中该订单的资源转移给第二用户的第二账户。
81.正常的交易可按照上述流程执行，然而在订单的资源保存在担保账户，还未转移给第一账户之前，以及交易已经完成，订单的资源数据已经转移给第二用户的第二账户之后。第一用户(买家)可能会由于各种原因而申请退回支付的资源，例如未收到商品对象，商品对象存在质量问题，商品已退货成功等，在交易系统或支付系统判定需要给第一用户退回资源后，可以将资源按照支付路径退回。为了解决支付路径失效导致资源无法正常退回，需要第一用户找人工客服确定原因再退回的操作繁琐效率低等问题。本技术实施例能够在请求资源退回时，检测支付路径是否有效，针对支付路径失效的情况能够自动生成路径调整信息给第一用户，从而主动提示用户需要调整退回的路径，并基于资源退回路径退回资源，效率较高。
82.参照图1，示出了本技术实施例的一种基于支付的处理方法的交互示意图。
83.步骤102，接收资源退回请求，所述资源退回请求包括资源对应订单的订单标识。
84.第一用户(买家)可能会由于各种原因请求退回资源，例如未收到商品对象，商品对象存在质量问题，退回商品对象等。第一用户可在交易订单的订单页面中发起第一资源
退回请求给交易系统，该第一资源退回请求包括用户标识、订单标识、发起资源退回的商品对象的商品对象标识及原因数据，原因数据可包括退回类型(如缺货、少货、退货、质量问题等)以及证明数据，如质量问题可能对应上传显示出质量问题的图片等。
85.交易系统接收到第一资源退回请求后，可基于退回类型、用户标识等确定退回方式，如直接退回，基于第一用户的第一交易账户的信用预先退回，基于发起资源退回的商品对象所属的第二用户的反馈在决定是否退回等。再确定可以退回资源给第一用户后，交易系统向支付系统发送第二资源退回请求。该第一资源退回请求包括用户标识、支付订单的订单标识以及待退回资源数据，基于用户标识可以确定第一用户在支付系统绑定的第一支付账户，基于订单标识确定需要退回资源的订单，基于待退回资源数据确定需要退回的资源数据。
86.上述资源退回请求可为第一资源退回请求，也可为第二资源退回请求，另外一些场景中，如果交易系统和支付系统是同一个系统，则第一资源退回请求和第二资源退回请求可为同一个资源退回请求，第一交易账户和第一支付账户可为同一个账户。
87.步骤104，依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径。
88.支付系统基于资源退回请求获取订单标识、用户标识和待退回资源数据等，基于该订单标识可以确定对应的交易订单、支付订单及订单信息，基于用户标识可以确定第一用户对应的第一支付账户，基于所述订单信息确定该订单对应的支付路径，例如为信用卡路径、储蓄卡路径、余额路径和信用额度路径，其中，余额路径包括：第一支付账户的余额路径、第一支付账户关联的第三账户的余额路径，信用额度路径包括第一支付账户的信用额度路径、第三支付账户的信用额度路径等。其中，信用卡路径为采用银行为用户开设的信用卡进行支付的路径，储蓄卡路径指的是采用银行为用户开设的储蓄卡(或称借记卡)进行支付的路径，余额路径指的是采用用户在支付平台的账户中的余额支付的路径，信用额度路径指的是采用用户在支付平台的账户对应的信用额度的余额支付的路径。然后可以基于订单信息确定该支付路径是否有效，进而确定选择原始路径或新的路径作为资源退回路径。其中，资源退回路径为退回资源数据的路径，通过该路径可将资源数据退回给相应的账户，如信用卡账户、储蓄卡账户、第一支付账户、第三支付账户等。从订单信息中可以获取支付参数，即支付该订单对应的参数，支付参数包括以下至少一种：支付路径、支付时间、支付区域等。其中，支付时间指的是订单的支付时间，支付区域指的是第一用户所在的区域信息。
89.其中，支付路径对应有支付路径信息，支付路径信息中记载有支付路径的各种数据，例如信用卡路径或信用额度路径可确定信用卡账号、信用卡有效期、信用卡额度等，信用卡账户、储蓄卡账户、第一支付账户、及关联的第三支付账户的状态信息、标签信息等。其中，状态信息包括正常状态、异常状态，异常状态包括冻结状态、注销状态等。其中，正常表征对应账户的状态正常，冻结状态表征对应账户被冻结，无法正常使用，注销状态表征对应账户已经注销，即不存在该账户。通常处于异常状态的账户对应支付路径失效，无法正常退回资源数据。标签信息也可基于状态或异常消息设置，例如信用卡账户、储蓄卡账户等有时无法直接确定状态，可以基于之前处理过程中的异常消息设置标签信息，如基于之前支付中显示的异常如支付失败、账户冻结等消息设置标签信息。
90.一个可选实施例中，所述依据所述订单信息选择资源退回路径，包括：依据所述订
单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域；依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。可以基于支付参数判断订单的支付路径是否有效，其中，支付路径有效可以理解为该支付路径对应的支付账户正常，可以接收资源数据。支付路径失效可以理解为支付路径对应的支付账户异常，如无法接收资源数据，使得资源数据无法退回给用户。通过支付参数可以通过多个维度对支付路径进行检测，从账户维度、时间维度、区域维度等多个维度以判断支付路径是否有效。
91.支付参数还可包括资源类型，不同区域所支付资源的资源类型可能不同，而支付路径所能支持的资源类型可能也不同，因此可基于资源类型和支付路径支持的资源类型进行匹配，若不匹配可以确定该路径失效，若匹配，可以确定该支付路径有效。
92.依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。
93.可以从所述支付路径信息获取支付账户的状态信息和/或标签信息，其中，所述状态信息包括正常状态和异常状态，所述标签信息包括异常标签；依据所述状态信息和/或标签信息，判断对应支付路径是否有效。可以基于状态信息判断支付路径是否有效，若为正常状态，则确认支付路径有效，若为异常状态，确定支付路径失效。也可基于标签信息判断支付路径是否有效，标签信息可基于支付路径的异常事件记录，相应包括异常标签，某些异常标签对应有效时间，从而可针对异常标签可判断支付路径失效。
94.从订单信息可以获取订单的支付时间，有时资源退回的情况可能是订单已经支付很久之后，而时间的长短对支付路径会产生影响，有些支付路径可能失效、冻结、注销等。因此可设置有效时间阈值，该有效时间阈值用于判断支付时间的有效性，若支付时间在有效时间阈值内，可以认为支付路径有效，若支付时间超过有效时间阈值，却确定支付路径失效。
95.在跨境电商场景下，可以支持不同国家、地区等区域的用户购物，相应用户支付的区域也很多，不同的区域有不同的特征，例如有些区域的账户比较容易失效或出现异常。因此还可基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。针对异常支付区域可以确定支付路径失效，其他区域的支付路径有效。
96.本技术实施例中，除了上述维度还可包括其他维度，如可支持用户设置的默认资源退回方式，可以考虑该维度等，上述各维度可同时失效才认为支付路径失效，也可在上述各维度中至少一个满足的情况下就认为支付路径失效，本技术实施例对此不做限制，可以依据需求设置。
97.其中，若所述资源退回路径为订单的支付路径，则向所述支付路径对应账户发送对应的资源数据。在支付路径有效的情况下，可以将支付路径作为资源退回路径，向所述支付路径对应账户发送该订单对应需要退回的资源数据。
98.步骤106，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送。
99.若所述订单对应的支付路径失效，确定需要采用用户反馈路径退回资源，需要用
户重新提供资源退回的路径，以便能够退回资源，因此可以生成路径调整信息并发送。其中，可生成包括提示信息的路径调整信息，提示信息用于提示支付路径失效，需要重新指示资源退回路径，从而能够通过路径调整信息提示用户，以便获取调整的资源退回路径。
100.一个可选实施例中，所述生成路径调整信息并发送，包括：确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息；依据所述订单标识确定用户标识，向所述用户标识对应的用户发送所述路径调整信息。在基于支付路径信息确定支付路径失效后，还可确定支付路径失效的原因，如账户已冻结、账户已注销、账户异常等，可以基于该失效原因确定提示信息，基于提示信息生成路径调整信息。还可基于用户标识确定用户的账户信息，如第一交易账户、第一支付账户，向该第一交易账户和/或第一支付账户发送该路径调整信息。例如，用户发起资源退回请求后，可以在店铺(或商家)用户等第二用户与第一用户的交互窗口，或者第一用户与平台客户的交互窗口中显示退回进度，再账户失效等情况下，也可通过该交互窗口显示路径调整信息。
101.第一用户通过该交互窗口查看路径调整信息，该路径调整消息除了提示失效原因之外，还可显示相应的输入控件，通过输入控件接收第一用户输入的新的账户信息作为资源退回路径。
102.步骤108，接收所述路径调整信息对应的资源退回路径，并向所述资源退回路径对应账户发送所述订单对应的资源数据。
103.在支付路径失效的情况下，接收到路径调整信息对应的资源退回路径后，采用该资源退回路径退回该订单对应需要退回的资源数据。
104.在通过资源退回路径进行资源退回后，可以接收该路径对应反馈的退回结果，该退回结果包括：退回成功和退回失败。若所述退回结果为退回成功，生成退回完成信息并发送给第一用户。若所述退回结果为退回失败，可以生成路径调整信息并发送。可以基于退回失败的退回结果确定失败原因，基于失败原因生成提示信息，基于提示信息生成路径调整信息，发送路径调整信息给第一用户。
105.综上，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径，从而能够在资源退回时就预先判断选择的路径，若所述资源退回路径为订单的支付路径，则向所述支付路径对应账户发送对应的资源数据，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送，接收所述路径调整信息对应的资源退回路径，向所述资源退回路径对应账户发送所述订单对应的资源数据，减少支付路径失效导致资源数据无法正常退回的问题，无需人工介入，提高资源的退回效率和用户体验。
106.在上述实施例的基础上，本技术实施例提供了一种基于支付的处理方法，能够在资源退回时对资源退回路径进行决策，从而选择合适的路径退回资源，减少由于路径失效导致资源数据退回失败的问题。
107.参照图2，示出了本技术的另一种基于支付的处理方法实施例的步骤流程图。
108.步骤202，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识。
109.步骤204，依据所述订单标识获取订单信息，依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域。
110.步骤206，依据所述支付参数判断所述订单对应的支付路径是否有效。
111.若是，即所述订单对应的支付路径有效，会执行步骤208,。
112.若否，即所述订单对应的支付路径失效，则执行步骤212。
113.其中，依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。
114.步骤208，确定资源退回路径为订单的支付路径。
115.步骤210，向所述支付路径对应账户发送对应的资源数据。
116.步骤212，确定资源退回路径为用户反馈路径。
117.步骤214，确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。
118.步骤216，向用户标识对应的用户发送所述路径调整信息。
119.步骤218，接收所述路径调整信息对应的资源退回路径，向所述资源退回路径对应账户发送所述订单对应的资源数据。
120.步骤220，接收退回结果，并对退回结果进行检测。
121.若所述退回结果为退回成功，执行步骤222，若所述退回结果为退回失败，执行步骤214。
122.其中，针对支付路径和用户反馈路径退回资源数据失败的情况，均可执行步骤214，再次向用户请求调整支付路径。在另外一些场景中，针对用户反馈路径退回资源数据失败的情况，也可先尝试采用支付路径退回资源数据，若失败再执行步骤214。
123.步骤222，生成退回完成信息并发送给第一用户。
124.本技术实施例，在买家用户发起资源退回请求时，能够基于买家用户针对订单支付资源是所使用的支付路径、支付时间等多维度的信息进行决策，选择较佳的资源退回路径，降低资源退回失败的几率。以应用于跨境电子商务为例，买家用户购买商品对象时，因为要在不通过国家之间转运，商品对象的物流运输时间较长，相应用户确定需要退回资源的时间可能距离支付时间比较长，如超过1、2个月，这种情况下，用户之前所使用的支付路径可能存在问题，如已经注销信用卡，通过在请求资源退回时的决策，能够选择更加合适的资源退回路径，降低资源退回失败的几率。
125.可以检测资源数据的退回结果，如果决策所选择的资源退回路径退回资源数据失败，可以重新决策资源的退回路径，针对资源退回失败的情况自动进行处理，协助买家用户退回资源，无需买家用户自行咨询客服，提高处理效率。
126.在上述实施例的基础上，本技术实施例提供了一种基于支付的处理方法，能够协助第一用户进行资源退回的处理，提高效率和用户体验。
127.参照图3，示出了本技术实施例的一种基于支付的处理方法示例的交互示意图。
128.步骤302，服务端提供处理页面的页面数据给客户端。
129.步骤304，客户端解析所述页面数据，显示对应的处理页面。
130.第一用户通过客户端显示处理页面，该处理页面为能够支持资源退回的各种页面，例如商品对象的订单页面，支付页面等各种页面。
131.所述处理页面包括各种处理控件，例如订单页面，包括商品对象的资源退回控件，触发该资源退回控件可以选择要退回资源的商品对象，也可以选择需要退回的资源数据，
通过该资源数据不超过针对商品对象支付的资源数据，如图4所示的订单页面中，包括资源退回控件即显示为“退换”的控件。又如在支付页面中包括资源退回控件，触发该资源退回控件可以确定退回的资源数据等。
132.对于跨境电子商务场景中，第一用户支付的资源可以为各种货币资源，例如基于第一用户所在的区域确定，或者采用统一的货币资源结算等，本技术实施例对此不做限制。
133.步骤306，响应于对处理控件的触发，客户端确定需要退回的资源数据。
134.步骤308，客户端依据所述资源数据、用户标识和订单标识生成资源退回请求。
135.第一用户可在处理页面中触发处理控件，响应于对处理控件的触发，确定需要退回的资源数据，其中，有些请求退回的资源数据和实际退回的资源数据可能不同，例如有些订单的质量问题，卖家同意赔偿用户部分资源数据，买家用户在请求时可能未选资源数据或默认全部资源数据，可以由卖家确定实际赔付的资源数据。
136.可以确定资源数据，还可确定与该资源数据关联的订单的订单标识，以及请求退回资源的第一用户的用户标识，生成资源退回请求。
137.步骤310，客户端发送资源退回请求给服务端。
138.步骤312，服务端依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径。
139.所述依据所述订单信息选择资源退回路径，包括：依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域；依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。
140.依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。
141.步骤314，服务端确定资源退回路径为用户反馈路径，生成路径调整信息。
142.确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。
143.步骤316，服务端发送路径调整信息给客户端。
144.步骤318，客户端显示路径调整信息，所述路径调整信息对应有输入控件。
145.步骤320，响应于对所述输入控件的触发，客户端获取资源退回路径。
146.可以通过卖家用户和买家用户的交互页面显示，或者通过其他页面显示。如图5所示的一种交互页面显示的示例，可以通过卡片等方式显示路径调整信息，并且关联有输入控件，用户可以基于输入控件选择退回方式，如为银行卡、信用卡等方式可以输入相应的卡号及其他所需的信息，如户主等。
147.步骤322，客户端将资源退回路径发送给服务端。
148.步骤324，服务端通过所述资源退回路径返回所述订单对应的资源数据。
149.步骤326，针对所述资源退回路径为订单的支付路径的情况，通过所述支付路径反馈对应的资源数据给第一用户。
150.步骤328，接收退回结果。
151.可对对退回结果进行检测；若所述退回结果为退回成功，生成退回完成信息并发送给第一用户；若所述退回结果为退回失败，生成路径调整信息并发送给第一用户。
152.步骤330，发送退回结果。
153.从而能够在发起资源退回时检测路径，针对失效的支付路径自动提示用户调整退回路径，从而无需用户等待需求发现没有退回资源后再联系客服，提高用户体验，提高资源退回的效率。并且，能够减少客服针对资源退回异常的工单，减少客服的工作量以及人工成本。
154.在上述实施例的基础上，本技术实施例还提供了一种基于支付的处理方法，应用于客户端。
155.参照图6，示出了本技术的一种基于支付的处理方法客户端侧实施例的步骤流程图。
156.步骤602，显示处理页面，所述处理页面包括处理控件。
157.步骤604，响应于对所述处理控件的触发，确定请求退回资源的订单标识。
158.步骤606，基于所述订单标识生成资源退回请求。
159.步骤608，发送所述资源退回请求给服务端。
160.步骤610，接收路径调整信息，所述路径调整信息为确定资源退回路径为用户反馈路径时生成的，资源退回路径依据订单标识获取的订单信息确定。
161.步骤612，在所述处理页面显示所述路径调整信息，所述路径调整信息对应有输入控件。
162.步骤614，响应于对所述输入控件的触发，获取资源退回路径并反馈，以使服务端通过所述资源退回路径返回所述订单对应的资源数据给第一用户。
163.步骤616，接收退回结果。
164.在上述实施例的基础上，本技术实施例还提供了一种基于支付的处理方法，应用于服务端。
165.参照图7，示出了本技术的一种基于支付的处理方法服务端侧实施例的步骤流程图。
166.步骤702，提供处理页面的页面数据。
167.步骤704，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，所述订单标识依据对处理页面中处理控件的触发确定。
168.步骤706，依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径。
169.若所述资源退回路径为订单的支付路径，则通过所述支付路径反馈对应的资源数据给第一用户。
170.步骤708，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户。
171.步骤710，接收所述路径调整信息对应的资源退回路径，所述资源退回路径基于所述路径调整信息对应的输入控件接收。
172.步骤712，通过所述资源退回路径返回所述订单对应的资源数据给第一用户。
173.步骤714，接收退回结果，并反馈所述退回结果。
174.随着跨境电子商务的增长，资源退回需求如退款等需求也在增加，出现了比较多通过支付路径无法正常退款的问题，需要客服人工介入，也容易增加投诉。因此在上述实施例的基础上，本技术实施例还提供了一种跨境电子商务的支付处理方法，能够应用于跨境电子商务场景中，在用户请求退回资源时能够自动分析资源退回路径，确定直接按照支付路径退回还是需要用户重新提供资源退回路径，从而提高处理效率。
175.参照图8，示出了本技术的一种跨境电子商务的支付处理方法实施例的步骤流程图。
176.步骤802，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识。
177.步骤804，依据所述订单标识获取订单信息，依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域和资源类型。
178.支付参数还可包括资源类型，不同区域所支付资源的资源类型可能不同，而支付路径所能支持的资源类型可能也不同，因此可基于资源类型和支付路径支持的资源类型进行匹配，若不匹配可以确定该路径失效，若匹配，可以确定该支付路径有效。
179.步骤806，依据所述支付参数选择资源退回路径。
180.依据所述支付参数选择资源退回路径包括：依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。
181.依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效；将支付路径支持的资源类型与订单的资源类型进行匹配，判断支付路径是否有效。
182.若所述资源退回路径为订单的支付路径，则通过所述支付路径反馈对应的资源数据给第一用户。
183.步骤808，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户。
184.其中，所述生成路径调整信息，包括：确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。
185.步骤810，接收所述路径调整信息对应的资源退回路径。
186.步骤812，基于所述订单信息确定需要退回的资源数据，通过所述资源退回路径退回所述资源数据给第一用户。
187.其中，若涉及到资源类型的变化，如基于订单确定为第一类型的第一资源数据，然而第二用户对应接收的资源类型为第二类型，可基于资源类型将第一资源数据转换为第二资源数据，后续反馈第二资源数据给第一用户。
188.接收退回结果，并对退回结果进行检测；若所述退回结果为退回成功，生成退回完成信息并发送给第一用户；若所述退回结果为退回失败，生成路径调整信息并发送给第一用户。
189.若通过用户反馈路径退回资源数据的退回结果为退回失败，向所述支付路径对应账户发送对应的资源数据。
190.本技术上述各实施例可以退款为例，在买家用户发起退款时候，区分买家用户支付时所使用支付路径、支付金额、发起退款时与支付时间的间隔时长等参数来决策提供退款解决方案。同时，在买家用户退款异常时，可以主动通知提示客户退款异常原因，并且提供给买家新的退款解决方案，将实现买家用户自助在线操作异常处理退款，无需买家用户进线提交工单进行处理退款异常。
191.需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
192.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术实施例并不受所描述的动作顺序的限制，因为依据本技术实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本技术实施例所必须的。
193.在上述实施例的基础上，本实施例还提供了一种基于支付的处理装置，应用于服务端设备等电子设备中，所述装置包括：
194.请求接收模块，用于接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；
195.路径分析模块，用于依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；
196.调整反馈模块，用于若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
197.资源退回模块，用于接收所述路径调整信息对应的资源退回路径，通过所述资源退回路径返回所述订单对应的资源数据给第一用户。
198.综上，接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径，从而能够在资源退回时就预先判断选择的路径，若所述资源退回路径为订单的支付路径，则向所述支付路径对应账户发送对应的资源数据，若所述资源退回路径为用户反馈路径，生成路径调整信息并发送，接收所述路径调整信息对应的资源退回路径，向所述资源退回路径对应账户发送所述订单对应的资源数据，减少支付路径失效导致资源数据无法正常退回的问题，提高资源的退回效率和用户体验
199.所述路径分析模块，用于依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域；依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。
200.可选的，所述路径分析模块，用于基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。
201.所述资源退回模块，还用于若所述资源退回路径为订单的支付路径，则通过所述支付路径反馈对应的资源数据给第一用户。
202.所述调整反馈模块，用于确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。
203.还包括：结果处理模块，用于接收退回结果，并对退回结果进行检测；若所述退回结果为退回成功，生成退回完成信息并发送给第一用户；若所述退回结果为退回失败，触发调整反馈模块，以生成路径调整信息并发送给第一用户。
204.所述调整反馈模块，还用于若通过用户反馈路径退回资源数据的退回结果为退回失败，向所述支付路径对应账户发送对应的资源数据。
205.在上述实施例的基础上，本实施例还提供了一种基于支付的处理装置，应用于客户端的电子设备中，所述装置包括：
206.显示模块，用于显示处理页面，所述处理页面包括处理控件；以及在所述处理页面显示所述路径调整信息，所述路径调整信息对应有输入控件；
207.响应模块，用于响应于对所述处理控件的触发，确定请求退回资源的订单标识；以及响应于对所述输入控件的触发，获取资源退回路径；
208.请求生成模块，用于基于所述订单标识生成资源退回请求；
209.发送模块，用于发送所述资源退回请求给服务端；以及反馈资源退回路径，以使服务端通过所述资源退回路径返回所述订单对应的资源数据给第一用户；
210.接收模块，用于接收路径调整信息，所述路径调整信息为确定资源退回路径为用户反馈路径时生成的，资源退回路径依据订单标识获取的订单信息确定；以及接收退回结果。
211.在上述实施例的基础上，本实施例还提供了一种基于支付的处理装置，应用于服务端设备等电子设备中，所述装置包括：
212.页面提供模块，用于提供处理页面的页面数据；
213.请求接收模块，用于接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，所述订单标识依据对处理页面中处理控件的触发确定；
214.路径分析模块，用于依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；
215.调整反馈模块，用于若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
216.接收所述路径调整信息对应的资源退回路径，所述资源退回路径基于所述路径调整信息对应的输入控件接收；
217.资源退回模块，用于通过所述资源退回路径返回所述订单对应的资源数据给第一用户；
218.结果处理模块，用于接收退回结果，并反馈所述退回结果。
219.在上述实施例的基础上，本实施例还提供了一种跨境电子商务的支付处理装置，应用于服务端设备等电子设备中，所述装置包括：
220.请求接收模块，用于接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；
221.路径分析模块，用于依据所述订单标识获取订单信息，依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域、资源类型；依据
所述支付参数选择资源退回路径；
222.调整反馈模块，用于若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；
223.资源退回模块，用于接收所述路径调整信息对应的资源退回路径；基于所述订单信息确定需要退回的资源数据，通过所述资源退回路径退回所述资源数据给第一用户。
224.所述路径分析模块，用于依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径。
225.所述路径分析模块，用于基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效；将支付路径支持的资源类型与订单的资源类型进行匹配，判断支付路径是否有效。
226.在买家用户发起资源退回请求时，能够基于买家用户针对订单支付资源是所使用的支付路径、支付时间等多维度的信息进行决策，选择较佳的资源退回路径，降低资源退回失败的几率。以应用于跨境电子商务为例，买家用户购买商品对象时，因为要在不通过国家之间转运，商品对象的物流运输时间较长，相应用户确定需要退回资源的时间可能距离支付时间比较长，如超过1、2个月，这种情况下，用户之前所使用的支付路径可能存在问题，如已经注销信用卡，通过在请求资源退回时的决策，能够选择更加合适的资源退回路径，降低资源退回失败的几率。
227.可以检测资源数据的退回结果，如果决策所选择的资源退回路径退回资源数据失败，可以重新决策资源的退回路径，针对资源退回失败的情况自动进行处理，协助买家用户退回资源，无需买家用户自行咨询客服，提高处理效率。并且，能够减少客服针对资源退回异常的工单，减少客服的工作量以及人工成本。
228.本技术实施例还提供了一种非易失性可读存储介质，该存储介质中存储有一个或多个模块(programs)，该一个或多个模块被应用在设备时，可以使得该设备执行本技术实施例中各方法步骤的指令(instructions)。
229.本技术实施例提供了一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得电子设备执行如上述实施例中一个或多个所述的方法。本技术实施例中，所述电子设备包括服务器、终端设备等设备。
230.本公开的实施例可被实现为使用任意适当的硬件，固件，软件，或及其任意组合进行想要的配置的装置，该装置可包括服务器(集群)、终端等电子设备。图9示意性地示出了可被用于实现本技术中所述的各个实施例的示例性装置900。
231.对于一个实施例，图9示出了示例性装置900，该装置具有一个或多个处理器902、被耦合到(一个或多个)处理器902中的至少一个的控制模块(芯片组)904、被耦合到控制模块904的存储器906、被耦合到控制模块904的非易失性存储器(nvm)/存储设备908、被耦合到控制模块904的一个或多个输入/输出设备910，以及被耦合到控制模块904的网络接口912。
232.处理器902可包括一个或多个单核或多核处理器，处理器902可包括通用处理器或专用处理器(例如图形处理器、应用处理器、基频处理器等)的任意组合。在一些实施例中，
装置900能够作为本技术实施例中所述服务端、终端等设备。
233.在一些实施例中，装置900可包括具有指令914的一个或多个计算机可读介质(例如，存储器906或nvm/存储设备908)以及与该一个或多个计算机可读介质相合并被配置为执行指令914以实现模块从而执行本公开中所述的动作的一个或多个处理器902。
234.对于一个实施例，控制模块904可包括任意适当的接口控制器，以向(一个或多个)处理器902中的至少一个和/或与控制模块904通信的任意适当的设备或组件提供任意适当的接口。
235.控制模块904可包括存储器控制器模块，以向存储器906提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
236.存储器906可被用于例如为装置900加载和存储数据和/或指令914。对于一个实施例，存储器906可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，存储器906可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
237.对于一个实施例，控制模块904可包括一个或多个输入/输出控制器，以向nvm/存储设备908及(一个或多个)输入/输出设备910提供接口。
238.例如，nvm/存储设备908可被用于存储数据和/或指令914。nvm/存储设备908可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
239.nvm/存储设备908可包括作为装置900被安装在其上的设备的一部分的存储资源，或者其可被该设备访问可不必作为该设备的一部分。例如，nvm/存储设备908可通过网络经由(一个或多个)输入/输出设备910进行访问。
240.(一个或多个)输入/输出设备910可为装置900提供接口以与任意其他适当的设备通信，输入/输出设备910可以包括通信组件、音频组件、传感器组件等。网络接口912可为装置900提供接口以通过一个或多个网络通信，装置900可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信，例如接入基于通信标准的无线网络，如蓝牙、wifi、2g、3g、4g、5g等，或它们的组合进行无线通信。
241.对于一个实施例，(一个或多个)处理器902中的至少一个可与控制模块904的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器902中的至少一个可与控制模块904的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器902中的至少一个可与控制模块904的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器902中的至少一个可与控制模块904的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。
242.在各个实施例中，装置900可以但不限于是：服务器、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)等终端设备。在各个实施例中，装置900可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，装置900包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
243.其中，检测装置中可采用主控芯片作为处理器或控制模块，传感器数据、位置信息
等存储到存储器或nvm/存储设备中，传感器组可作为输入/输出设备，通信接口可包括网络接口。
244.本技术实施例还提供了一种电子设备，包括：处理器；和存储器，其上存储有可执行代码，当所述可执行代码被执行时，使得所述处理器执行如本技术实施例中一个或多个所述的方法。本技术实施例中存储器中可存储各种数据，如目标文件、文件与应用关联数据等各种数据，还可包括用户行为数据等，从而为各种处理提供数据基础。
245.本技术实施例还提供了一个或多个机器可读介质，其上存储有可执行代码，当所述可执行代码被执行时，使得处理器执行如本技术实施例中一个或多个所述的方法。
246.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
247.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。
248.本技术实施例是参照根据本技术实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
249.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
250.这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
251.尽管已描述了本技术实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例范围的所有变更和修改。
252.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
253.以上对本技术所提供的一种基于支付的处理方法、一种跨境电子商务的支付处理方法、一种电子设备和一种存储介质，进行了详细介绍，本文中应用了具体个例对本技术的
原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。

技术特征：
1.一种基于支付的处理方法，其特征在于，所述方法包括：接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；接收所述路径调整信息对应的资源退回路径，通过所述资源退回路径返回所述订单对应的资源数据给第一用户。2.根据权利要求1所述的方法，其特征在于，所述依据所述订单信息选择资源退回路径，包括：依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域；依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径。3.根据权利要求2所述的方法，其特征在于，依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效。4.根据权利要求2所述的方法，其特征在于，还包括：若所述资源退回路径为订单的支付路径，则通过所述支付路径反馈对应的资源数据给第一用户。5.根据权利要求3所述的方法，其特征在于，所述生成路径调整信息，包括：确定支付路径失效的失效原因，依据所述失效原因生成路径调整信息。6.根据权利要求1所述的方法，其特征在于，还包括：接收退回结果，并对退回结果进行检测；若所述退回结果为退回成功，生成退回完成信息并发送给第一用户；若所述退回结果为退回失败，生成路径调整信息并发送给第一用户。7.根据权利要求1所述的方法，其特征在于，还包括：若通过用户反馈路径退回资源数据的退回结果为退回失败，向所述支付路径对应账户发送对应的资源数据。8.一种基于支付的处理方法，其特征在于，所述方法包括：显示处理页面，所述处理页面包括处理控件；响应于对所述处理控件的触发，确定请求退回资源的订单标识；基于所述订单标识生成资源退回请求；发送所述资源退回请求给服务端；接收路径调整信息，所述路径调整信息为确定资源退回路径为用户反馈路径时生成的，资源退回路径依据订单标识获取的订单信息确定；在所述处理页面显示所述路径调整信息，所述路径调整信息对应有输入控件；响应于对所述输入控件的触发，获取资源退回路径并反馈，以使服务端通过所述资源
退回路径返回所述订单对应的资源数据给第一用户；接收退回结果。9.一种基于支付的处理方法，其特征在于，所述方法包括：提供处理页面的页面数据；接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识，所述订单标识依据对处理页面中处理控件的触发确定；依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；接收所述路径调整信息对应的资源退回路径，所述资源退回路径基于所述路径调整信息对应的输入控件接收；通过所述资源退回路径返回所述订单对应的资源数据给第一用户；接收退回结果，并反馈所述退回结果。10.一种跨境电子商务的支付处理方法，其特征在于，所述方法包括：接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；依据所述订单标识获取订单信息，依据所述订单信息确定支付参数，所述支付参数包括以下至少一种：支付路径、支付时间、支付区域、资源类型；依据所述支付参数选择资源退回路径；若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；接收所述路径调整信息对应的资源退回路径；基于所述订单信息确定需要退回的资源数据，通过所述资源退回路径退回所述资源数据给第一用户。11.根据权利要求10所述的方法，其特征在于，所述依据所述支付参数选择资源退回路径，包括：依据所述支付参数判断所述订单对应的支付路径是否有效；若所述订单对应的支付路径失效，则确定资源退回路径为用户反馈路径；还包括：若所述订单对应的支付路径有效，则确定资源退回路径为订单的支付路径。12.根据权利要求10所述的方法，其特征在于，所述依据所述支付参数判断所述订单对应的支付路径是否有效，包括以下至少一种：基于所述支付路径检测路径状态，基于路径状态判断支付路径是否有效；将所述支付时间和有效时间阈值进行比较，判断支付路径是否有效；基于所述支付区域确定对应的区域特征，依据所述区域特征判断支付路径是否有效；将支付路径支持的资源类型与订单的资源类型进行匹配，判断支付路径是否有效。13.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；所述存储器存储计算机执行指令；所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-12中任一项所述的方法。14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-12中任一项所述的方法。

技术总结
本申请实施例提供了一种基于支付的处理方法、设备和介质。所述方法包括：接收资源退回请求，所述资源退回请求包括：资源对应订单的订单标识；依据所述订单标识获取订单信息，依据所述订单信息选择资源退回路径；若所述资源退回路径为用户反馈路径，生成路径调整信息并发送给第一用户；接收所述路径调整信息对应的资源退回路径，通过所述资源退回路径返回所述订单对应的资源数据给第一用户。能够在资源退回时就预先判断选择的路径并基于对应的路径退回资源数据，减少支付路径失效导致资源数据无法正常退回的问题，提高资源的退回效率和用户体验。户体验。户体验。


技术研发人员：熊烽 孙娟 朱晓伟 刘静芳 崔雁民 郭玲 罗威 郭晴 王成 陈亚洲 刘依娜 孟宪君 闫震 纪平 杨杰 姚旭真 李智 杨洁清 严焕 余洋洋 王健 揭雪梨 吴迪 钟震江 沈秋丽 谢英 王雪琳 汤小剑 刘汗青 李航 冯静 陈思颖 刘勇 李任吾 王叠 蒲春伟 程茜 陈孝武 盛鲤庭 宋晓瑜 何志豪 张成文 王超健
受保护的技术使用者：阿里巴巴（中国）有限公司
技术研发日：2023.03.21
技术公布日：2023/7/12