CN115439074A - 一种运单合规性自动核验方法 - Google Patents

Abstract

本申请公开了一种运单合规性自动核验系统的核验方法结合图像识别技术，物联网技术，地理位置处理技术等，在用户提交单证数据后。自动触发后台的单证合规性校验服务，根据各类业务进行分类合规性的校验流程：将物流运输过程中涉及到的数据，单证资料等进行交叉校验匹配验证数据的准确性，快速准确的分析单证是否合规。

Description

一种运单合规性自动核验方法

技术领域

本申请涉及一种运单合规性自动核验方法。

背景技术

运单信息通常会涉及到大量的数据，包括基础资料和承运资料数据等。 基础资料有驾驶员证件资料、车辆证件资料等证照信息。运单资料有电子运 单资料、银行流水凭证、回单资料、轨迹数据、税登资料、合同扫描件等。 在运单合规性方面，常规采用人工处理方式，人工对运单合规性进行审核的 时候，核验人员需要对上述内容的每一项作人工核查，以确保证件的真实及 在有效期内，银行流水与本单对应，回单资料清晰且正确，轨迹与货物装卸 货地相符，税登无异常等，因有人为判断因素在，会导致核验过程中标准不 统一，银行凭证无法判定是否多个运单重复使用，车辆运行轨迹合理，且产 生大量的重复性劳动，工作效率低下。一个运单里，各种资料有没有审核通 过，最终运单是否全部审核通过，需要人为判断，耗时费力，急需一个能调 度各种业务审核，并能汇总各项审核，得出终审的自动化审核系统。

发明内容

本发明的目的在于提供一种运单合规性自动核验方法，以克服现有技术 中的不足。

为实现上述目的，本发明提供如下技术方案：一种运单合规性自动核验 系统的核验方法，包括:

步骤1：配置审核项目，配置6个审核项目，将AuditMode的bit0～bit5 值全设置为1；

步骤2：建立探针服务，伪装模拟成mysql从库，实施监控审核项目数 据项；

步骤3：将检测审核项目数据项发送至kafka进行解藕；

步骤4：调度服务订阅kafka，调度服务根据业务类型进行归类，将不同 类型数据转发到Kafka对应的Topic；

步骤5：设置4项核验服务，分别为基础信息核验服务，支付核验服务， 回单核验服务以及合同核验服务，将6个审核项目分别分类至相应的核验服 务，

所述核验服务订阅到kafka相应的topic，处理同类数据核验，以分布式 处理；

步骤6：所述核验服务根据合规性核验模型数据以及核验规则进行核验， 若核验失败，记录失败原因；

步骤7：Redis中记录2个值：AuditSuccFlag和WaybillAuditFlag，WaybillAuditFlag用于记录已经审核的项目，AuditSuccFlag用于记录审核项 目的结果值，审核成功置位为1。当核验成功后，从Redis中根据运单获取 AuditSuccFlag值，设置AuditSuccFlag项目对应的bit为1，然后将结果 AuditSuccFlag回写到Redis；

步骤:8：在对应项目核验完成后，从Redis中根据对应运单号获取到WaybillAuditFlag，设置WaybillAuditFlag对应项目的bit为1，将结果 WaybillAuditFlag回写到Redis，并通知审核汇总服务；

步骤9：核验汇总服务收到项目核验完成通知后，从Redis取出运单的WaybillAuditFlag和AuditSuccFlag，将WaybillAuditFlag与配置的AuditMode 进行按位的与操作，即WaybillAuditFlag&AuditMode，得到结果值与 AuditMode对比，如果完全相同，则表示运单所有项目已经审核完成，并判 断AuditSuccFlag&AuditMode是否等于AuditMode，如果相等，则运单的最 终审核结果为审核通过，否则审核失败，

步骤10：汇总服务将最终运单的审核结果回写到数据库；

优选的，所述审核项目包括：承运人信息、司机信息、车辆信息、支付 流水信息、回单信息以及合同信息。

优选的，核验服务在Kafka回调通知数据到达时，通知ocr服务进行对 应类型图片的识别，ocr服务识别出图片上的数据，将结果返回给对应的核验 服务；

优选的，所述合规性核验模型包括：承运人信息合规性校验模型，包括

建模数据项：姓名，身份证号，身份证有效期限，身份证头像面图片， 身份证反面图片；

检验规则：姓名与图片上姓名一致，身份证号与图片上保持一致，身份 证有效期限不过期；

司机信息合规性建模数据，包括：

建模数据项：司机姓名、司机身份证号、身份证有效期限、地址、发证 机关、驾驶证姓名、驾驶证身份证号、准驾车型、身份证头像面图片、身份 证反面图片、驾驶证图片；

校验规则：姓名与身份证图片及驾驶证图片姓名保持一致；身份证号与 身份证图片及驾驶证图片姓名保持一致；身份证有效期限不过期；年龄限制 在20～60周岁；

车辆信息合规性校验模型，包括：

建模数据项：车牌号、车辆所有人、道路运输许可证号、行驶证正页图 片、行驶证副页图片、道路运输许可证图片；

校验规则：车牌号与行驶证图片及道路运输许可证图片保存一致；

支付流水信息合规性校验模型，包括：

建模数据项：支付流水号、付款人名称、收款人名称、运费支付金额、 支付凭证图片；

校验规则：付款人、收款人与支付凭证图片保持一致、支付凭证图片上 的打款金额需要超过运单运费支付金额；

回单信息合规性校验模型，包括：

建模数据项：运单号、车牌号、运输吨位、装卸货时间、回单图片；

校验规则：运单号、车牌号、运输吨位、装卸货时间与回单图片上的数 据保持一致；

合同信息合规性校验模型，包括：

建模数据项：合同号、甲方、乙方、合同金额、合同图片；

校验规则：合同号、甲方、乙方、合同金额与合同图片上的数据一致。

与现有技术相比，本申请的一种运单合规性自动核验系统的核验方法将 不同种类的审核服务标准化，规范化，服务专一，利于集群部署，同时通过 设立掩码模式，可以极方便通过位运算快速判断审核项目及审核结果，位掩 码模式很容易进行扩展。整个发明结合ocr智能识别，数据交叉核验，可以极 大减少人员工作了，达到降本增效的目的。

附图说明

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

图1为本发明具体实施例的一种运单合规性自动核验方法的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 详细的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全 部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造 性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

结合图1所示，本发明结合图像识别技术，物联网技术，地理位置处理 技术等，在用户提交单证数据后。自动触发后台的单证合规性校验服务，根 据各类业务进行进行分类合规性的校验流程：将物流运输过程中涉及到的数 据，单证资料等进行交叉校验匹配验证数据的准确性，快速准确的分析出哪 些单证数据是合规的，自动审核通过，哪些单证数据是明显有误的，自动审 核失败，打回給司机重新以便重新上传，哪些单证数据需要审核人员介入人 工处理。通过自动化快速分析，大部分单证数据都可以通过系统自动处理， 只有极少数单证数据需要人工介入，这样可以极大节省人力成本，加快审核 效率，自动化识别可以进行二十四小时无间断识别，不会阻碍业务的处理。

要实现上述功能，需要对单证数据中合规性校验的数据项进行分类建模：

1.承运人信息合规性校验模型：

建模数据项：姓名，身份证号，身份证有效期限，身份证头像面图片， 身份证反面图片

检验规则：姓名与图片姓名一致，身份证号与图片上保持一致，身份证 有效期限不过期

2.司机信息合规性建模数据：

建模数据项：司机姓名，司机身份证号，身份证有效期限，地址、发证 机关，驾驶证姓名，驾驶证身份证号，准驾车型，身份证头像面图片，身份 证反面图片，驾驶证图片

校验规则：姓名与身份证图片及驾驶证图片姓名保持一致，身份证号与 身份证图片及驾驶证图片姓名保持一致，身份证有效期限不过期，年龄限制 在20～60周岁

3.车辆信息合规性校验模型：

建模数据项：车牌号，车辆所有人，道路运输许可证号，行驶证正页图 片，行驶证副页图片，道路运输许可证图片，

校验规则：车牌号与行驶证图片及道路运输许可证图片保存一致，

4.支付流水信息合规性校验模型：

建模数据项：支付流水号，付款人名称，收款人名称，运费支付金额， 支付凭证图片

校验规则：付款人，收款人与支付凭证图片保持一致，支付凭证图片上 的打款金额需要超过运单运费支付金额

5.回单信息合规性校验模型：

建模数据项：运单号，车牌号，运输吨位，装卸货时间，回单图片

校验规则：运单号，车牌号，运输吨位，装卸货时间与回单图片上的数 据保持一致

6.合同信息合规性校验模型：

建模数据项：合同号，甲方，乙方，合同金额，合同图片

校验规则：合同号，甲方，乙方，合同金额与合同图片上的数据一致。

要实现运单多种类的资料快速调度审核及快速判断是否审核完成，需要 建立一个运单的标准审核模型，以1个64位无符号整型表示(AuditMode)。一 个无符号整型最大可支持64项的审核判断。基于目前运单所涵盖的资料，需 要核验6个项目，占用bit0～bit5为需要审核的项目，

bit0 承运人审核项

bit1 司机审核项

bit2 车辆审核项

bit3 支付审核项

bit4 回单审核项

bit5 合同审核项

对每个运单设立一个运单核验项变量(WaybillAuditFlag,64位无符号整型), 当某个核验项目审核完成后，致WaybillAuditFlag对应bit位为1。

汇总审核服务将WaybillAuditFlag与AuditMode进行位的与操作，如果结 果等于AuditMode，则为所有项目都已经审核，否则还存在待审项目。

运单还需设立一个审核成功标志变量(AuditSuccFlag,64位无符号整型)， 用于记录成功的审核项目，bit项目对应AuditMode里指定的项目。当项目审 核成功后，置该变量对应项目的相应bit位为1。当汇总审核服务判断运单所 有项目审核通过后，将AuditSuccFlag与AuditMode进行位的与操作，如果结 果等于AuditMode，则运单审核通过，否则审核失败。

如果64个项目不够，可以进行数组扩展，达到不限制审核项目数量的目 的。

具体的，本发明的一种运单合规性自动核验方法，包括：

步骤1)配置AuditMode为bit0～bit5值全为1，需要审核6个项目

步骤2)建立探针服务，伪装模拟成mysql从库，实时监控校验模型所关 注的数据项(承运人资料，司机资料，车辆资料，支付资料，回单资料，合 同资料对应数据项)，

步骤3)将检测到的数据项发送到kafka进行解藕

步骤4)调度服务订阅kafka，kafka回调通知调度服务新数据抵达

步骤5)调度服务根据业务类型，将业务数据进行归类，将不同类型数据 转发到Kafka不同的Topic，以实现校验服务集群分布式处理。承运人资料， 司机资料，车辆资料对应的是基础信息核验服务Topic

步骤6)各项核验服务订阅到Kafka相应的Topic，专职处理同类数据核 验，以分布式处理，

步骤7)各项核验服务在Kafka回调通知数据到达时，通知ocr服务进行 对应类型图片的识别，

步骤8)ocr服务识别出图片上的数据，将结果返回给对应的核验服务

步骤9)核验服务根据上面合规性校验模型的数据和校验规则进行核验流 程，如果针对核验规则审核失败，需要记录失败原因。

步骤10)如果项目核验成功，从Redis中根据运单获取AuditSuccFlag值 (如果不存在就初始化为0)，设置AuditSuccFlag项目对应的bit为1，然后 将结果AuditSuccFlag回写到Redis

步骤11)在对应项目核验完成后，从Redis中根据对应运单号获取到WaybillAuditFlag(如果不存在就初始化为0)，设置WaybillAuditFlag对应项 目的bit为1，将结果WaybillAuditFlag回写到Redis，并通知审核汇总服务

步骤12)核验汇总服务收到项目核验完成通知后，从Redis取出运单的WaybillAuditFlag和AuditSuccFlag，将WaybillAuditFlag与配置的AuditMode 进行按位的与操作，即WaybillAuditFlag&AuditMode，得到结果值与 AuditMode对比，如果完全相同，则表示运单所有项目已经审核完成，并判断 AuditSuccFlag&AuditMode是否等于AuditMode，如果相等，则运单的最终审 核结果为审核通过，否则审核失败，

步骤13)汇总服务将最终运单的审核结果回写到数据库

步骤14)用户可以通过运单号获取到最终的审核结果

本发明的一种运单合规性自动核验方法将不同种类的审核服务标准化， 规范化，服务专一，利于集群部署，同时通过设立掩码模式，可以极方便通 过位运算快速判断审核项目及审核结果，位掩码模式很容易进行扩展。整个 发明结合ocr智能识别，数据交叉核验，可以极大减少人员工作了，达到降本 增效的目的。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来 将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示 这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、 “包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系 列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明 确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有 的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素， 并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技 术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰， 这些改进和润饰也应视为本申请的保护范围。

Claims (4)

1.一种运单合规性自动核验系统的核验方法，其特征在于：包括:

步骤1：配置审核项目，配置6个审核项目，将AuditMode的bit0～bit5值全设置为1；

步骤2：建立探针服务，伪装模拟成mysql从库，实施监控审核项目数据项；

步骤3：将检测审核项目数据项发送至kafka进行解藕；

步骤4：调度服务订阅kafka，调度服务根据业务类型进行归类，将不同类型数据转发到Kafka对应的Topic；

步骤5：设置4项核验服务，分别为基础信息核验服务，支付核验服务，回单核验服务以及合同核验服务，将6个审核项目分别分类至相应的核验服务，所述核验服务订阅到kafka相应的topic，处理同类数据核验，以分布式处理；

步骤6：所述核验服务根据合规性核验模型数据以及核验规则进行核验，若核验失败，记录失败原因；

步骤7：核验成功后，从Redis中根据运单获取AuditSuccFlag值，设置AuditSuccFlag项目对应的bit为1，然后将结果AuditSuccFlag回写到Redis；

步骤8：在对应项目核验完成后，从Redis中根据对应运单号获取到WaybillAuditFlag，设置WaybillAuditFlag对应项目的bit为1，将结果WaybillAuditFlag回写到Redis，并通知审核汇总服务；

步骤9：核验汇总服务收到项目核验完成通知后，从Redis取出运单的WaybillAuditFlag和AuditSuccFlag，将WaybillAuditFlag与配置的AuditMode进行按位的与操作，即WaybillAuditFlag&AuditMode，得到结果值与AuditMode对比，如果完全相同，则表示运单所有项目已经审核完成，并判断AuditSuccFlag&AuditMode是否等于AuditMode，如果相等，则运单的最终审核结果为审核通过，否则审核失败，

步骤:10：汇总服务将最终运单的审核结果回写到数据库。

2.根据权利要求1所述的一种运单合规性自动核验系统的核验方法，其特征在于：所述审核项目包括：承运人信息、司机信息、车辆信息、支付流水信息、回单信息以及合同信息。

3.根据权利要求1所述的一种运单合规性自动核验系统的核验方法，其特征在于：核验服务在Kafka回调通知数据到达时，通知ocr服务进行对应类型图片的识别，ocr服务识别出图片上的数据，将结果返回给对应的核验服务。

4.根据权利要求1所述的一种运单合规性自动核验系统的核验方法，其特征在于：所述合规性核验模型包括：承运人信息合规性校验模型，包括建模数据项：姓名，身份证号，身份证有效期限，身份证头像面图片，身份证反面图片；

检验规则：姓名与图片姓名一致，身份证号与图片上保持一致，身份证有效期限不过期；

司机信息合规性建模数据，包括：

建模数据项：司机姓名、司机身份证号、身份证有效期限、地址、发证机关、驾驶证姓名、驾驶证身份证号、准驾车型、身份证头像面图片、身份证反面图片、驾驶证图片；

校验规则：姓名与身份证图片及驾驶证图片上姓名保持一致；身份证号与身份证图片及驾驶证图片上姓名保持一致；身份证有效期限不过期；年龄限制在20～60周岁；

车辆信息合规性校验模型，包括：

建模数据项：车牌号、车辆所有人、道路运输许可证号、行驶证正页图片、行驶证副页图片、道路运输许可证图片；

校验规则：车牌号与行驶证图片及道路运输许可证图片上的数据保持一致；支付流水信息合规性校验模型，包括：

建模数据项：支付流水号、付款人名称、收款人名称、运费支付金额、支付凭证图片；

校验规则：付款人、收款人与支付凭证图片上的数据保持一致、支付凭证图片上的打款金额需要超过运单运费支付金额；

回单信息合规性校验模型，包括：

建模数据项：运单号、车牌号、运输吨位、装卸货时间、回单图片；

校验规则：运单号、车牌号、运输吨位、装卸货时间与回单图片上的数据保持一致；

合同信息合规性校验模型，包括：

建模数据项：合同号、甲方、乙方、合同金额、合同图片；

校验规则：合同号、甲方、乙方、合同金额与合同图片上的数据一致。

Images