CN113935818A - 一种订单结算方法、系统和电子设备 - Google Patents

Abstract

本发明公开了一种订单结算方法、系统和电子设备，其中方法包括：获取业务订单，并对业务订单中的业务数据进行解析生成待结算单，业务数据包括：业务属性、供应商信息、货品信息和结算符号；汇总多个待结算单生成结算单，并审核结算单生成审核结果；若审核结果表示通过则基于结算单的付款规则对目标供应商付款。从而解决了现有技术中的财务软件结算效率低下的问题。

Description

一种订单结算方法、系统和电子设备

技术领域

本发明涉及财务结算领域，具体涉及一种订单结算方法、系统和电子设备。

背景技术

长期以来，企业内传统的财务结算手段全部依赖财务人员通过excel等工具管理各项数据，并对数据进行计算。给一家供应商结算就需要多次复杂的计算，数据有变化时又需要依据新的数据重新计算。当一家企业对接多家供应商时，财务人员的工作量巨大，往往使得工作效率低下。并且不同的业务数据计算逻辑不同，存在操作复杂和计算的算错、漏算的问题。例如在长租行业，企业对接的供应商多种多样，包括日用、家居、通信、安防等，通常不同的供应商的其结算货款的类型均有不同，传统账务软件无法针对不同供应商提供不同的结算方案，使得结算过程的人工参与度过高，从而导致结算效率低下。

发明内容

有鉴于此，本发明实施方式提供了一种订单结算方法、系统和电子设备，解决了现有技术中的财务软件结算效率低下的问题。

根据第一方面，本发明实施例提供了一种订单结算方法，所述方法包括：获取业务订单，并对所述业务订单中的业务数据进行解析生成待结算单，所述业务数据包括：业务属性、供应商信息、货品信息和结算符号；汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果；若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款。

可选地，所述对所述业务订单中的业务数据进行解析生成待结算单，包括：从预设解析规则库中筛选与所述业务属性中业务类型相对应的解析规则；基于所述解析规则解析所述业务数据中的供应商信息，以根据所述供应商信息确定结算方式、结算账户、结算时间和是否开票，所述结算方式包括现金和转账；基于所述解析规则解析所述业务数据中的货品信息，以根据所述货品信息中的货品单价与数量确定结算金额，并根据所述货品信息中的货品类型确定所述结算金额的分拆期数及其对应的分期结算金额；基于所述解析规则解析所述业务数据中的结算符号，以根据所述结算符号确定付款或收款的结算操作属性；基于所述结算方式、结算账户、结算时间、是否开票、结算操作属性、所述结算金额的分拆期数及其对应的分期结算金额生成所述待结算单。

可选地，审核所述结算单生成审核结果，包括：获取目标供应商的预付款和/或质保金的核算单；根据所述核算单将所述预付款和/或所述质保金从所述结算单中核销生成第二结算单；对所述第二结算单进行审核，并将所述第二结算单的审核结果作为所述结算单的审核结果。

可选地，所述根据所述核算单将所述预付款和/或所述质保金从所述结算单中核销生成第二结算单，包括：根据所述核算单判断所述目标供应商是否具有预付款和/或质保金；若所述目标供应商具有预付款和/或质保金，则将所述预付款和/所述质保金从所述结算单的结算金额中扣除得到第二结算金额，并对应调整结算单中预付款记录和/或所述目标供应商的质保金记录；按照所述结算单的付款规则生成基于所述第二结算金额的第二结算单。

可选地，按照如下公式计算所述质保金：

质保金＝第三质保金-第二质保金，

其中，第二质保金为所述核算单中需要退还所述目标供应商的质保金，第三质保金为所述核算单中需要收取所述目标供应商的质保金。

可选地，在所述审核所述结算单生成审核结果之前，所述方法还包括：将所述结算单发送至所述目标供应商进行确认；若接收到所述目标供应商发送的确认通过的确认函，则获取所述目标供应商提供的与所述结算单相关的发票；将所述发票与所述结算单进行关联，并返回所述汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果步骤；若接收所述目标供应商发送的确认不通过的确认函则关闭本次结算流程并作废所述结算单。

可选地，在所述若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款之后，所述方法还包括：将所述结算单、发票、确认函和审核记录文件进行打包存储。

根据第二方面，本发明实施例提供了一种订单结算系统，所述系统包括：解析模块，用于获取业务订单，并对所述业务订单中的业务数据进行解析生成待结算单，所述业务数据包括：业务属性、供应商信息、货品信息和结算符号；审核模块，用于汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果；付款模块，用于若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款。

根据第三方面，本发明实施例提供了一种电子设备，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。

根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机从而执行第一方面，或者第一方面任意一种可选实施方式中所述的方法。

本发明技术方案，具有如下优点：

本发明实施例提供的一种订单结算方法。该方法具体包括：通过业务订单中业务数据的业务属性、供应商信息、货品信息和结算符号对业务数据进行解析，从而自动生成使系统按照付款规则能够执行自动付款的待结算单，之后汇总多个待结算单生成结算单，并在审核通过之后按照结算单对目标供应商进行付款操作。提高了为供应商结算钱款的效率。

此外，通过解析规则解析出供应商预设的付款方式、确定货品是否分期付款、将货品带入对应规则的结算公式计算结算总金额以及判断当前结算款的动作是付款还是收款。并且确定供应商是否包含预付款和质保金，从而将结算金额对应款项进行核销。在接收用户的外部审核响应并在付款计划审核通过后，为目标供应商按照既定的付款方式付款。通过上述步骤，本发明实施例通过将复杂的订单信息以预设规则提取出来，并被系统识别，自动生成对应的结算单，减少了大量人工筛选的操作；自动使用付款计划、核算最终结算金额。结合后续一系列审核、付款流程，提高了企业、用户的结算效率和结算准确率。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例的一种订单结算方法的流程示意图；

图2为本发明实施例的一种订单结算方法的具体工作过程示意图；

图3为本发明实施例的一种订单结算系统的结构示意图；

图4为本发明实施例的一种订单结算系统的另一结构示意图；

图5为本发明实施例的一种电子设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

请参阅图1和图2，本发明实施例提供的一种订单结算方法，具体包括如下步骤：

步骤S101：获取业务订单，并对业务订单中的业务数据进行解析生成待结算单，业务数据包括：业务属性、供应商信息、货品信息和结算符号。具体地，将不同业务的结算数据，通过此系统转换为同一种数据，解决了数据之间的差异，规范结算流程。具体的实现为：在接收业务订单中的业务数据时，匹配提前在系统中配置好的解析规则，通过规则将数据转换成系统通用的待结算数据。在获取通用的待结算数据之后，系统后续流程则设计为统一规范的通用流程，降低了系统复杂度，提高了用户体验，实现了平台化。通过供应商信息、货品信息和结算符号分别识别业务数据中的供应商、账户账号、货品类型、货品数量、付款或收款动作，从而根据不同的供应商和不同的货品类型匹配对应的付款手段。

步骤S102：汇总多个待结算单生成结算单，并审核结算单生成审核结果；若审核结果表示通过则基于结算单的付款规则对目标供应商付款。具体地，将用户在全部待结算单中筛选出当前需要结算的多个待结算单，汇总生成结算单。生成的结算单展示在数据显示面板，以供用户进行初审和复审，在审核结算单的结算金额，以及付款方式(是否分期，是否转账)的正确性。若审核通过则对目标供应商进行付款，否则关闭当前结算流程。

具体地，在一实施例中，上述步骤的S101，具体包括如下步骤：

步骤S1011：从预设解析规则库中筛选与业务属性中业务类型相对应的解析规则。

步骤S1012：基于解析规则解析业务数据中的供应商信息，以根据供应商信息确定结算方式、结算账户和结算时间，结算方式包括现金和转账。

步骤S1013：基于解析规则解析业务数据中的货品信息，以根据货品信息中的货品单价与数量确定结算金额，并根据货品信息中的货品类型确定结算金额的分拆期数及其对应的分期结算金额。

步骤S1014：基于解析规则解析业务数据中的结算符号，以根据结算符号确定付款或收款的结算操作属性。

步骤S1015：基于结算方式、结算账户、结算时间、是否开票、结算操作属性、结算金额的分拆期数及其对应的分期结算金额生成待结算单。

具体地，业务订单(例如：保洁订单，搬家订单，维修订单等)的业务数据中主要包含单供应商信息，从而根据供应商信息中的公司名称、公司账户，单号，价，数量，时间，税率，确定结算方式、结算账户、是否开票和结算时间。例如数据中的信息按业务类型又区分为：业务类型1，业务类型2，业务类型3等。收到该类数据时，并不会开始结算。上述数据需与结算明细数据做校验、比对金额，校验通过后才生成待结算数据，系统才会真正开始结算流程。当出现结算单异常情况时，通过面向切面编程的补偿任务机制重新同步数据处理。通过配置预设规则来控制数据如何生成，例如关键信息为：业务类型1、业务类型2，通过业务类型解析的关键信息有：生成方式(直接生成，分期生成)、分拆期数(如果是分期生成)、结算符号(正数、负数)。所有业务数据进入系统必须与之匹配，只有匹配到规则之后，才可按照规则上的要求生成具体的待结算数据，完成之后的结算流程。如果没有规则，则业务数据无法进入结算系统。因此也可以通过该功能来控制是否接收业务数据。通过预设规则解析订单数据中的关键字，从而快捷准确地生成结算单，减少大量用户人工操作，提高结算效率。具体通过如下3个具体实施例进行说明：

例1：当业务数据为宽带类型时，系统通过业务类型去匹配规则，通过规则判断是否需要拆分数据，如果是则需将数据拆分为12期或24期(具体期数可以在规则中设置)分开结算，反之则不用拆分。因为宽带业务的数据，如果供应商是运营商A，则需要分期结算。此时的规则为：业务类型1:宽带，业务类型2:运营商A，之后通过业务类型对应的供应商信息确定付款规则：结算方式中的付款方式：分期付款，是否开票：是，分拆期数：12，符号：乘以1。

例2:当业务数据为家具类型时，通过规则判断是否需要交税，如果需要，后面结算流程中则需要关联发票，反之则不用关联发票。此时的规则为：业务类型1:配置，业务类型2:家具，结算方式中的付款方式：直接付款，是否开票：是，分拆期数：0，符号：乘以1。

例3:当业务数据类型为扣罚时，因为供应商在装修过程中的不规范操作等而产生的扣罚，也是通过规则引擎处理，通过业务类型1和业务类型2来匹配规则，生成待结算数据。此时的规则为：业务类型1:配置，业务类型2:装修，结算方式中的付款方式：直接付款，是否开票：是，分拆期数：无，符号：乘以-1。

具体地，在一实施例中，上述的步骤S102，具体包括如下步骤：

步骤S1021：获取目标供应商的预付款和/或质保金的核算单。

步骤S1022：根据核算单将预付款和/或质保金从结算单中核销生成第二结算单。

步骤S1023：对第二结算单进行审核，并将第二结算单的审核结果作为结算单的审核结果。

具体地，目标供应商在与企业或用户对接的过程中，可能存在预付款(用户或企业预先支付给目标供应商的款项)和/或质保金(目标供应商质押在用户或企业处的质量保证金)，从而需要在结算金额中将预付款或质保金核销掉，生成第二结算单，然后审核第二结算单，若第二结算单通过，则等同为上述结算单审核通过。

具体地，在一实施例中，上述步骤S1022，具体包括如下步骤：

步骤S10221：根据核算单判断目标供应商是否具有预付款和/或质保金。

步骤S10222：若目标供应商具有预付款和/或质保金，则将预付款和/质保金从结算单的结算金额中扣除得到第二结算金额，并对应调整结算单中预付款记录和/或目标供应商的质保金记录。

步骤S10223：按照结算单的付款规则生成基于第二结算金额的第二结算单。

具体地，当核算单中记录目标供应商包含预付款和/或质保金时，从结算单中将这部分款项扣除：若目标供应商包含预付款则从结算金额中扣除预付款部分得到第二结算金额，若预付款为0，则执行扣除0元的操作，若预付款大于结算金额，则在扣除预付款后，结算金额为负值，本次结算操作不需要实质性的付款操作。之后系统判断目标供应商是否需要缴纳质保金，若需要缴纳质保金则从第二结算金额中扣除质保金得到第三结算金额。之后按原结算单的付款规则生成第二结算单，例如，原结算单的付款规则为分12期、转账付款；第二结算单同样需要分12期转账付款，并在第二结算单中重新计算每期的具体分拆金额。

具体地，在一实施例中，上述步骤S1021中计算质保金的具体步骤为：

步骤S10211：质保金＝第三质保金-第二质保金，其中，第二质保金为核算单中需要退还目标供应商的质保金，第三质保金为核算单中需要收取目标供应商的质保金。

具体地，质保金即质量保证金，是由上游业务系统通过质保金结算单传到结算系统。结算系统收到质保金申请单后，判断单据类型：如果是质保金收款，则直接增加供应商账户质保金余额，保存余额变更记录；如果是质保金退还，则匹配待结算数据生成规则，生成质保金退还类型的待结算数据，在结算明细模块中通过添加质保金返还功能结算。同时减去供应商账户质保金余额，保存余额变更记录；如果是转质保金，则生成待转质保金数据，该数据用于在付款计划中通过转质保金功能，将付款计划中的应付金额直接转换为质保金余额，保存核销记录(转换记录)。同时增加供应商账户质保金余额，保存余额变更记录。从而，在核查用户的质保金收取退款情况后，将需要收取的第三质保金和需要退还的第二质保金做差，所得的差值若大于0即需要收取目标供应商一定的质保金以进行补差，若差值小于0即需要返还目标供应商一部分质保金，从而将质保金从第二结算金额中扣除时，保证质保金的运算符号正确。

具体地，在一实施例中，上述步骤S102之前，本发明实施例提供的结算方法，还包括如下步骤：

步骤S1031：将结算单发送至目标供应商进行确认。

步骤S1032：若接收到目标供应商发送的确认通过的确认函，则获取目标供应商提供的与结算单相关的发票；将发票与结算单进行关联，并返回步骤S102。

步骤S1033：若接收目标供应商发送的确认不通过的确认函则关闭本次结算流程并作废结算单。

具体地，在付款计划进行审核和付款之前，首先将结算单发送至目标供应商处进行确认，若确认无误则接收目标供应商的确认函从而进行发票关联等后续操作，保证了结算系统的可靠性，防止结算过程中出现错误返工。发票关联便于发票的统一管理，从而间接提高了结算效率。若供应商确认不通过则作废当前结算单，保留结算单记录，便于记录查询亦或根据当前结算单中的内容重新发起结算单。

具体地，在一实施例中，在步骤S102之后，本发明实施例提供的结算方法，还包括如下步骤：

步骤S1036：将结算单、发票、确认函和审核记录文件进行打包存储。

具体地，结算流程结束后，将结算结算单、发票、目标供应商的确认函和审核记录文件打包为附件进行同一存储和管理，便于用户后期的调用和查阅，提高了本实施例提供的结算方法的实用性。

通过执行上述各个步骤，本发明实施例提供的一种订单结算方法通过业务订单中业务数据的业务属性、供应商信息、货品信息和结算符号对业务数据进行解析，从而自动生成使系统按照付款规则能够执行自动付款的待结算单，之后汇总多个待结算单生成结算单，并在审核通过之后按照结算单对目标供应商进行付款操作。提高了为供应商结算钱款的效率。

此外，通过解析规则解析出供应商预设的付款方式、确定货品是否分期付款、将货品带入对应规则的结算公式计算结算总金额以及判断当前结算款的动作是付款还是收款。并且确定供应商是否包含预付款和质保金，从而将结算金额对应款项进行核算。在接收用户的外部审核响应并在付款计划审核通过后，为目标供应商按照既定的付款方式付款。通过上述步骤，本发明实施方式将复杂的订单信息以预设规则提取出来，并被系统识别，自动生成对应的结算单，减少了大量人工筛选的操作；自动使用付款计划、核算最终结算金额。结合后续一系列审核、付款流程，提高了企业、用户的结算效率和结算准确率。

如图3所示，本实施例还提供了一种订单结算系统，该系统包括：

解析模块101，用于获取待结算订单，并对待结算订单中的业务数据进行解析生成结算单，业务数据包括：业务属性、供应商信息、货品信息和结算符号。详细内容参见上述方法实施例中步骤S101的相关描述，在此不再进行赘述。

审核模块102，用于汇总多个待结算单生成结算单，并审核结算单生成审核结果。详细内容参见上述方法实施例中步骤S102的相关描述，在此不再进行赘述。

付款模块103，用于若审核结果表示通过则基于结算单的付款规则对目标供应商付款。详细内容参见上述方法实施例中步骤S102的相关描述，在此不再进行赘述。

具体地，在一实施例中，如图4所示，上述系统还包括如下组成部分：

发票模块104，用于关联结算单的发票并管理发票。详细内容参见上述方法实施例中步骤S1034～S1035的相关描述，在此不再进行赘述。

附件模块105，用于将结算单、发票、目标供应商的确认函和审核记录文件存储，并打包生成的附件，并用于发送附件给目标用户和/或接收目标用户上传的附件。详细内容参见上述方法实施例中步骤S1036的相关描述，在此不再进行赘述。

具体地，在一实施例中，如图4所示，审核模块102还包括：

付款计划模块106，用于核销结算单的结算金额中是否包含预付款和质保金。详细内容参见上述方法实施例中步骤S1022的相关描述，在此不再进行赘述。

明细模块107，用于管理付款计划模块106生成的结算单明细。

具体地，在一实施例中，上述系统在生成结算单出现异常时，基于面向切面编程进行任务补偿，提高了系统健壮性，稳定性。基于mongoDB数据库存储结算日志和异常任务。从而保证用户的访问速度和系统性能。

本发明实施例提供的一种订单结算系统，用于执行上述实施例提供的一种订单结算方法，其实现方式与原理相同，详细内容参见上述方法实施例的相关描述，不再赘述。

通过上述各个组成部分的协同合作，本发明实施例提供的一种订单结算系统通过预设规则识别订单中业务数据的供应商信息、货品信息和结算符号生成待结算单，从而匹配供应商预设的付款方式、确定货品是否分期付款、将货品带入对应规则的结算公式计算结算总金额以及判断当前结算款的动作是付款还是收款。之后将确定供应商是否包含预付款和质保金，将结算金额对应款项进行核算生成付款计划。之后汇总多个待结算单生成结算单，并在接收用户的外部审核响应使付款计划审核通过后，为目标供应商按照既定的付款方式付款。通过上述步骤，本发明实施例通过将复杂的订单信息以预设规则提取出来，并被系统识别，自动生成对应的待结算单，减少了大量人工筛选的操作；自动使用付款计划、核算最终结算金额。结合后续一系列审核、付款流程，提高了企业、用户的结算效率。此外通过发票关联、附件管理的方式便于用户后期查阅结算记录，提高了结算方法的实用性。

图5示出了本发明实施例的一种电子设备，该设备包括：处理器901和存储器902，可以通过总线或者其他方式连接，图5中以通过总线连接为例。

处理器901可以为中央处理器(Central Processing Unit，CPU)。处理器901还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器902作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如上述方法实施例中的方法所对应的程序指令/模块。处理器901通过运行存储在存储器902中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器902可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储处理器901所创建的数据等。此外，存储器902可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器902可选包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至处理器901。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器902中，当被处理器901执行时，执行上述方法实施例中的方法。

上述电子设备具体细节可以对应参阅上述方法实施例中对应的相关描述和效果进行理解，此处不再赘述。

本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，实现的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种订单结算方法，其特征在于，所述方法包括：

获取业务订单，并对所述业务订单中的业务数据进行解析生成待结算单，所述业务数据包括：业务属性、供应商信息、货品信息和结算符号；

汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果；

若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款。

2.根据权利要求1所述的方法，其特征在于，所述对所述业务订单中的业务数据进行解析生成待结算单，包括：

从预设解析规则库中筛选与所述业务属性中业务类型相对应的解析规则；

基于所述解析规则解析所述业务数据中的供应商信息，以根据所述供应商信息确定结算方式、结算账户、结算时间和是否开票，所述结算方式包括现金和转账；

基于所述解析规则解析所述业务数据中的货品信息，以根据所述货品信息中的货品单价与数量确定结算金额，并根据所述货品信息中的货品类型确定所述结算金额的分拆期数及其对应的分期结算金额；

基于所述解析规则解析所述业务数据中的结算符号，以根据所述结算符号确定付款或收款的结算操作属性；

基于所述结算方式、结算账户、结算时间、是否开票、结算操作属性、所述结算金额的分拆期数及其对应的分期结算金额生成所述待结算单。

3.根据权利要求1所述的方法，其特征在于，审核所述结算单生成审核结果，包括：

获取目标供应商的预付款和/或质保金的核算单；

根据所述核算单将所述预付款和/或所述质保金从所述结算单中核销生成第二结算单；

对所述第二结算单进行审核，并将所述第二结算单的审核结果作为所述结算单的审核结果。

4.根据权利要求3所述的方法，其特征在于，所述根据所述核算单将所述预付款和/或所述质保金从所述结算单中核销生成第二结算单，包括：

根据所述核算单判断所述目标供应商是否具有预付款和/或质保金；

若所述目标供应商具有预付款和/或质保金，则将所述预付款和/所述质保金从所述结算单的结算金额中扣除得到第二结算金额，并对应调整结算单中预付款记录和/或所述目标供应商的质保金记录；

按照所述结算单的付款规则生成基于所述第二结算金额的第二结算单。

5.根据权利要求4所述的方法，其特征在于，按照如下公式计算所述质保金：

质保金＝第三质保金-第二质保金，

其中，第二质保金为所述核算单中需要退还所述目标供应商的质保金，第三质保金为所述核算单中需要收取所述目标供应商的质保金。

6.根据权利要求1所述的方法，其特征在于，在所述审核所述结算单生成审核结果之前，所述方法还包括：

将所述结算单发送至所述目标供应商进行确认；

若接收到所述目标供应商发送的确认通过的确认函，则获取所述目标供应商提供的与所述结算单相关的发票；

将所述发票与所述结算单进行关联，并返回所述汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果的步骤；

若接收所述目标供应商发送的确认不通过的确认函则关闭本次结算流程并作废所述结算单。

7.根据权利要求6所述的方法，其特征在于，在所述若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款之后，所述方法还包括：

将所述结算单、发票、确认函和审核记录文件进行打包存储。

8.一种订单结算系统，其特征在于，所述系统包括：

解析模块，用于获取业务订单，并对所述业务订单中的业务数据进行解析生成待结算单，所述业务数据包括：业务属性、供应商信息、货品信息和结算符号；

审核模块，用于汇总多个所述待结算单生成结算单，并审核所述结算单生成审核结果；

付款模块，用于若所述审核结果表示通过则基于所述结算单的付款规则对目标供应商付款。

9.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行如权利要求1-7任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机从而执行如权利要求1-7任一项所述的方法。

Images