CN111353745B - 运单结算管控方法、系统、计算机设备和存储介质 - Google Patents

Abstract

本发明公开了运单结算管控方法、系统、计算机设备和存储介质，该方法包括以下步骤：服务端接收录入的合同文件信息、运单信息分别提取得到合同数据、费用数据，并更新服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新；服务端接收到匹配合同结算请求，则先对从表检查与更新，再根据匹配字段基于从表进行同类查找，将相同匹配字段的费用数据划分为同一组并判断得到对应的匹配结算方式；服务端根据匹配结算方式、匹配字段与匹配优先级基于从表进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果。本发明具有处理效率高、运单结算准确性高、管控便捷灵活、时效性好的技术特点。

Description

运单结算管控方法、系统、计算机设备和存储介质

技术领域

本发明属于物流结算技术领域，尤其涉及运单结算管控方法、系统、计算机设备和存储介质。

背景技术

传统的物流由于服务业务规模庞大，其物流运单结算的数据量也相当庞大，通常物流运单需要结合合同中的信息进行结算，如航空物流运单进行结算需要结合不同货代公司的合同信息，目前只能在线下进行结算，还没有一个完善的结算管控系统，效率十分低下，也极容易出错，并且一旦基础数据发生变更，如合同信息发生改变，重新结算数据需要耗费巨大的人力成本、时间成本。另外当人员流动时，沟通和交接是一个特别困难的事情。

现有技术中在CN201910691786.9中公开一种合同物流信息管理方法，其括如下步骤：

创建上游货主发送的运输任务信息，生成对应的运单并发送至下游承运商；在下游承运商接收对应的任务运单开始执行运输任务后，更新运单信息并通过TMS系统开始进行运单过程跟踪，完成运输任务后，根据下游承运商发送的运单过程数据回传和客户签收单电子回传，项目运营单位审核运输任务单据并确认运单状态，同时更新合同物流系统；承运商根据运单和回单信息生成付款发票，提交预付款申请；接收预付款申请后提交OA线上请款审批流程，在审核通过后由财务部按约定比例进行支付至下游承运商；通过货主应收帐款处理系统与上游货主进行运输任务对帐，生成收款发票，并通过银行账户进行上游运费结算；根据运单回款信息，生成结算发票，通过合同物流系统提交尾款结算申请，审核通过后向承运商结算尾款。

上述专利提案进行运费结算时，针对运单大数据而言，其运单只能一笔笔单独进行结算，系统管控的效率十分低，并且需要由财务部进行结算，经常出现处理的数据量大且信息混乱、需要消耗大量的人力和时间、效率低、出错率高。其次，如航空运输合同一般大多是1日时效、2日时效，其变化性较大，如果结算的合同信息、运单信息一旦发生变更，系统重新结算则又要重新耗费大量的人力和时间成本，也更加容易出错，同时运单结算的方式也存在变化性，如对于大量的运单大数据一般会分组统一进行结算，但是具体的分组方式、结算方式有时会发生变化，如此，需要重新分组、重新结算这是一件非常耗时耗力很复杂的事情，此外，系统信息查询比如查找运单相关合同的信息等十分困难而且耗时。

发明内容

本发明为解决上述处理效率低、准确性差、资源浪费大、处理不灵活的问题，提供一种运单结算管控方法、系统、计算机设备和存储介质。

为解决上述问题，本发明的技术方案为：

一种运单结算管控方法，包括以下步骤：

S1：服务端接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将合同数据与费用数据更新于服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新，以保持从表与主表的数据一致；

S2：服务端接收到一条或多条费用数据的匹配合同结算请求，匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据日志对从表进行检查与更新，确认从表与主表数据一致后根据匹配字段基于从表进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组并判断得到同一组的费用数据的匹配结算方式；

S3：服务端根据匹配结算方式、匹配字段与匹配优先级基于从表进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果。

在其中一个实施例中，步骤S2中，步骤S2中，判断得到同一组的费用数据的匹配结算方式进一步包括：

若同一组的费用数据中存在已经结算并审核通过的费用数据，则直接判定匹配合同结算请求结算失败；

若同一组的费用数据仅有一条且未结算，则匹配结算方式为直接将费用数据与合同数据进行匹配结算；

若同一组的费用数据有多条且费用数据的时效相同并均未结算，则匹配结算方式为将该多条费用数据的运单重量汇总至时间最早的一条费用数据上，以运单重量汇总后的费用数据进行与合同数据的匹配结算；

若同一组的费用数据有多条且费用数据的时效存在不同并均未结算，则匹配结算方式为：

对同一组的费用数据进行运单重量汇总，得到汇总重量，合同数据包括多个重量区间及对应的单价；根据汇总重量对同一组的每条费用数据匹配合同数据进行抛结点计算：若汇总重量小于等于每条费用数据的抛结点，则同一组的每条费用数据分别与合同数据匹配结算，若汇总重量大于任意一条费用数据的抛结点，则同一组的每条费用数据将运单重量汇总至时间最早的一条费用数据上，以运单重量汇总后的费用数据进行与合同数据的匹配结算。

在其中一个实施例中，抛结点计算公式为：(汇总重量所在重量区间更高一级重量区间的单价*汇总重量所在重量区间更高一级重量区间的最小重量)/汇总重量所在重量区间的单价。

在其中一个实施例中，步骤S3进一步包括：

根据同一组的费用数据的匹配结算方式、匹配字段基于从表匹配合同数据：

若匹配字段相匹配的合同数据仅存在一条，则直接根据合同数据中的价格数据进行费用数据的结算；

若匹配字段相匹配的合同数据存在多条，则根据匹配优先级进行多条合同数据的筛选，以匹配优先级最高的合同数据中的价格数据进行费用数据的结算。

在其中一个实施例中，费用数据的匹配字段包括有第一始发地、第一目的地、第一货代、交接日期，合同数据的匹配字段包括第二始发地、第二目的地、第二货代、有效时间段，其中，第一始发地与第二始发地匹配，第一目的地与第二目的地匹配，第一货代与第二货代匹配，交接日期与有效时间段匹配。

在其中一个实施例中，匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，第一优先级默认为合同数据的时效，第二优先级默认为合同数据的生效日期，第三优先级默认为合同数据的录入时间；

匹配优先级在默认情况下，根据匹配优先级进行多条合同数据的筛选进一步包括：

A1：根据第一优先级对多条合同数据进行筛选，其中，以与费用数据相同时效的合同数据为最高优先级，其次以合同数据的时效从短至长依次优先级从高到低排序，经第一优先级筛选后的合同数据仅有一条，则费用数据以合同数据中的价格数据进行结算，否则以第二优先级再进行合同数据的筛选；

A2：根据第二优先级对经第一优先级筛选后的多条合同数据进行筛选，其中，以合同数据的生效日期从先至后依次优先级从低到高排序，经第二优先级筛选后的合同数据仅有一条，则费用数据以合同数据中的价格数据进行结算，否则以第三优先级进行合同数据的筛选；

A3：根据第三优先级对经第二优先级筛选后的多条合同数据进行筛选，其中，以合同数据的录入时间从先至后依次优先级从低到高排序，经第三优先级筛选后的合同数据仅有一条，则费用数据以合同数据中的价格数据进行结算，否则判定匹配合同结算请求结算失败。

一种运单结算管控系统，包括：

数据存储模块，用于接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将合同数据与费用数据更新于服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新，以保持从表与主表的数据一致；

接收查询模块，用于收到一条或多条费用数据的匹配合同结算请求，匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据日志对从表进行检查与更新，确认从表与主表数据一致后根据匹配字段基于从表进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组并判断得到同一组的费用数据的匹配结算方式；

批量处理模块，用于根据匹配结算方式、匹配字段与匹配优先级基于从表进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果。

在其中一个实施例中，费用数据的匹配字段包括有第一始发地、第一目的地、第一货代、交接日期，合同数据的匹配字段包括第二始发地、第二目的地、第二货代、有效时间段，其中，第一始发地于第二始发地匹配，第一目的地与第二目的地匹配，第一货代与第二货代匹配，交接日期与有效时间段匹配；

匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，第一优先级默认为合同数据的时效，第二优先级默认为合同数据的生效日期，第三优先级默认为合同数据的录入时间,其中，匹配优先级在默认情况下，第一优先级以与费用数据相同时效的合同数据为最高优先级，其次以合同数据的时效从短至长依次优先级从高到低排序，第二优先级以合同数据的生效日期从先至后依次优先级从低到高排序，第三优先级以合同数据的录入时间从先至后依次优先级从低到高排序。

一种计算机设备，包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行上述运单结算管控方法的步骤。

一种存储有计算机可读指令的存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述运单结算管控方法的步骤。

本发明与现有技术相比具有以下的优点和积极效果：

1)本发明通过服务端的主表与从表的配合，主表主要负责数据的输入与更新，从表主要负责数据的访问，减轻了服务端的访问与处理压力，并且从表定期以及每次费用匹配结算时根据日志进行从表内容的检查与更新，保证了费用数据与合同数据的时效性与准确性；

2)本发明的匹配合同结算请求预先配置有匹配字段、匹配优先级，匹配字段和匹配优先级可以根据实际的需要灵活配置，实现匹配合同结算请求的可配置化，可以满足不同方式的费用数据之间的同类查找、费用数据与合同数据之间的匹配结算，大大增强了运单结算管控的灵活性；

3)本发明的服务端可接受一条或多条费用数据的一键式匹配合同结算请求，可进行批量性的费用数据匹配合同结算，其中，服务端接受到请求后可根据每一费用数据的匹配字段进行同类查找，将相同匹配字段的费用数据分为同一组，并根据同类查找的结果判断相同匹配字段的费用数据的匹配结算方式，以统一进行匹配合同结算，如果结算的合同信息、运单信息一旦发生变更，服务端通过匹配字段可快速、高效地进行相关费用数据的重新匹配结算，提高了结算管控的准确性，解决处理效率低、准确性差、资源浪费大的问题，有效降低了人工查找合同再结算的效率和错误率；

4)本发明通过服务端同类查找相同匹配字段的费用数据判断得到匹配结算方式，匹配结算方式涉及费用匹配合同结算失败的情况、单条费用数据匹配合同结算的情况、相同时效的多条费用数据匹配合同结算的情况、不同时效的多条费用数据匹配合同结算的情况，针对不同的情况，服务端通过不同的匹配结算方式，简化服务端匹配结算过程、提高结算结果准确性、避免不必要的资源浪费；

5)本发明通过服务端进行费用数据与合同数据的匹配结算，其中，先以匹配字段进行查找，若匹配字段相匹配的合同数据仅有一条，则直接进行结算，否则在通过匹配优先级进行多条合同数据的筛选，以确定匹配优先级最高的一条合同数据进行费用数据的结算，匹配优先级采用三层优先级的筛选方式，如此，在服务端运单结算管控进一步简化了过程，采用层层递进式进行费用数据与合同数据的匹配结算，从繁杂的合同中经过层层过滤拿到需要的合同数据，一旦匹配到要求的合同数据则直接进行结算，提高了服务端的处理效率和准确性；

6)本发明的运单结算管控系统不仅可以实现费用数据和合同数据的自动匹配结算，而且还能够分别对合同数据、费用数据进行审核、编辑、查看等操作，让运单匹配合同结算管控更加高效化、准确化，也让合同数据、费用数据的处理更加便捷化，节约人力和时间成本。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。

图1为本发明一个实施例中运单结算管控方法的整体流程图；

图2为本发明一个实施例中运单结算管控方法的具体流程图；

图3为本发明一个实施例中运单结算管控方法的合同数据筛选流程图；

图4为本发明一个实施例中运单结算管控系统的整体结构框图。

附图标记说明：

10-数据模存储模块；20-接收查询模块；30-批量处理模块。

具体实施方式

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

为使图面简洁，各图中只示意性地表示出了与本发明相关的部分，它们并不代表其作为产品的实际结构。另外，以使图面简洁便于理解，在有些图中具有相同结构或功能的部件，仅示意性地绘示了其中的一个，或仅标出了其中的一个。在本文中，“一个”不仅表示“仅此一个”，也可以表示“多于一个”的情形。

第一实施例

参看图1，本发明提出了一种如图1所示的实施例流程图的运单结算管控方法，包括以下步骤：

S1：服务端接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将合同数据与费用数据更新于服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新，以保持从表与主表的数据一致；

S2：服务端接收到一条或多条费用数据的匹配合同结算请求，匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据日志对从表进行检查与更新，确认从表与主表数据一致后根据匹配字段基于从表进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组并判断得到同一组的费用数据的匹配结算方式；

S3：服务端根据匹配结算方式、匹配字段与匹配优先级基于从表进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果。

现对本实施的每一步骤进行详细说明，但不仅限于此：

本发明所提到服务端通常指的是运单结算管控系统，更多的是一种泛指具有运单结算管控功能的设备。需要说明的是，本发明的服务端，仅从功能逻辑上进行划分，若从物理层面，一般表现为安装某一软件的通信终端、智能终端或服务器等。

以下分别介绍每一步骤。

一、具体介绍步骤S1。

请参看图2，步骤S1具体可包括：S11：服务端接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据；S12：将合同数据与费用数据更新于服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新，以保持从表与主表的数据一致。

步骤S11中，预先录入的合同文件信息一般包括但不局限于合同编号、公司、价格、生效日期、失效日期等信息，预先录入的运单信息一般包括但不局限于单号、货代、始发地、目的地、交接日期、重量、件数等信息，而提取合同文件信息的关键信息或全部信息得到数据化的合同数据(如表1以航空运输的合同数据为例)，提取运单信息的关键信息或全部信息得到数据化的费用数据(如表2以航空运输的费用数据为例)，如此进行数据的提取将线下繁杂的合同文件信息和庞大的运单信息转到线上进行管控，参看图2，一则可以迅速进行信息查找，如通过合同编号、日期等查询条件可以便捷、高效地获取需要合同数据，二则可以便捷地进行合同数据和费用数据的管理，如可以对合同数据做修改、审核、删除、附件上传等操作，对费用数据做审核、编辑、批量编辑等操作，数据的处理更加系统化、便捷化，并且任何信息的操作可以第一时间响应到各个运单结算，不管操作的人员如何变化，不会因为信息传达不到位而导致出现运单结算出错、需要重新确认合同信息等繁琐问题。

表1

表2

主单号		时效类型(日)		件数
						交接单号		始发地		重量
附件		目的地
						货代名称		交接日期

合同文件信息、运单信息的录入可以由服务端的相关人员按预先设定的规则录入到统一的数据库后生成合同数据、费用数据。优选地，按照预先设定的规则填写对应的生成模块(比如模版以表1和表2的形式)内对应的输入内容，但不限于表1和表2中的内容。

生成模块可以是服务端上的一个具体的应用，该应用可以是以APP的形式存在，也可以是一个功能插件。因此，本发明后续提及的服务端是一个广义的概念，其为实现该功能服务的载体。

优选地，录入的合同数据、费用数据需要经过相关的审核或校验后，才可进行后续的数据操作，其中，审核或校验可以设置限定数据字段的输入数据类型、内容等，若不符合规定的，则服务端自动反馈合同数据或费用数据异常，还可以根据外部的系统进行联动，通过设置校验码等方式，进行合同数据、费用数据的信息核对，另外还可以录入时上传纸质文档的图片，经过图像识别等技术，进行录入的合同数据或费用数据的校对等等。

步骤S12中，本实施例服务端的主表负责数据的输入与更新，从表负责数据的读取访问，主表与从表可以是同一存储器下的两个不同存储区域，也可以是两个不同的存储器，该存储器泛指具有数据存储功能的元器件，例如主从表采用主从数据库的形式，主数据库作为主表，从数据库作为从表，通过主数据库与从数据库信号连接，进行主从数据库的数据传输，另外，还配置有日志，用于记录主表的更新记录，日志中可以记载更新内容与数据版本，从表可以基于日志的数据版本检查自身的数据是否为最新的数据，可以根据更新内容将主表的对应内容更新至从表，以使得主表与从表的数据保持一致，优选地，服务端的从表定期根据日志进行从表内容的检查与更新，该定期可以根据实际主表的更新频率设定，频率高则可以提高从表的检查与更新的频率，频率低则可以减小从表的检查与更新的频率，以降低服务端频繁的无效的操作。

本实施例通过服务端的主表与从表的配合，主表主要负责数据的输入与更新，从表主要负责数据的访问，减轻了服务端的访问与处理压力，并且从表定期以及每次费用匹配结算时根据日志进行从表内容的检查与更新，保证了费用数据与合同数据的时效性与准确性。

本实施例根据合同数据与费用数据两者的数据字段之间的匹配关系设置匹配字段和匹配优先级，其中，匹配字段可以用于费用数据之间的匹配(后续在步骤S2的说明中详细说明)，也可以用于费用数据之间的匹配(后续在步骤S3的说明中详细说明)，匹配优先级则是用于费用数据和合同数据匹配时匹配到多条合同数据情况下进行合同数据的筛选，以得到需要的那一条合同数据(后续在步骤S3的说明中详细说明)。需要说明的是，上述匹配字段、匹配优先级是根据具体业务决定的，如航空运输、铁路运输等由于对应具体的运单信息、合同文件信息的区别，故在匹配字段、匹配优先级设定也存在一定区别，本实施例可以通过更改上述匹配字段与匹配优先级进行匹配合同结算请求的调整，以调整费用数据结算具体的分组方式、费用数据匹配合同数据的匹配方式。

本实施例的匹配合同结算请求预先配置有匹配字段、匹配优先级，匹配字段和匹配优先级可以根据实际的需要灵活配置，实现匹配合同结算请求的可配置化，可以满足不同方式的费用数据之间的同类查找、费用数据与合同数据之间的匹配结算，大大增强了运单结算管控的灵活性。

本实施例以航空运输为例：费用数据的匹配字段包括但不限于第一始发地、第一目的地、第一货代、交接日期，合同数据的匹配字段包括但不限于第二始发地、第二目的地、第二货代、有效时间段，其中，第一始发地于第二始发地相同则互相匹配，第一目的地与第二目的地相同则互相匹配，第一货代与第二货代相同则互相匹配，交接日期在有效时间段内则互相匹配。本实施例的匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，第一优先级默认为合同数据的时效，时效一般有1日、2日、3日和其他时效，第一优先级以与费用数据相同时效的合同数据为最高优先级，其次以合同数据的时效从短至长依次优先级从高到低排序，时效越短对应的合同数据优先级越高，第二优先级默认为合同数据的生效日期，第二优先级以合同数据的生效日期从先至后依次优先级从低到高排序，生效日期越接近当前时间对应的合同数据优先级越高，第三优先级默认为合同数据的录入时间，即合同文件信息的录入成合同数据的时间，第三优先级以合同数据的录入时间从先至后依次优先级从低到高排序，录入时间越接近当前时间对应的合同数据优先级越高。上述举例中，匹配字段和匹配优先级的设置方式是本实施例中的一种较优的实施方式，但不仅限于此，具体还可以结合实际业务中的合同数据的匹配关系调整上述匹配字段和匹配优先级。

二、具体介绍步骤S2。

请参看图2，步骤S2具体可包括：S21：服务端是否接收到一条或多条费用数据的匹配合同结算请求；S22：若接收到匹配合同结算请求，则先根据日志对从表进行检查与更新，确认从表与主表数据一致后根据匹配字段基于从表进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组；S231～S233：判断得到同一组的费用数据的匹配结算方式。

步骤S21中，本实施例的匹配合同结算请求可以选择一条费用数据进行匹配合同结算，也可以同时选择多条费用数据进行批量性匹配合同结算，如此，可以高效地进行运单结算的管控，减少服务端批量性的重复操作，从而提高整体服务端的运单处理效率。

步骤S22中，当服务端接收到匹配合同结算请求时，先根据日志检查从表与主表的数据是否一致，以保证结算结果的准确性，再通过匹配合同结算请求中的费用数据的匹配字段访问从表进行费用数据之间的同类查找，如匹配合同结算请求只有一条费用数据，则以该条费用数据的匹配字段进行费用数据之间的同类查找，将相同匹配字段的费用数据划分为同一组，如匹配合同结算请求中有多条费用数据，则分别以每条费用数据的匹配字段进行费用数据之间的同类查找，将相同匹配字段的费用数据划分为同一组，如此就有多组相同匹配字段的费用数据。

步骤S231～S233中，请参看图2，依次对上述步骤S22中的每一组费用数据进行判断，得到每一组费用数据的匹配结算方式：

第一，通过步骤S231判断同一组的费用数据中是否存在已经结算并审核通过的费用数据，该已经结算并审核通过指的是已经匹配合同结算并且已经过审核结算无异常的费用数据，该类数据若划入未匹配结算或需要重新匹配结算的数据中，则会引起运单结算上的异常，故将同一组的费用数据中存在已经结算的费用数据，直接判定匹配合同结算请求结算失败，并标记该组的费用数据为“多条数据计费失败”，反之进行步骤S232和步骤S233的判断。较优地，若检测到存在已经结算的费用数据，还可以通过服务端在进行匹配结算时将已经结算的费用数据的自动滤除，再进行步骤S232和步骤S233的判断；

第二，通过步骤S232判断同一组的费用数据中的数量，若仅存在一条费用数据，即在同类查询中未查到相同匹配字段的费用数据，则匹配结算方式可以采用第一匹配结算方式，即直接将一条费用数据与合同数据进行匹配结算，并标记该组的费用数据为“单条数据匹配合同结算”，若同一组的费用数据中的数量为多条，则进行步骤S233的判断；

第三，通过步骤S233判断同一组的多条费用数据的时效是否相同，由于合同数据和费用数据均具有不同的时效，以航空货代为例，一般有1日时效、2日时效、3日时效以及其他时效，在费用数据和合同数据匹配时优先是相同时效的进行匹配，故若同一组的费用数据有多条且费用数据的时效相同，比如同一组的所有费用数据的时效均为1日时效，则匹配结算方式可以采用第二匹配结算方式，即将该多条费用数据的运单重量汇总至时间最早的一条费用数据上，以运单重量汇总后的费用数据进行与合同数据的匹配结算，并标记该组的费用数据为“相同时效多条数据匹配合同结算”，如此，可以有效合并费用数据，并且可以进一步减少服务端重复性的结算操作，提高运单结算的处理速度，同时，合同数据一般包括多个重量区间及对应的单价，运单重量汇总后进行与合同数据的匹配结算符合实际结算情况，提高结算的准确性。

然而也存在同一组的多条费用数据的时效不同，比如同一组的费用数据中存在1日时效也存在2日时效，该组的费用数据为“不同时效多条数据匹配合同结算”，对应地，该组的费用数据在匹配合同结算时存在两种方式，一种是该组的每一条费用数据分开匹配结算，另一种是该组的费用数据进行运单重量汇总后统一进行匹配合同结算，服务端若同类查找到同一组的多条费用数据的时效存在不同，则匹配结算方式可以采用第三匹配结算方式，具体而言，通过第三匹配结算方式对上述两种方式进行判断选择，以确定出正确合理的匹配结算方式，其中，先对同一组的费用数据进行运单重量汇总，得到汇总重量，再根据汇总重量对同一组的每条费用数据与其匹配的合同数据进行抛结点计算，抛结点计算公式为：(汇总重量所在重量区间更高一级重量区间的单价*汇总重量所在重量区间更高一级重量区间的最小重量)/汇总重量所在重量区间的单价，基于每一条费用数据的抛结点，当汇总重量小于等于每条运单数据的抛结点，则该组内的每一费用数据分开匹配合同结算，当汇总重量大于任意一条主单数据的抛结点，则该组内的每一费用数据将运单重量汇总到时间最早的费用数据上，用最早的运单匹配合同结算。

上述步骤通过服务端同类查找相同匹配字段的费用数据判断得到匹配结算方式，匹配结算方式涉及费用匹配合同结算失败的情况、单条费用数据匹配合同结算的情况、相同时效的多条费用数据匹配合同结算的情况、不同时效的多条费用数据匹配合同结算的情况，针对不同的情况，服务端通过不同的匹配结算方式，简化服务端匹配结算过程、提高结算结果准确性、避免不必要的资源浪费。

三、具体介绍步骤S3。

请参看图2，步骤S3具体可包括：S31：根据同一组的费用数据的匹配结算方式、匹配字段基于从表匹配合同数据；S32：判断匹配字段相匹配的合同数据数量是否仅有一条：S321：若匹配字段相匹配的合同数据仅存在一条，则直接根据合同数据中的价格数据进行费用数据的结算；S322：若匹配字段相匹配的合同数据存在多条，则根据匹配优先级进行多条合同数据的筛选，以匹配优先级最高的合同数据中的价格数据进行费用数据的结算。

步骤S31中，首先根据步骤S2中判断得到匹配结算方式确定同一组内的费用数据是第一匹配结算方式还是第二匹配结算方式还是第三匹配结算方式，再结合对应的匹配结算方式，费用数据通过匹配字段与合同数据进行匹配，例如费用数据的匹配字段有始发地、目的地、货代、交接日期字段，合同数据的匹配字段有始发地、目的地、货代、生效日期、提货日期字段，通过两者的匹配字段匹配查找，相匹配的费用数据和合同数据需要符合以下条件：

A.费用数据-始发地匹配相同的合同数据-始发地

B.费用数据-目的地匹配相同的合同数据-目的地

C.费用数据-货代匹配相同的合同数据-货代

D.费用数据-交接日期匹配合同数据-生效日期与合同数据-失效日期区间(左闭右闭)

如上条件为本实施例采用的匹配字段所对应的条件，具体还可以根据具体业务的匹配字段灵活调整。通过以上步骤S31中几个匹配字段查找满足条件已审核的合同数据，已审核的合同数据就是可以执行的合同数据，相对地新录入的合同数据同样需要经过审核才可进行匹配结算。

步骤S32：进一步服务端需要对步骤S31得到满足条件已审核的合同数据进行判断，如果仅查出来一条合同数据，那么费用数据就匹配这条合同数据，直接根据合同数据中的价格数据进行费用数据的结算。然而由于合同数据繁杂，所以会出现满足条件已审核的合同数据存在多条，如果匹配到多条合同数据，那么就需要进行根据匹配优先级进行多条合同数据的筛选，以匹配优先级最高的合同数据中的价格数据进行费用数据的结算。

请参看图3，以默认的匹配优先级为例，根据匹配优先级进行多条合同数据的筛选具体包括以下步骤：

A1：根据第一优先级——时效对多条合同数据进行筛选：费用数据有个时效字段，合同数据也有个时效字段，当上述的匹配字段逻辑匹配查找出多条合同数据时，服务端还需要判断下这批合同数据的时效字段，具体而言，合同时效字段与费用时效字段相同的合同数据，是最高优先级。其次的优先级排序依次是“1日”时效合同，“2日”时效合同，“3日”时效合同，“其他”时效合同，也就是说，优先取合同数据时效与费用数据时效相同的合同数据。如果没有时效相同的合同数据，我们再按照“1日、2日、3日、其他……”时效从短到长依次优先级从高到低排序这个时效优先级顺序来匹配合同。

此时，经过第一优先级筛选，如果优先级最高的仅一条合同数据，那么就匹配这条合同数据，根据合同数据中的价格数据进行费用数据的结算。如果优先级最高的还有多条合同数据，那么服务端会继续做下面的判断。

A2：根据第二优先级——生效日期对经第一优先级筛选后的多条合同数据进行筛选：每条合同数据都有其生效日期字段，记录合同的生效时间，通过上面的匹配字段逻辑匹配和时效优先级判断，仍然匹配到了多条合同数据，此时，服务端就再根据这批合同数据的生效日期来判断了，在这批合同数据中，生效日期最晚的合同数据的优先级最高，即优先取生效日期最接近当前时间的合同数据。

此时，经过匹配字段逻辑匹配、时效优先级、生效日期优先级的筛选，如果此时优先级最高的仅一条合同数据，那么就匹配这条合同数据，根据合同数据中的价格数据进行费用数据的结算。如果优先级最高的还有多条合同数据，那么服务端会继续做下面的判断。

A3：根据第三优先级——录入时间对经第二优先级筛选后的多条合同数据进行筛选：每条合同数据都有其录入时间字段，记录了系统中该合同数据的具体录入时间，经过上面的判断，如果仍然匹配到了多条合同，此时服务端会根据这批合同数据的录入时间来做判断了，在这批合同中，录入时间最晚的合同数据的优先级最高，即优先取最新录入的合同数据。此时，一般情况下经过上述匹配字段逻辑匹配以及三级优先级的筛选，就可以得到需要的那一条合同数据，优选地，合同文件信息是一条条录入到服务端提取形成合同数据，或者合同文件信息是批量性录入到服务端并且录入时间上是彼此错开设置的，如此则不会出现经过上述匹配字段逻辑匹配以及三级优先级的筛选，还存在多条合同数据的情况，然则如果合同文件信息不是如上录入服务端的，则服务端可判定匹配合同结算请求结算失败，并提醒人员进行人员介入处理该结算失败异常。

本实施例通过服务端进行费用数据与合同数据的匹配结算，其中，先以匹配字段进行查找，若匹配字段相匹配的合同数据仅有一条，则直接进行结算，否则在通过匹配优先级进行多条合同数据的筛选，以确定匹配优先级最高的一条合同数据进行费用数据的结算，匹配优先级采用三层优先级的筛选方式，如此，在服务端运单结算管控进一步简化了过程，采用层层递进式进行费用数据与合同数据的匹配结算，从繁杂的合同中经过层层过滤拿到需要的合同数据，一旦匹配到要求的合同数据则直接进行结算，提高了服务端的处理效率和准确性。

综上，本实施例通过服务端根据合同数据与费用数据的数据字段设置匹配字段与匹配优先级，匹配字段可进行费用数据之间的同类查找，匹配字段与匹配优先级又可费用数据与合同数据之间的匹配结算，服务端可接受一条或多条费用数据的一键式匹配合同结算请求，可进行批量性的费用数据匹配合同结算，其中，服务端接受到请求后可根据每一费用数据的匹配字段进行同类查找，将相同匹配字段的费用数据分为同一组，并根据同类查找的结果判断相同匹配字段的费用数据的匹配结算方式，以统一进行匹配合同结算，如果结算的合同信息、运单信息一旦发生变更，服务端通过匹配字段可快速、高效地进行相关费用数据的重新匹配结算，提高了结算管控的准确性，解决处理效率低、准确性差、资源浪费大的问题，有效降低了人工查找合同再结算的效率和错误率。

第二实施例

请参看和图4，本发明还提供了一种如图4所示的实施例原理图的运单结算管控系统，它包括：

数据存储模块10，用于接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将合同数据与费用数据更新于服务端的主表，同时在服务端的日志中记录主表的更新记录，服务端的从表定期根据日志进行从表内容的检查与更新，以保持从表与主表的数据一致；

接收查询模块20，用于收到一条或多条费用数据的匹配合同结算请求，匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据日志对从表进行检查与更新，确认从表与主表数据一致后根据匹配字段基于从表进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组并判断得到同一组的费用数据的匹配结算方式；

批量处理模块30，用于根据匹配结算方式、匹配字段与匹配优先级基于从表进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果。

现对本实施例进行详细说明，但不仅限于此。

本实施例的运单结算管控系统可以是为运单结算管控提供服务的、保存相关数据的服务终端设备，如服务器。本实施例的运单结算管控系统不仅可以实现费用数据和合同数据的自动匹配结算，而且还能够分别对合同数据、费用数据进行审核、编辑、查看等操作，让运单匹配合同结算管控更加高效化、准确化，也让合同数据、费用数据的处理更加便捷化，节约人力和时间成本。

本实施例的数据存储模块用于合同数据与费用数据的读写，其中，主表负责数据的输入与更新，从表负责数据的读取访问，主表与从表可以是同一存储器下的两个不同存储区域，也可以是两个不同的存储器，该存储器泛指具有数据存储功能的元器件，例如主从表采用主从数据库的形式，主数据库作为主表，从数据库作为从表，通过主数据库与从数据库信号连接，进行主从数据库之间的数据传输，另外，还配置有日志，用于记录主表的更新记录，日志中可以记载更新内容与数据版本，从表可以基于日志的数据版本检查自身的数据是否为最新的数据，可以根据更新内容将主表的对应内容更新至从表，以使得主表与从表的数据保持一致，优选地，服务端的从表定期根据日志进行从表内容的检查与更新，该定期可以根据实际主表的更新频率设定，频率高则可以提高从表的检查与更新的频率，频率低则可以减小从表的检查与更新的频率，以降低服务端频繁的无效的操作。

本实施例的数据存储模块将线下繁杂的合同文件信息录入到线上进行管理，其中，将合同文件信息中的关键信息提取出来，形成数据化的合同信息，比如合同编号、公司、价格、生效日期、失效日期等信息，将这些数据化的合同信息导入到数据存储模块中形成合同数据，以将合同数据更新于服务端的主表。在数据存储模块中，可以通过合同编号、日期等查询条件，通过从表迅速定位到合同数据，并可以通过主表对合同数据做修改、审核、删除、附件上传等操作，这大大节约了合同数据查找、整理的人力成本和时间成本。

本实施例的数据存储模块将线下庞大的运单信息录入到线上进行处理，其中，将运单信息中的关键信息提取出来，形成数据化的信息，比如单号、货代、始发地、目的地、交接日期、重量、件数等信息，将这些数据化的信息导入到数据存储模块中形成费用数据，以将费用数据更新于服务端的主表。在数据存储模块中，可以通过主表对费用数据做审核、编辑、批量编辑等操作，让费用数据的处理更加系统化，简便化。

本实施例的接收查询模块以匹配合同结算请求中的费用数据的匹配字段进行费用数据的同类查找，将相同匹配字段的费用数据划分为同一组并判断得到同一组的费用数据的匹配结算方式，具体如下：

本实施例的匹配合同结算请求可以选择一条费用数据进行匹配合同结算，也可以同时选择多条费用数据进行批量性匹配合同结算，如此，可以高效地进行运单结算的管控，减少服务端批量性的重复操作，从而提高整体服务端的运单处理效率。

当接收到匹配合同结算请求时，先根据日志对从表进行检查与更新，确认从表与主表数据一致后通过匹配合同结算请求中的费用数据的匹配字段进行费用数据之间的同类查找，如匹配合同结算请求只有一条费用数据，则以该条费用数据的匹配字段进行费用数据之间的同类查找，将相同匹配字段的费用数据划分为同一组，如匹配合同结算请求中有多条费用数据，则分别以每条费用数据的匹配字段进行费用数据之间的同类查找，将相同匹配字段的费用数据划分为同一组，如此就有多组相同匹配字段的费用数据。

本实施例的接收查询模块依次会对上述同类查找后得到的每一组费用数据进行判断，得到每一组费用数据的匹配结算方式：

第一，判断同一组的费用数据中是否存在已经结算并审核通过的费用数据，该已经结算并审核通过指的是已经匹配合同结算并且已经过审核结算无异常的费用数据，该类数据若划入未匹配结算或需要重新匹配结算的数据中，则会引起运单结算上的异常，故将同一组的费用数据中存在已经结算的费用数据，直接判定匹配合同结算请求结算失败，并标记该组的费用数据为“多条数据计费失败”，反之进行接下的第二次判断。较优地，若检测到存在已经结算的费用数据，还可以通过服务端在进行匹配结算时将已经结算的费用数据的自动滤除，再进行接下的第二次判断；

第二，判断同一组的费用数据中的数量，若仅存在一条费用数据，即在同类查询中未查到相同匹配字段的费用数据，则匹配结算方式可以采用第一匹配结算方式，即直接将一条费用数据与合同数据进行匹配结算，并标记该组的费用数据为“单条数据匹配合同结算”，若同一组的费用数据中的数量为多条，则进行接下的第三次判断；

第三，判断同一组的多条费用数据的时效是否相同，由于合同数据和费用数据均具有不同的时效，以航空货代为例，一般有1日时效、2日时效、3日时效以及其他时效，在费用数据和合同数据匹配时优先是相同时效的进行匹配，故若同一组的费用数据有多条且费用数据的时效相同，比如同一组的所有费用数据的时效均为1日时效，则匹配结算方式可以采用第二匹配结算方式，即将该多条费用数据的运单重量汇总至时间最早的一条费用数据上，以运单重量汇总后的费用数据进行与合同数据的匹配结算，并标记该组的费用数据为“相同时效多条数据匹配合同结算”，如此，可以有效合并费用数据，并且可以进一步减少服务端重复性的结算操作，提高运单结算的处理速度，同时，合同数据一般包括多个重量区间及对应的单价，运单重量汇总后进行与合同数据的匹配结算符合实际结算情况，提高结算的准确性。

然而也存在同一组的多条费用数据的时效不同，比如同一组的费用数据中存在1日时效也存在2日时效，该组的费用数据为“不同时效多条数据匹配合同结算”，对应地，该组的费用数据在匹配合同结算时存在两种方式，一种是该组的每一条费用数据分开匹配结算，另一种是该组的费用数据进行运单重量汇总后统一进行匹配合同结算，服务端若同类查找到同一组的多条费用数据的时效存在不同，则匹配结算方式可以采用第三匹配结算方式，具体而言，通过第三匹配结算方式对上述两种方式进行判断选择，以确定出正确合理的匹配结算方式，其中，先对同一组的费用数据进行运单重量汇总，得到汇总重量，再根据汇总重量对同一组的每条费用数据与其匹配的合同数据进行抛结点计算，抛结点计算公式为：(汇总重量所在重量区间更高一级重量区间的单价*汇总重量所在重量区间更高一级重量区间的最小重量)/汇总重量所在重量区间的单价，基于每一条费用数据的抛结点，当汇总重量小于等于每条运单数据的抛结点，则该组内的每一费用数据分开匹配合同结算，当汇总重量大于任意一条主单数据的抛结点，则该组内的每一费用数据将运单重量汇总到时间最早的费用数据上，用最早的运单匹配合同结算。

本实施例的批量处理模块用于服务端根据匹配结算方式、匹配字段与匹配优先级进行费用数据与合同数据的匹配结算，得到费用数据对应的结算结果，具体为：

根据同一组的费用数据的匹配结算方式、匹配字段匹配合同数据：

若匹配字段相匹配的合同数据仅存在一条，则直接根据合同数据中的价格数据进行费用数据的结算；

若匹配字段相匹配的合同数据存在多条，则根据匹配优先级进行多条合同数据的筛选，以匹配优先级最高的合同数据中的价格数据进行费用数据的结算。

其中，本实施例以航空运输为例：费用数据的匹配字段包括有第一始发地、第一目的地、第一货代、交接日期，合同数据的匹配字段包括第二始发地、第二目的地、第二货代、有效时间段，其中，第一始发地于第二始发地匹配，第一目的地与第二目的地匹配，第一货代与第二货代匹配，交接日期与有效时间段匹配。匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，第一优先级默认为合同数据的时效，第二优先级默认为合同数据的生效日期，第三优先级默认为合同数据的录入时间。

本实施例的批量处理模块根据匹配结算方式、匹配字段进行费用数据与合同数据的匹配具体为：

首先根据上述接收查询模块判断得到匹配结算方式确定同一组内的费用数据是第一匹配结算方式还是第二匹配结算方式还是第三匹配结算方式，再结合对应的匹配结算方式，费用数据通过匹配字段与合同数据进行匹配，例如费用数据的匹配字段有始发地、目的地、货代、交接日期字段，合同数据的匹配字段有始发地、目的地、货代、生效日期、提货日期字段，通过两者的匹配字段匹配查找，相匹配的费用数据和合同数据需要符合以下条件：

A.费用数据-始发地匹配相同的合同数据-始发地

B.费用数据-目的地匹配相同的合同数据-目的地

C.费用数据-货代匹配相同的合同数据-货代

D.费用数据-交接日期匹配合同数据-生效日期与合同数据-失效日期区间(左闭右闭)

如上条件为本实施例采用的匹配字段所对应的条件，具体还可以根据具体业务的匹配字段灵活调整。通过以上本实施例的几个匹配字段查找满足条件已审核的合同数据，已审核的合同数据就是可以执行的合同数据，相对地新录入的合同数据同样需要经过审核才可进行匹配结算。

批量处理模块得到满足条件已审核的合同数据进行判断，如果仅查出来一条合同数据，那么费用数据就匹配这条合同数据，直接根据合同数据中的价格数据进行费用数据的结算。然而由于合同数据繁杂，所以会出现满足条件已审核的合同数据存在多条，如果匹配到多条合同数据，那么就需要进行根据匹配优先级进行多条合同数据的筛选，以匹配优先级最高的合同数据中的价格数据进行费用数据的结算。

以默认的匹配优先级为例，本实施例的批量处理模块根据匹配优先级进行多条合同数据的筛选具体为：

第一，根据第一优先级——时效对多条合同数据进行筛选：费用数据有个时效字段，合同数据也有个时效字段，当上述的匹配字段逻辑匹配查找出多条合同数据时，服务端还需要判断下这批合同数据的时效字段，具体而言，合同时效字段与费用时效字段相同的合同数据，是最高优先级。其次的优先级排序依次是“1日”时效合同，“2日”时效合同，“3日”时效合同，“其他”时效合同，也就是说，优先取合同数据时效与费用数据时效相同的合同数据。如果没有时效相同的合同数据，我们再按照“1日、2日、3日、其他……”时效从短到长依次优先级从高到低排序这个时效优先级顺序来匹配合同。

此时，经过第一优先级筛选，如果优先级最高的仅一条合同数据，那么就匹配这条合同数据，根据合同数据中的价格数据进行费用数据的结算。如果优先级最高的还有多条合同数据，那么服务端会继续做下面的判断。

第二，根据第二优先级——生效日期对经第一优先级筛选后的多条合同数据进行筛选：每条合同数据都有其生效日期字段，记录合同的生效时间，通过上面的匹配字段逻辑匹配和时效优先级判断，仍然匹配到了多条合同数据，此时，服务端就再根据这批合同数据的生效日期来判断了，在这批合同数据中，生效日期最晚的合同数据的优先级最高，即优先取生效日期最接近当前时间的合同数据。

此时，经过匹配字段逻辑匹配、时效优先级、生效日期优先级的筛选，如果此时优先级最高的仅一条合同数据，那么就匹配这条合同数据，根据合同数据中的价格数据进行费用数据的结算。如果优先级最高的还有多条合同数据，那么服务端会继续做下面的判断。

第三，根据第三优先级——录入时间对经第二优先级筛选后的多条合同数据进行筛选：每条合同数据都有其录入时间字段，记录了系统中该合同数据的具体录入时间，经过上面的判断，如果仍然匹配到了多条合同，此时服务端会根据这批合同数据的录入时间来做判断了，在这批合同中，录入时间最晚的合同数据的优先级最高，即优先取最新录入的合同数据。此时，一般情况下经过上述匹配字段逻辑匹配以及三级优先级的筛选，就可以得到需要的那一条合同数据，优选地，合同文件信息是一条条录入到服务端提取形成合同数据，或者合同文件信息是批量性录入到服务端并且录入时间上是彼此错开设置的，如此则不会出现经过上述匹配字段逻辑匹配以及三级优先级的筛选，还存在多条合同数据的情况，然则如果合同文件信息不是如上录入服务端的，则服务端可判定匹配合同结算请求结算失败，并提醒人员进行人员介入处理该结算失败异常。

本实施例通过根据合同数据与费用数据的数据字段设置匹配字段与匹配优先级，匹配字段可进行费用数据之间的同类查找，匹配字段与匹配优先级又可费用数据与合同数据之间的匹配结算，接收查询模块可接受一条或多条费用数据的一键式匹配合同结算请求，可进行批量性的费用数据匹配合同结算，其中，服务端接受到请求后可根据每一费用数据的匹配字段进行同类查找，将相同匹配字段的费用数据分为同一组，并根据同类查找的结果判断相同匹配字段的费用数据的匹配结算方式，以通过批量处理模块统一进行匹配合同结算，如果结算的合同信息、运单信息一旦发生变更，服务端通过匹配字段可快速、高效地进行相关费用数据的重新匹配结算，提高了结算管控的准确性，解决处理效率低、准确性差、资源浪费大的问题，有效降低了人工查找合同再结算的效率和错误率。

第三实施例

本发明还提出了一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如上述第一实施例所提及的运单结算管控方法的步骤。

第四实施例

本发明提出了一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行如上述第一实施例中所提及的运单结算管控方法的步骤。

对于上述实施例，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁盘或光盘等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明一些示例性实施例，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种运单结算管控方法，其特征在于，包括以下步骤：

S1：服务端接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将所述合同数据与所述费用数据更新于所述服务端的主表，同时在所述服务端的日志中记录所述主表的更新记录，所述服务端的从表定期根据所述日志进行所述从表内容的检查与更新，以保持所述从表与所述主表的数据一致；

S2：所述服务端接收到一条或多条所述费用数据的匹配合同结算请求，所述匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据所述日志对所述从表进行检查与更新，确认所述从表与所述主表数据一致后根据所述匹配字段基于所述从表进行所述费用数据的同类查找，将相同所述匹配字段的所述费用数据划分为同一组并判断得到同一组的所述费用数据的匹配结算方式；

S3：所述服务端根据所述匹配结算方式、所述匹配字段与所述匹配优先级基于所述从表进行所述费用数据与所述合同数据的匹配结算，得到所述费用数据对应的结算结果；其中，通过更改所述匹配字段与所述匹配优先级进行所述匹配合同结算请求的调整，以调整所述费用数据的结算分组方式、所述费用数据匹配所述合同数据的匹配方式。

2.如权利要求1所述的运单结算管控方法，其特征在于，所述步骤S2中，所述步骤S2中，所述判断得到同一组的所述费用数据的匹配结算方式进一步包括：

若同一组的所述费用数据中存在已经结算并审核通过的所述费用数据，则直接判定所述匹配合同结算请求结算失败；

若同一组的所述费用数据仅有一条且未结算，则所述匹配结算方式为直接将所述费用数据与所述合同数据进行匹配结算；

若同一组的所述费用数据有多条且所述费用数据的时效相同并均未结算，则所述匹配结算方式为将该多条所述费用数据的运单重量汇总至时间最早的一条所述费用数据上，以运单重量汇总后的所述费用数据进行与所述合同数据的匹配结算；

若同一组的所述费用数据有多条且所述费用数据的时效存在不同并均未结算，则所述匹配结算方式为：

对同一组的所述费用数据进行运单重量汇总，得到汇总重量，所述合同数据包括多个重量区间及对应的单价；根据所述汇总重量对同一组的每条所述费用数据匹配所述合同数据进行抛结点计算：若汇总重量小于等于每条所述费用数据的抛结点，则同一组的每条所述费用数据分别与所述合同数据匹配结算，若汇总重量大于任意一条所述费用数据的抛结点，则同一组的每条所述费用数据将运单重量汇总至时间最早的一条所述费用数据上，以运单重量汇总后的所述费用数据进行与所述合同数据的匹配结算。

3.如权利要求2所述的运单结算管控方法，其特征在于，所述抛结点计算公式为：(汇总重量所在重量区间更高一级重量区间的单价*汇总重量所在重量区间更高一级重量区间的最小重量)/汇总重量所在重量区间的单价。

4.如权利要求1-3任意一项所述的运单结算管控方法，其特征在于，所述步骤S3进一步包括：

根据同一组的所述费用数据的所述匹配结算方式、所述匹配字段基于所述从表匹配所述合同数据：

若所述匹配字段相匹配的所述合同数据仅存在一条，则直接根据所述合同数据中的价格数据进行所述费用数据的结算；

若所述匹配字段相匹配的所述合同数据存在多条，则根据所述匹配优先级进行多条所述合同数据的筛选，以所述匹配优先级最高的所述合同数据中的价格数据进行所述费用数据的结算。

5.如权利要求4所述的运单结算管控方法，其特征在于，所述费用数据的所述匹配字段包括有第一始发地、第一目的地、第一货代、交接日期，所述合同数据的所述匹配字段包括第二始发地、第二目的地、第二货代、有效时间段，其中，所述第一始发地与所述第二始发地匹配，所述第一目的地与所述第二目的地匹配，所述第一货代与所述第二货代匹配，所述交接日期与所述有效时间段匹配。

6.如权利要求4所述的运单结算管控方法，其特征在于，所述匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，所述第一优先级默认为所述合同数据的时效，所述第二优先级默认为所述合同数据的生效日期，所述第三优先级默认为所述合同数据的录入时间；

所述匹配优先级在默认情况下，所述根据所述匹配优先级进行多条所述合同数据的筛选进一步包括：

A1：根据所述第一优先级对多条所述合同数据进行筛选，其中，以与所述费用数据相同时效的所述合同数据为最高优先级，其次以所述合同数据的时效从短至长依次优先级从高到低排序，经所述第一优先级筛选后的所述合同数据仅有一条，则所述费用数据以所述合同数据中的价格数据进行结算，否则以所述第二优先级再进行所述合同数据的筛选；

A2：根据所述第二优先级对经所述第一优先级筛选后的多条所述合同数据进行筛选，其中，以所述合同数据的生效日期从先至后依次优先级从低到高排序，经所述第二优先级筛选后的所述合同数据仅有一条，则所述费用数据以所述合同数据中的价格数据进行结算，否则以所述第三优先级进行所述合同数据的筛选；

A3：根据所述第三优先级对经所述第二优先级筛选后的多条所述合同数据进行筛选，其中，以所述合同数据的录入时间从先至后依次优先级从低到高排序，经所述第三优先级筛选后的所述合同数据仅有一条，则所述费用数据以所述合同数据中的价格数据进行结算，否则判定所述匹配合同结算请求结算失败。

7.一种运单结算管控系统，其特征在于，包括：

数据存储模块，用于接收录入的合同文件信息、运单信息，分别提取得到合同数据、费用数据，并将所述合同数据与所述费用数据更新于服务端的主表，同时在所述服务端的日志中记录所述主表的更新记录，所述服务端的从表定期根据所述日志进行所述从表内容的检查与更新，以保持所述从表与所述主表的数据一致；

接收查询模块，用于收到一条或多条所述费用数据的匹配合同结算请求，所述匹配合同结算请求包括预先配置的匹配字段、匹配优先级，则先根据所述日志对所述从表进行检查与更新，确认所述从表与所述主表数据一致后根据所述匹配字段基于所述从表进行所述费用数据的同类查找，将相同所述匹配字段的所述费用数据划分为同一组并判断得到同一组的所述费用数据的匹配结算方式；

批量处理模块，用于根据所述匹配结算方式、所述匹配字段与所述匹配优先级基于所述从表进行所述费用数据与所述合同数据的匹配结算，得到所述费用数据对应的结算结果；其中，通过更改所述匹配字段与所述匹配优先级进行所述匹配合同结算请求的调整，以调整所述费用数据的结算分组方式、所述费用数据匹配所述合同数据的匹配方式。

8.如权利要求7所述的运单结算管控系统，其特征在于，所述费用数据的所述匹配字段包括有第一始发地、第一目的地、第一货代、交接日期，所述合同数据的所述匹配字段包括第二始发地、第二目的地、第二货代、有效时间段，其中，所述第一始发地于所述第二始发地匹配，所述第一目的地与所述第二目的地匹配，所述第一货代与所述第二货代匹配，所述交接日期与所述有效时间段匹配；

所述匹配优先级从高到低依次包括第一优先级、第二优先级、第三优先级，其中，所述第一优先级默认为所述合同数据的时效，所述第二优先级默认为所述合同数据的生效日期，所述第三优先级默认为所述合同数据的录入时间,其中，所述匹配优先级在默认情况下，所述第一优先级以与所述费用数据相同时效的所述合同数据为最高优先级，其次以所述合同数据的时效从短至长依次优先级从高到低排序，所述第二优先级以所述合同数据的生效日期从先至后依次优先级从低到高排序，所述第三优先级以所述合同数据的录入时间从先至后依次优先级从低到高排序。

9.一种计算机设备，包括存储器和管控器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述管控器执行时，使得所述管控器执行如权利要求1至6中任一项所述的运单结算管控方法的步骤。

10.一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个管控器执行时，使得一个或多个管控器执行如权利要求1至6中任一项所述的运单结算管控方法的步骤。