CN103093378A - 交易平台数据处理方法及系统 - Google Patents

Abstract

本申请提供了一种交易平台数据处理方法，包括以下步骤：接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息；根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息；基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。本申请还提供了一种实现前述方法的交易平台数据处理系统。本申请的交易平台数据处理方法及系统，能够实现自动授信，提高了授信灵活性以及数据处理效率。

Description

交易平台数据处理方法及系统

技术领域

本申请涉及计算机网络数据处理技术领域，特别是涉及一种交易平台数据处理方法及系统。

背景技术

随着电子商务的发展，越来越多的人通过在线购买和支付的方式完成商品的购买。交易商品也逐渐的从传统的小件物品向大件物品发展。传统的电子商务过程中，为了保证买卖双方的利益，通常会由第三方提供交易平台，买方在选中自己所希望的商品后，需要将货款打入交易平台的账户中，由交易平台进行担保，在买方收到卖方的商品后，第三方再将货款转给卖方。也就是说，在卖方发出商品到买方收到商品这段时间，卖方并无法收到货款，若某一卖家的交易量较多或者商品单价较高，这无疑会增加卖方的资金压力。为此，某些交易平台为卖方提供了授信担保服务，即通过卖家向交易平台提出申请，交易平台为卖方发放一定的贷款的方式来缓解卖方的资金压力。

但是此种授信担保多通过人工方式来完成，即卖家申请，交易平台审核，根据审核结果进行授信担保，这无疑会增加处理的时间，而且操作过程繁琐。另外，对于某些卖家来说，其需要授信担保的时间是根据其交易成交时间来确定的，在产生大量交易的时候需要，在没有或者交易量小的时候可能并不需要贷款，因此此种方法并无法及时灵活的满足其资金需求。特别的，当授信数量和授信条件复杂度增加时，如审查交易是否符合授信范围，由于商品种类众多，此种人工授信担保则会因为无法及时处理而不能导致效率极其低下，甚至根本无法执行。

发明内容

本申请所要解决的技术问题是提供一种交易平台数据处理方法及系统，以人工授信灵活性差和数据处理效率低下的问题。

为了解决上述问题，本申请公开了一种交易平台数据处理方法，包括以下步骤：

接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息；

根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息；

基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

进一步地，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理包括：

比较卖家当前可用授信金额与订单金额的大小；

若所述当前可用授信金额大于订单金额，则交易平台将与订单金额对应的货款支付给卖家，并结束针对该交易数据的授信处理过程，所述与订单金额对应的货款包括与订单金额等额的全部货款或部分货款。

进一步地，所述与订单金额对应的货款根据如下方式确定：

从交易平台数据库中获取卖家的历史交易数据和/或所述订单商品在交易平台中的历史交易数据；

基于所述卖家历史交易数据和/或所述订单商品在交易平台中的历史交易数据计算卖家可信度；

基于所述卖家可信度确定支付给卖家的货款比例。

进一步地，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理还包括：

从交易平台数据库中获取卖家的历史交易数据和/或所述订单商品在交易平台中的历史交易数据；

基于所述商品的交易历史数据确定所述商品的交易平均价格，判断所述订单金额与所述商品的交易平均价格的差值是否在阈值范围内，若是，则允许将与订单金额对应的货款支付给卖家；和/或

基于所述卖家交易数据确定所述卖家违约的可能性，若卖家违约可能性小于阈值，则允许将与订单金额对应的货款支付给卖家。

进一步地，所述订单信息中包括商品信息，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理还包括：

所述授信条件中包括有授信商品范围，判断所述订单信息中的商品信息是否符合所述授信商品范围，如果是，则进行授信，如果否，则可拒绝或降低授信额度。

进一步地，所述方法还包括：

将与订单金额对应的货款支付给卖家时，扣减所述卖家与订单金额对应的授信金额，所述与订单金额对应的授信金额包括与订单金额等额或与订单金额具有预定比例的授信金额。

进一步地，所述方法还包括同时处理多组数据，所述同时处理多组数据包括：

比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果是，进入下一步骤；如果否，停止处理；

选择其中一个小于当前可用授信金额的订单金额，扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对应的货款支付该卖家，转上一步骤。

进一步地，所述方法还包括：

在接收到当前订单对应的买家确认信息或订单完成信息时，获取所述当前订单的卖家信息以及授信数据库中此订单的授信信息；

基于所述订单授信信息将此订单授信过程中所扣减的所述卖家的授信金额返还给所述卖家；

若授信过程中支付给卖家的是与订单金额的部分货款，则将剩余货款支付该卖家。

进一步地，所述步方法还包括：

对返还的每一笔授信金额添加标识符或者记录返还明细。

进一步地，所述方法还包括确定卖家的授信金额额度，具体的：

交易平台获取卖家属性信息，所述属性信息包括卖家的担保属性、所经营商品属性、以及卖家信誉属性中的一种或多种；

交易平台基于预置规则和卖家属性信息，确定针对该卖家的授信金额额度。

为了解决上述问题，本申请还提供了一种交易平台数据处理系统，包括：

信息接收模块，接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息；

授信信息获取模块，用于根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息；

授信模块，用于基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

进一步地，所述系统还包括：

授信金额确定模块，用于基于预置规则和卖家属性信息，确定针对该卖家的授信金额额度，所述卖家的授信金额额度确定因素包括以下一种或多种：卖家缴纳的担保金、卖家经营商品的类目、卖家信誉度。

进一步地，所述系统还包括：

授信金额扣减模块，用于将订单金额支付给卖家的同时扣减所述卖家与订单金额对应的授信金额，所述与订单金额对应的授信金额包括与订单金额等额或者与订单金额具有预订比例的授信金额。

进一步地，所述系统还包括数据处理模块，所述数据处理模块用于根据授信模块的判断结果、授信信息模块获取的卖家当前可用授信金额和信息接收模块获取的订单金额进行授信处理，所述处理包括：

比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果是，则选择其中一个小于当前可用授信金额的订单金额，扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对应的货款支付该卖家，如果否，则停止处理。

与现有技术相比，本申请包括以下优点：

本申请的交易平台数据处理方法及系统能够在收到确切的交易成功信息之前(不管基于交易双方的原因还是基于交易系统之外的其他原因)，基于预先设定授信数据库中的卖家授信信息自动判断订单是否符合授信条件，并根据判断结果直接进行授信处理，在授信过程中并不需要卖家主动申请，只要进行相关授信条件的自动判断即可完成，无需人工处理，灵活性较好，处理效率较高，而且降低了工作量和人力成本。。

其次，交易平台在进行授信过程中除了基于卖家的授信金额来判断是否满足授信条件外，还进一步地通过订单信息与预存的历史数据进行比较来判断订单是否符合授信条件，以降低违约可能性。此过程也通过交易平台实现自动化的判断，无需人工参加，从而节省了授信处理的时间、工作量以及人力成本。

另外，通过扣减授信金额的方式可以降低交易风险。在扣减授信金额时，对于同时又多笔交易进行时，采用逐个扣减并在扣减前再次比较的方式，能保证获取的可用授信金额的准确性。

此外，对于商品价值较大的交易来说，例如，机票、家装、家居、房产行业来说，此种方式可以让货款尽可能快的支付给卖家，减轻卖家的资金压力。

当然，实施本申请的任一技术不一定需要同时达到以上所述的所有优点。

附图说明

图1是本申请的交易平台数据处理方法实施例一的流程图；

图2是本申请的交易平台数据处理方法实施例二的流程图；

图3是本申请的交易平台数据处理系统实施例一的结构示意图；

图4是本申请的交易平台数据处理系统实施例二的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，其示出本申请的一种交易平台数据处理方法实施例一，包括以下步骤：

步骤101，接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息。

当买家选中某一卖家的商品并生成订单后，会通过支付平台进行支付，支付平台接收买家的付款，并会记录下此次订单的相关信息，如商品信息、卖家信息、买家信息、支付信息和订单金额等。在确认买家已经将订单金额支付到支付平台账户后，支付平台会发送这些订单信息给交易平台。

步骤102，根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息。

卖家当前的授信信息包括可用授信金额、授信规则等信息。其中，交易平台会预先为卖家设定授信金额，并进行存储。其中，授信金额根据卖家经营商品类目、信誉等属性信息来设置，具体包括以下过程：

交易平台获取卖家属性信息，所述属性信息可包括卖家的担保属性、所经营商品属性、以及卖家信誉属性等属性中的一种或多种；

交易平台可基于预置规则和卖家属性信息，确定针对该卖家的授信金额额度。

授信金额额度可根据卖家向交易平台缴纳的保证金、卖家经营商品的类目、卖家信誉度等情况来设置。卖家的授信金额信息存储在交易平台的数据库中，当交易平台获取订单金额以及对应卖家的信息后，则可根据获取到的卖家信息查询该卖家所对应的授信金额信息。其中，授信金额可以是与实际金额具有相同量化级的金额，例如，100授信金额等同于100元人民币，授信金额也可以是按照一定比例处理后的金额，例如，100授信金额等于10元人民币等等。

通过授信金额的设置，可以将交易顺利进行，交易平台的数据得到及时处理，同时还可以控制交易风险。

步骤103，基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

其中，是否符合授信条件可以是可用授信金额是否满足条件，也可以是当前卖家出现违约的可能性是否在预定范围内，当前订单商品价格是否正常，以及当前订单商品是否属于授信商品范围，在授信时，可单独或综合上述授信条件，进行对应的授信。具体的可以包括以下情况：

比较当前可用授信金额与订单金额的大小，若授信金额大于订单金额，则交易平台将与订单金额对应的货款支付给卖家，并结束针对该交易数据的授信处理过程。

在卖家授信金额大于订单金额的情况下，则交易平台会直接将订单金额对应的货款支付给卖家，而无需等待买家确认收货之后再处理，从而可以加快交易过程中数据处理的速度，使资金尽快返还给卖家，以缓解其资金压力。

其中，与订单金额对应的货款可以是与订单金额等额的货款，即只要当前可用授信金额大于订单金额，则可以将当前订单全部货款支付给卖家。进一步地，为了保证交易的安全性，与订单金额对应的货款也可以是订单金额的一部分，例如50％、80％等等。部分金额可以是固定的，即对于每一个卖家都采用此比例，也可以是基于交易平台数据库中的卖家的交易历史数据或者订单商品在交易平台中的历史交易数据，按照预订的计算规则来计算出的表示卖家可信度的数值，根据这个数值确定部分金额的比例。例如，计算出某一卖家的可信度为60％，则部分货款可以是订单金额的60％或者其他比例，这根据交易平台预先设定的规则来确定，本申请对此并不限制。

为了减少授信订单出现违约的概率和实现自动化处理，本申请的交易平台在接收支付平台发送的订单信息后，并在将与订单金额等额的货款支付给卖家之前，还包括以下步骤：

根据订单商品信息查询交易平台数据库中所述商品的交易历史数据和/或卖家交易历史数据；

基于所述商品的交易历史数据确定所述商品的交易平均价格，判断所述订单金额与所述商品的交易平均价格的差值是否在阈值范围内，若是，则允许将与订单金额对应的货款支付给卖家；和/或

基于所述卖家交易数据确定所述卖家违约的可能性，若卖家违约可能性小于阈值，则允许将与订单金额对应的货款支付给卖家。

前述判断可以通过预先搜集的数据来实现。例如，可以预先搜集各种类目的商品平均的价格，通过比较订单金额与该类商品平均的价格，如果差值在允许范围内，则允许将与订单金额等额的货款支付该卖家。又如，可以预先查询卖家在最近一段时间内的交易数据，如商品评价、发货时间、到货时间等等，如果交易数据正常，则说明其违约的可能性较小，允许将与订单金额等额的货款支付该卖家。又或者基于卖家交易数据根据预定的规则计算出违约可能性的数值，并存储在卖家的授信信息中，当需要时则可以直接获取。

因为交易平台中存在大量的卖家，为了减少数据量，一般来说，会间隔一段时间才调整每个卖家的授信金额额度。而在这个过程中，某些卖家的信誉以及所经营的商品类目可能会相对设定授信金额时发生变化，通过实时的对订单信息的判断来决定是否进行授信处理，可以减少出现违约的可能。另外，因为对于交易平台来说，每天所产生的订单数量巨大，若采用人工来对每一笔授信订单进行处理，这无疑会增加工作量和人力成本，此处通过交易平台实现自动化的判断，无需人工参加，从而节省了授信处理的时间、工作量以及人力成本。

进一步地，所述订单信息中包括商品信息，所述授信条件中包括有授信商品范围，判断所述订单信息中的商品信息是否符合所述授信商品范围，如果是，则进行授信，如果否，则可拒绝或降低授信额度等。其中授信商品范围可以是商品的类目信息，此时可根据订单信息中的商品信息，查找对应的类目信息，订单信息中的商品信息属于授信商品范围，则进行授信。

进一步地，为了保证授信金额的有效性，在将订单金额支付给卖家的同时，还需要扣减与订单金额相应的授信金额，直到买家确认收货或订单完成后，获取该订单信息中的卖家信息以及当前订单授信信息，并基于订单授信信息将此订单授信过程中所扣减的所述卖家的授信金额返还给卖家。对于在授信过程中只返还了部分货款的卖家，此时，还可以根据授信数据库中所记录的返还给卖家的实际货款以及订单信息中的实际订单金额，将剩余货款(即前述二者的差额)支付给卖家，从而完成整个交易过程。

其中，与订单金额相应的授信金额可以是与订单金额等额的授信金额，也可以是按照预订比例的授信金额。预订比例可以根据具体需要来设置，例如，预订的比例可以10比1，即每10块订单金额扣减1块授信金额等等，本申请对此并不限制。

在将扣减的授信金额返还给卖家的时候，对返还的每一笔授信金额添加标识符或者记录返还明细，表明该笔被扣减的授信金额已经返还，以避免出现重复返还授信金额的情况，保证授信金额数据处理的准确性。

在交易过程中，可能会出现针对同一卖家同时有几笔交易发生的情况，即有几组交易数据需要同时进行处理。为了保证数据处理的准确性，交易平台可以采用一组交易数据处理完成后，再处理下一组交易数据的方式来实现数据处理。为了提高数据处理的效率，也可以多组数据同时进行处理，此时，可能出现两笔订单金额单独比较时，都小于授信金额，但在授信金额被扣减一次之后，授信金额的余额小于剩下的一笔订单金额的情况。因此，为了保证数据处理的准确性，可在每次扣减授信金额时，再次比较当前授信金额余额与当前待处理订单金额的大小，以保证在授信金额的余额大于当前订单金额，避免超额扣减的情况。

参照图2，具体的，同时处理多组数据包括以下步骤：

步骤201，比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果是，进入步骤202；如果否，停止处理。

步骤202，选择其中一个小于当前可用授信金额的订单金额，扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对应的金额支付该卖家，转步骤201。

优选地，订单数据处理的顺序可以根据订单金额支付给交易平台的先后顺序确定。

参照图3，其示出本申请的交易平台数据处理系统实施例一，该系统包括信息接收模块10、授信金额获取模块20和比较模块30。

信息接收模块10，接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息。

授信信息获取模块20，用于根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息。卖家当前授信信息可以根据需要获取，如当前可用授信金额、可信度、交易评价等等。

授信模块30，用于基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

优选地，该系统还包括授信金额确定模块，用于设定卖家的授信金额额度。卖家的授信金额额度确定因素包括以下一种或多种：卖家缴纳的担保金、卖家经营商品的类目、卖家信誉度。

优选地，该系统还包括授信金额扣减模块，用于将订单金额支付给卖家的同时扣减所述卖家与订单金额对应的授信金额，所述与订单金额对应的授信金额包括与订单金额等额或者与订单金额具有预订比例的授信金额。

参照图4，示出本申请的交易平台数据处理系统实施例二，该系统在实施例一的基础上还包括数据处理模块40和授信金额扣减模块50。数据处理模块40用于根据授信模块的判断结果、授信信息模块获取的卖家当前可用授信金额和信息接收模块获取的订单金额进行授信处理，所述处理包括：比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果否，则停止处理，如果是，则选择其中一个小于当前可用授信金额的订单金额，通知授信金额扣减模块50扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对应的货款支付该卖家。如此重复，直至订单全部处理完成或者当前可用授信金额已用完或者小于余下的每一个订单金额，不足以用于授信余下的任何一个订单。

优选地，该系统还包括授信金额返还模块，用于将扣减的授信金额返还到卖家的授信金额账户。

优选地，该授信金额返还模块包括标识符添加模块或记录模块。该标识符添加模块，用于对返还的每一笔授信金额添加标识符。该记录模块，用于记录返还明细。

优选地，下面结合具体实例对本申请的交易平台数据处理方法及系统实现在交易过程中数据处理的过程进行详细说明。其中，交易平台包括后台管理(CMR，customer-managed relationship)、交易中心(TP)以及交易支付平台三部分。

首先，后台管理根据卖家向交易平台缴纳的担保金、信誉度及经营商品类目等因素确定卖家的初始授信金额。当买家通过交易中心选取某一卖家的商品并通过交易支付平台付款后，交易支付平台会将付款信息以及对应的卖家信息发送给交易中心。交易中心则根据获取到的卖家信息从后台管理数据库读取该卖家当前的可用授信金额，并与获取到的付款金额进行比较。若当前可用授信金额大于付款金额，交易中心会将当前订单按照授信订单处理，即交易中心会通知后台管理数据库从该卖家的授信金额中扣减与付款金额等额的金额，同时通知交易支付平台将货款支付给卖家。

进一步地，在授信订单完成，即交易中心收到买家确认收货的确认信息后，交易中心会将该笔交易所扣减的授信金额返还给卖家。

若当前可用授信金额小于付款余额，则交易中心会将当前订单按照非授信订单处理，即通知交易支付平台暂时不将货款支付给卖家，而是等待买家确认收货后再支付，从而保证交易过程的安全性。

本申请的交易平台数据处理方法及系统通过设定授信金额的方式来承担交易风险，从而能对交易数据进行及时的处理，而无需等待交易完成后再处理而造成的系统数据积压，同时可以保证数据处理的准确性。

另外，通过扣减授信金额的方式可以降低交易风险。在扣减授信金额时，对于同时又多笔交易进行时，采用逐个扣减并在扣减前再次比较的方式，能保证获取的可用授信金额的准确性。

此外，对于商品价值较大的交易来说，例如，机票、家装、家居、房产行业来说，此种方式可以让货款尽可能快的支付给卖家，减轻卖家的资金压力。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请所提供的交易平台数据处理方法及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (14)

1.一种交易平台数据处理方法，其特征在于，包括以下步骤：

接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息；

根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息；

基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

2.如权利要求1所述的交易平台数据处理方法，其特征在于，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理包括：

比较卖家当前可用授信金额与订单金额的大小；

若所述当前可用授信金额大于订单金额，则交易平台将与订单金额对应的货款支付给卖家，并结束针对该交易数据的授信处理过程，所述与订单金额对应的货款包括与订单金额等额的全部货款或部分货款。

3.如权利要求2所述的交易平台数据处理方法，其特征在于，所述与订单金额对应的货款根据如下方式确定：

从交易平台数据库中获取卖家的历史交易数据和/或所述订单商品在交易平台中的历史交易数据；

基于所述卖家历史交易数据和/或所述订单商品在交易平台中的历史交易数据计算卖家可信度；

基于所述卖家可信度确定支付给卖家的货款比例。

4.如权利要求2所述的交易平台数据处理方法，其特征在于，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理还包括：

从交易平台数据库中获取卖家的历史交易数据和/或所述订单商品在交易平台中的历史交易数据；

基于所述商品的交易历史数据确定所述商品的交易平均价格，判断所述订单金额与所述商品的交易平均价格的差值是否在阈值范围内，若是，则允许将与订单金额对应的货款支付给卖家；和/或

基于所述卖家交易数据确定所述卖家违约的可能性，若卖家违约可能性小于阈值，则允许将与订单金额对应的货款支付给卖家。

5.如权利要求2所述的交易平台数据处理方法，其特征在于，所述订单信息中包括商品信息，所述基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理还包括：

所述授信条件中包括有授信商品范围，判断所述订单信息中的商品信息是否符合所述授信商品范围，如果是，则进行授信，如果否，则可拒绝或降低授信额度。

6.如权利要求2或3所述的交易平台数据处理方法，其特征在于，所述方法还包括：

将与订单金额对应的货款支付给卖家时，扣减所述卖家与订单金额对应的授信金额，所述与订单金额对应的授信金额包括与订单金额等额或与订单金额具有预定比例的授信金额。

7.如权利要求6所述的交易平台数据处理方法，其特征在于，所述方法还包括同时处理多组数据，所述同时处理多组数据包括：

比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果是，进入下一步骤；如果否，停止处理；

选择其中一个小于当前可用授信金额的订单金额，扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对应的货款支付该卖家，转上一步骤。

8.如权利要求2所述的交易平台数据处理方法，其特征在于，所述方法还包括：

在接收到当前订单对应的买家确认信息或订单完成信息时，获取所述当前订单的卖家信息以及授信数据库中此订单的授信信息；

基于所述订单授信信息将此订单授信过程中所扣减的所述卖家的授信金额返还给所述卖家；

若授信过程中支付给卖家的是与订单金额的部分货款，则将剩余货款支付该卖家。

9.如权利要求8所述的交易平台数据处理方法，其特征在于，所述步方法还包括：

对返还的每一笔授信金额添加标识符或者记录返还明细。

10.如权利要求1所述的交易平台数据处理方法，其特征在于，所述方法还包括确定卖家的授信金额额度，具体的：

交易平台获取卖家属性信息，所述属性信息包括卖家的担保属性、所经营商品属性、以及卖家信誉属性中的一种或多种；

交易平台基于预置规则和卖家属性信息，确定针对该卖家的授信金额额度。

11.一种交易平台数据处理系统，其特征在于，包括：

信息接收模块，接收支付平台发送的订单信息，所述订单信息包括订单金额和卖家信息；

授信信息获取模块，用于根据所述卖家信息查询预存的授信数据库中所述卖家当前授信信息；

授信模块，用于基于所述卖家当前授信信息和当前订单信息判断当前订单是否符合授信条件，若符合授信条件，则对当前订单进行授信处理，并记录在授信数据库中。

12.如权利要求11所述的交易平台数据处理系统，其特征在于，所述系统还包括：

授信金额确定模块，用于基于预置规则和卖家属性信息，确定针对该卖家的授信金额额度，所述卖家的授信金额额度确定因素包括以下一种或多种：卖家缴纳的担保金、卖家经营商品的类目、卖家信誉度。

13.如权利要求11所述的交易平台数据处理系统，其特征在于，所述系统还包括：

授信金额扣减模块，用于将订单金额支付给卖家的同时扣减所述卖家与订单金额对应的授信金额，所述与订单金额对应的授信金额包括与订单金额等额或者与订单金额具有预订比例的授信金额。

14.如权利要求13所述的交易平台数据处理系统，其特征在于，所述系统还包括数据处理模块，所述数据处理模块用于根据授信模块的判断结果、授信信息模块获取的卖家当前可用授信金额和信息接收模块获取的订单金额进行授信处理，所述处理包括：

比较当前可用授信金额与待处理的各订单金额的大小，判断是否存在于小于当前可用授信金额的订单金额，如果是，则选择其中一个小于当前可用授信金额的订单金额，扣减当前可用授信金额中与该订单金额对应的金额，并将该订单金额对额的货款支付该卖家，如果否，则停止处理。

Images