CN111027984B - 业务订单的处理方法、系统、电子设备及计算机存储介质 - Google Patents

Abstract

本发明公开了一种业务订单的处理方法、系统、电子设备及计算机存储介质，处理方法包括：接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件；在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息；根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方；判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成。本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

Description

业务订单的处理方法、系统、电子设备及计算机存储介质

技术领域

本发明涉及计算机信息技术领域，特别涉及一种业务订单的处理方法、系统、电子设备及计算机存储介质。

背景技术

为了保证消费者的权益，交易平台推出了先行赔付服务，举例说明：确认消费者投诉信息或消费者发起退款请求后，交易平台会首先对消费者赔款，之后，再向供应商收回应当由供应商承担的赔款份额。

目前向供应商收回赔款的方式是人工线下去向供应商追赔款，在订单里再根据线下追回的赔款做付款调整，数据上无法识别出是赔款。目前度假订单的赔款收回率不高，追回的比例较低。

发明内容

本发明要解决的技术问题是为了克服现有技术中赔款收回效率低，赔款收回率不高且赔款收回数据难以记录的缺陷，提供了一种流程化的、易管理的业务订单的处理方法、系统、电子设备及计算机存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供了一种业务订单的处理方法，所述处理方法包括：

接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件，所述赔付事件包括赔款金额信息；

在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息，所述责任信息包括责任方信息及所述责任方的赔款占比信息；

根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方；

判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息。

本发明通过客户的投诉信息中的责任信息生成对应责任方的分摊事件，并根据判断是否接收到分摊赔付信息来判断是否收回赔款金额，本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

较佳地，检测所述赔付事件中是否包含责任信息的步骤包括：

检测所述赔付事件中是否包含多条责任信息，所述多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息；

和/或，

接收客户对所述业务订单的投诉信息的步骤后还包括：判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁所述已生成的分摊事件。

本发明中，可以通过检测赔付事件中的多条责任信息，生成多个分摊事件，并将每一分摊事件发送给对应的责任方，从而可以使本发明中的处理方法灵活适用多种分摊情况，提高了处理效率，节约了收回赔款的时间成本及人力成本。

本发明中，在客户修改投诉信息后，可以及时销毁不正确的分摊事件，从而避免由于信息更新不及时而导致分摊错误的情况。

较佳地，若未接受到所述责任方的分摊赔付信息，则判断是否接受到所述责任方的申诉信息，若接受到，则判断所述申诉信息是否成立，若成立，则根据所述申诉信息重新生成分摊事件；

和/或，

在确认所述分摊事件完成的步骤后，还包括：保存已完成的分摊数据，所述分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

本发明中，可以根据责任方的申诉信息重新生成分摊事件，从而提供了多种分摊信息的处理方式，有利于生成更准确的分摊信息。

较佳地，若经过时间阈值，既未接受到所述责任方的分摊赔付信息，也未接收到所述责任方的申诉信息，则根据所述赔款分摊单信息生成对应的坏账单信息；

和/或，

根据所述责任方的ID(身份号)，查询所述分摊数据。

本发明中，若经过一定时间仍未接收到责任方的信息，通过生成坏账信息的方式，提升了本发明中的处理方法的处理效率。

本发明中可以根据责任方的ID，查询到保存的分摊数据，从而可以清楚地查询到责任方分摊的赔款信息，不仅有利于针对性地对仍未分摊的赔款的收回，也便于相关人员做统一的数据分析及后期处理与优化。

本发明还提供了一种业务订单的处理系统，所述处理系统包括：赔付事件生成模块、检测模块、分摊事件生成模块及接收判断模块；

所述赔付事件生成模块用于接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件；

所述检测模块用于在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息；

所述分摊事件生成模块用于根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方；

所述接收判断模块用于判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成；

所述赔付事件包括赔款金额信息，所述责任信息包括责任方信息及所述责任方的赔款占比信息，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息。

本发明通过分摊事件生成模块将客户的投诉信息中的责任信息生成对应责任方的分摊事件，并根据接收判断模块判断是否接收到分摊赔付信息来判断是否收回赔款金额，本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

较佳地，所述检测模块还用于检测所述赔付事件中是否包含多条责任信息，所述多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息；

和/或，

所述处理系统还包括修改判断模块，用于判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁所述已生成的分摊事件。

本发明中，可以通过检测模块检测赔付事件中的多条责任信息，生成多个分摊事件，并将每一分摊事件发送给对应的责任方，从而可以使本发明中的处理系统灵活适用多种分摊情况，提高了处理效率，节约了收回赔款的时间成本及人力成本。

本发明中，在客户修改投诉信息后，可以通过修改判断模块及时销毁不正确的分摊事件，从而避免由于信息更新不及时而导致分摊错误的情况。

较佳地，所述接收判断模块还用于在未接受到所述责任方的分摊赔付信息时，判断是否接受到所述责任方的申诉信息，若接受到，则判断所述申诉信息是否成立，若成立，则根据所述申诉信息重新生成分摊事件；

和/或，

所述处理系统还包括保存模块，用于保存已完成的分摊数据，所述分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

本发明中，可以通过接收判断模块根据责任方的申诉信息重新生成分摊事件，从而提供了多种分摊信息的处理方式，有利于生成更准确的分摊信息。

较佳地，所述接收判断模块还用于在经过时间阈值，既未接受到所述责任方的分摊赔付信息，也未接收到所述责任方的申诉信息时，根据所述赔款分摊单信息生成对应的坏账单信息；

和/或，

所述处理系统还包括查询模块，用于根据所述责任方的ID，查询所述分摊数据。

本发明中，接收判断模块在经过一定时间仍未接收到责任方的信息时，通过生成坏账信息的方式，提升了本发明中的处理系统的处理效率。

本发明中可以根据责任方的ID，查询到保存的分摊数据，从而可以清楚地查询到责任方分摊的赔款信息，不仅有利于针对性地对仍未分摊的赔款的收回，也便于相关人员做统一的数据分析及后期处理与优化。

本发明还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述的赔款收回方法。

本发明还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的赔款收回方法的步骤。

本发明的积极进步效果在于：本发明本通过客户的投诉信息中的责任信息生成对应责任方的分摊事件，并根据判断是否接收到分摊赔付信息来判断是否收回赔款金额，本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

附图说明

图1为本发明实施例1的业务订单的处理方法的流程图。

图2为本发明实施例2的业务订单的处理方法的部分流程图。

图3为本发明实施例3的业务订单的处理系统的模块示意图。

图4为本发明实施例4的业务订单的处理系统的部分模块示意图。

图5为根据本发明实施例5的电子设备的硬件结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。下列实施例中未注明具体条件的实验方法，按照常规方法和条件，或按照商品说明书选择。

实施例1

本实施例提供了一种业务订单的处理方法，如图1所示，该处理方法包括：

步骤101、接收客户对所述业务订单的投诉信息，并根据投诉信息生成赔付事件。

步骤102、在完成赔付事件后，检测赔付事件中是否包含责任信息。

步骤103、根据责任信息生成分摊事件。

步骤104、判断是否接受到责任方的分摊赔付信息，若是，则执行步骤105，若否，则执行步骤106。

步骤105、确认分摊事件完成。

步骤106、若经过第一时间阈值仍未收到分摊赔付信息，则确认分摊事件未完成。

步骤107、保存已完成的分摊数据。

步骤108、查询分摊数据。

其中，赔付事件包括赔款金额信息，责任信息包括责任方信息及所述责任方的赔款占比信息，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息。

其中，分摊事件触发生成赔款分摊单信息，分摊事件还触发将所述赔款分摊单信息发送至所述责任方。

其中，分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

其中，在步骤107后可以根据需求，根据责任方的ID，查询分摊数据。

本实施例通过客户的投诉信息中的责任信息生成对应责任方的分摊事件，并根据判断是否接收到分摊赔付信息来判断是否收回赔款金额，本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

本发明中可以根据责任方的ID，查询到保存的分摊数据，从而可以清楚地查询到责任方分摊的赔款信息，不仅有利于针对性地对仍未分摊的赔款的收回，也便于相关人员做统一的数据分析及后期处理与优化。

实施例2

本实施例为在实施例1的基础上的进一步优化，如图2所示，本实施例与实施例1基本相同，不同之处在于将步骤106替换为下述步骤：

步骤201、判断是否接受到责任方的申诉信息，若是，则执行步骤202，若否，则执行步骤205。

步骤202、判断申诉信息是否成立，若成立，则执行步骤203，若是，则执行步骤204。

步骤203、根据申诉信息重新生成分摊事件，并执行步骤104。

步骤204、发送申诉不成立信息，并执行步骤104。

步骤205、判断是否经过第二时间阈值，若是，则执行步骤207，若否，则执行步骤206。

步骤206、继续等待接收相关信息，并执行步骤104。

步骤207、根据赔款分摊单信息生成对应的坏账单信息。

其中，在步骤102中，还可以检测赔付事件中是否包含多条责任信息，多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息，若检测到了多条责任信息，则相应的在步骤103中，生成对应的多个分摊事件。

其中，在步骤101后还包括下述步骤：

判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁已生成的分摊事件，并在生成新的分摊事件后执行步骤104，若未生成，则根据修改的投诉信息重新生成赔付事件。相反，如果用户没有修改投诉信息，则在步骤101后直接执行步骤102。

为了更好的理解本实施例，下面举一个具体实例对本实施例做进一步的说明。

目前度假订单的赔款收回率不高，追回的比例较低,每年本该由第三方供应商承担的赔款由于收回不及时，而由旅游自行承担，因此，在度假订单的基础上统一的对投诉赔款进行收回，将收回流程系统化，提升赔款向供应商回收的比例，同时降低追款的人力成本。

在客户投诉后，在对客户完成赔付后，首先判断该赔付的责任人里是否包括第三方供应商，若包括并且在上述赔付的款额不为0的情况下，则根据上述责任人和后台设置(可以人工进行调整)，的每一责任人的赔付比例生成分摊事件，上述分摊事件触发生成赔款分摊单信息，并且还触发将所述赔款分摊单信息发送至第三方供应商，第三方供应商接收到赔款分摊单信息后，如果认为该赔款分摊单信息正确，则会同意赔付，若第三方供应商认为该赔款分摊单信息错误则可以发送申诉信息，如果接收的申诉信息正确且合理，则会重新生成赔款分摊单信息，并再次发送给第三方供应商。

其中，如果在客户第一次投诉24小时后，该投诉还未处理，则再次发送该投诉。在第三方供应商确认赔款分摊单信息后，将会进入支付节点，其可以通过支付工具支付分摊的赔款。若第三方供应商在经过后台的预设时间仍未支付，则会据赔款分摊单信息生成对应的坏账单信息。

本实施例中不仅可以提前向责任方收回赔款，还可以避免损失赔款所带来的利率，并且，通过流程、系统化的处理步骤不仅节省了人力，更节约了成本。

本实施例中，可以通过检测赔付事件中的多条责任信息，生成多个分摊事件，并将每一分摊事件发送给对应的责任方，从而可以使本发明中的处理方法灵活适用多种分摊情况，提高了处理效率，节约了收回赔款的时间成本及人力成本。

本实施例中，在客户修改投诉信息后，可以及时销毁不正确的分摊事件，从而避免由于信息更新不及时而导致分摊错误的情况。

本实施例中，可以根据责任方的申诉信息重新生成分摊事件，从而提供了多种分摊信息的处理方式，有利于生成更准确的分摊信息。

本实施例中，若经过一定时间仍未接收到责任方的信息，通过生成坏账信息的方式，提升了本发明中的处理方法的处理效率。

实施例3

本实施例提供了一种业务订单的处理系统，如图3所示，该处理系统包括：赔付事件生成模块301、检测模块302、分摊事件生成模块303及接收判断模块304。

赔付事件生成模块301用于接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件。

检测模块302用于在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息；

分摊事件生成模块303用于根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方。

接收判断模块304用于判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成。

所述赔付事件包括赔款金额信息，所述责任信息包括责任方信息及所述责任方的赔款占比信息，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息。

本实施例通过分摊事件生成模块将客户的投诉信息中的责任信息生成对应责任方的分摊事件，并根据接收判断模块判断是否接收到分摊赔付信息来判断是否收回赔款金额，本发明不仅将交易平台收回赔款的流程系统化，方便统一查询与管理，也提升赔款向供应商回收的比例，同时降低追回赔款的人力成本。

实施例4

实施例为在实施例3的基础上的进一步优化，如图4所示，本实施例还包括修改判断模块401、保存模块402及查询模块403。

其中，检测模块302还可以检测赔付事件中是否包含多条责任信息，多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息，若检测到了多条责任信息，则分摊事件生成模块303生成对应的多个分摊事件。

修改判断模块401用于判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁所述已生成的分摊事件。

保存模块402用于保存已完成的分摊数据，所述分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

查询模块403用于根据所述责任方的ID，查询所述分摊数据。

另外，接收判断模块304还用于在未接受到所述责任方的分摊赔付信息时，判断是否接受到所述责任方的申诉信息，若接受到，则判断所述申诉信息是否成立，若成立，则根据所述申诉信息重新生成分摊事件。且接收判断模块304还用于在经过时间阈值，既未接受到所述责任方的分摊赔付信息，也未接收到所述责任方的申诉信息时，根据所述赔款分摊单信息生成对应的坏账单信息。

为了更好的理解本实施例，下面举一个具体实例对本实施例做进一步的说明。

目前度假订单的赔款收回率不高，追回的比例较低,每年本该由第三方供应商承担的赔款由于收回不及时，而由旅游自行承担，因此，在度假订单的基础上统一的对投诉赔款进行收回，将收回流程系统化，提升赔款向供应商回收的比例，同时降低追款的人力成本。

在客户投诉后，在对客户完成赔付后，首先判断该赔付的责任人里是否包括第三方供应商，若包括并且在上述赔付的款额不为0的情况下，则根据上述责任人和后台设置(可以人工进行调整)，的每一责任人的赔付比例生成分摊事件，上述分摊事件触发生成赔款分摊单信息，并且还触发将所述赔款分摊单信息发送至第三方供应商，第三方供应商接收到赔款分摊单信息后，如果认为该赔款分摊单信息正确，则会同意赔付，若第三方供应商认为该赔款分摊单信息错误则可以发送申诉信息，如果接收的申诉信息正确且合理，则会重新生成赔款分摊单信息，并再次发送给第三方供应商。

其中，如果在客户第一次投诉24小时后，该投诉还未处理，则再次发送该投诉。在第三方供应商确认赔款分摊单信息后，将会进入支付节点，其可以通过支付工具支付分摊的赔款。若第三方供应商在经过后台的预设时间仍未支付，则会据赔款分摊单信息生成对应的坏账单信息。

本实施例中，可以通过检测模块检测赔付事件中的多条责任信息，生成多个分摊事件，并将每一分摊事件发送给对应的责任方，从而可以使本发明中的处理系统灵活适用多种分摊情况，提高了处理效率，节约了收回赔款的时间成本及人力成本。

本实施例中，在客户修改投诉信息后，可以通过修改判断模块及时销毁不正确的分摊事件，从而避免由于信息更新不及时而导致分摊错误的情况。

本实施例中，可以通过接收判断模块根据责任方的申诉信息重新生成分摊事件，从而提供了多种分摊信息的处理方式，有利于生成更准确的分摊信息。

本实施例中，接收判断模块在经过一定时间仍未接收到责任方的信息时，通过生成坏账信息的方式，提升了本发明中的处理系统的处理效率。

本实施例中可以根据责任方的ID，可以查询到保存的分摊数据，从而可以清楚地查询到责任方分摊的赔款信息，不仅有利于针对性地对仍未分摊的赔款的收回，也便于相关人员做统一的数据分析及后期处理与优化。

实施例5

本实施例提供一种电子设备，电子设备可以通过计算设备的形式表现(例如可以为服务器设备)，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中处理器执行计算机程序时可以实现实施例1或实施例2的处理方法。

图5示出了本实施例的硬件结构示意图，如图5所示，电子设备9具体包括：

至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或实施例2所提供的处理方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例6

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1或实施例2提供的处理方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1或实施例2中的处理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (6)

1.一种业务订单的处理方法，其特征在于，所述处理方法包括：

接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件，所述赔付事件包括赔款金额信息；

在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息，所述责任信息包括责任方信息及责任方的赔款占比信息；

根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方；

判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息；

检测所述赔付事件中是否包含责任信息的步骤包括：

检测所述赔付事件中是否包含多条责任信息，所述多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息；

接收客户对所述业务订单的投诉信息的步骤后还包括：判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁所述已生成的分摊事件；

若未接受到所述责任方的分摊赔付信息，则判断是否接受到所述责任方的申诉信息，若接受到，则判断所述申诉信息是否成立，若成立，则根据所述申诉信息重新生成分摊事件；

在确认所述分摊事件完成的步骤后，还包括：保存已完成的分摊数据，所述分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

2.如权利要求1所述的处理方法，其特征在于，

若经过时间阈值，既未接受到所述责任方的分摊赔付信息，也未接收到所述责任方的申诉信息，则根据所述赔款分摊单信息生成对应的坏账单信息；

和/或，

根据所述责任方的ID，查询所述分摊数据。

3.一种业务订单的处理系统，其特征在于，所述处理系统包括：赔付事件生成模块、检测模块、分摊事件生成模块及接收判断模块；

所述赔付事件生成模块用于接收客户对所述业务订单的投诉信息，并根据所述投诉信息生成赔付事件；

所述检测模块用于在完成所述赔付事件后，检测所述赔付事件中是否包含责任信息；所述责任信息包括责任方信息及责任方的赔款占比信息；

所述分摊事件生成模块用于根据所述责任信息生成分摊事件，所述分摊事件触发生成赔款分摊单信息，所述分摊事件还触发将所述赔款分摊单信息发送至所述责任方；

所述接收判断模块用于判断是否接受到所述责任方的分摊赔付信息，若是，则确认所述分摊事件完成；

所述赔付事件包括赔款金额信息，所述责任信息包括责任方信息及所述责任方的赔款占比信息，所述分摊赔付信息中包含有表征所述责任方支付的赔款金额的字段信息；

所述检测模块还用于检测所述赔付事件中是否包含多条责任信息，所述多条责任信息包括多条责任方信息及与每一所述责任方对应的赔款占比信息；

所述处理系统还包括修改判断模块，用于判断所述客户是否修改所述投诉信息，若是，则判断是否已生成分摊事件，若已生成，则销毁所述已生成的分摊事件；

所述接收判断模块还用于在未接受到所述责任方的分摊赔付信息时，判断是否接受到所述责任方的申诉信息，若接受到，则判断所述申诉信息是否成立，若成立，则根据所述申诉信息重新生成分摊事件；

所述处理系统还包括保存模块，用于保存已完成的分摊数据，所述分摊数据包括所述责任方的ID、所述分摊单信息对应的赔款金额以及所述赔款金额对应的货币种类。

4.如权利要求3所述的处理系统，其特征在于，

所述接收判断模块还用于在经过时间阈值，既未接受到所述责任方的分摊赔付信息，也未接收到所述责任方的申诉信息时，根据所述赔款分摊单信息生成对应的坏账单信息；

和/或，

所述处理系统还包括查询模块，用于根据所述责任方的ID，查询所述分摊数据。

5.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至2任一项所述的业务订单的处理方法。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至2任一项所述的业务订单的处理方法的步骤。