WO2020233402A1 - 应付账款订单校验方法、装置、设备及存储介质 - Google Patents

应付账款订单校验方法、装置、设备及存储介质 Download PDF

Info

Publication number
WO2020233402A1
WO2020233402A1 PCT/CN2020/088766 CN2020088766W WO2020233402A1 WO 2020233402 A1 WO2020233402 A1 WO 2020233402A1 CN 2020088766 W CN2020088766 W CN 2020088766W WO 2020233402 A1 WO2020233402 A1 WO 2020233402A1
Authority
WO
WIPO (PCT)
Prior art keywords
invoice
order
accounts payable
face information
name
Prior art date
Application number
PCT/CN2020/088766
Other languages
English (en)
French (fr)
Inventor
罗武华
彭绍云
徐为恺
杨杨
江旻
Original Assignee
深圳前海微众银行股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 深圳前海微众银行股份有限公司 filed Critical 深圳前海微众银行股份有限公司
Publication of WO2020233402A1 publication Critical patent/WO2020233402A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03—Credit; Loans; Processing thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V30/00—Character recognition; Recognising digital ink; Document-oriented image-based pattern recognition
    • G06V30/40—Document-oriented image-based pattern recognition

Definitions

  • This application relates to the technical field of financial technology (Fintech), in particular to methods, devices, equipment and storage media for verifying accounts payable orders.
  • the main purpose of this application is to propose a method, device, equipment and storage medium for checking accounts payable orders, which aims to improve the efficiency and accuracy of checking accounts payable orders and reduce labor costs.
  • the determining module is used to determine that the accounts payable order has passed the verification after determining that there is no preset business risk in the accounts payable order.
  • the first verification module is further configured to:
  • the device for checking accounts payable order further includes:
  • the update module is used to update the available balance according to the order amount of the accounts payable order.
  • the key face information of the invoice manually entered at the front desk needs to be verified to determine whether the key face information of the invoice entered at the front desk is incorrect.
  • the above step S20 may further include: recognizing the ticket information in the invoice image file through optical character recognition; determining whether the key ticket information entered at the front desk is the same as the recognized ticket information; and determining whether the ticket information entered at the front desk is the same. After the key face information is the same as the recognized face information, it is determined that the key face information has passed the verification.
  • the server determines that the accounts payable order has passed the verification, and at this time, the verification passed flag can be added to the accounts payable order.
  • step S40 it may further include: updating the available balance according to the order amount of the accounts payable order.
  • a judging module configured to determine whether the accounts payable order has a preset business risk according to the key face information after the verification of the key face information is passed;
  • the update module is used to update the available balance according to the order amount of the accounts payable order.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Artificial Intelligence (AREA)
  • Economics (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种应付账款订单校验方法、装置、设备和存储介质，该方法包括：获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；根据所述发票影像文件对所述关键票面信息进行校验；确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。

Description

应付账款订单校验方法、装置、设备及存储介质
相关申请的交叉引用
本申请要求于2019年5月21日提交中国专利局、申请号为201910428123.8、申请名称为“应付账款订单校验方法、装置、设备及存储介质”的中国专利申请的优先权，其全部内容通过引用结合在申请中。
技术领域
本申请涉及金融科技(Fintech)技术领域，尤其涉及应付账款订单校验方法、装置、设备及存储介质。
背景技术
随着计算机技术的发展，越来越多的技术(大数据、分布式、区块链Blockchain、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性、实时性要求，也对技术提出了更高的要求。
供应链金融(Supply Chain Finance，简称SCF)是商业银行信贷业务的一个专业领域(银行层面)，也是企业尤其是中小企业的一种融资渠道。在供应链金融业务中，银行需要审核核心企业所提交的应付账款订单的贸易背景资料，比如发票，需要确认发票的金额、收款方、付款方等信息是否跟应付账款订单中的信息一致，而目前这一过程均是人工审核，不仅人力成本高、效率低下，而且容易出错。
发明概述
技术问题
问题的解决方案
技术解决方案
本申请的主要目的在于提出一种应付账款订单校验方法、装置、设备及存储介质，旨在提高应付账款订单校验效率和准确性，降低人力成本。
为实现上述目的，本申请提供一种应付账款订单校验方法，所述应付账款订单校验方法包括如下步骤：
获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；
根据所述发票影像文件对所述关键票面信息进行校验；
确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；以及
确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。
在一实施例中，所述根据所述发票影像文件对所述关键票面信息进行校验的步骤包括：
通过光学字符识别，识别所述发票影像文件中的票面信息；
判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；以及
确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
在一实施例中，所述根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险的步骤之前，还包括：
将所述关键票面信息发送至外部税务系统以进行发票真伪校验；以及
确定接收到所述外部税务系统返回的发票为真的信息后，执行步骤：根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
在一实施例中，所述根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险的步骤包括：
获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；
获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额；
判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；以及
确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述 订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
在一实施例中，所述确定所述应付账款订单不存在预设的业务风险的步骤之前，还包括：
判断所述发票的票面金额是否被使用过；
确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；
判断所述可用余额是否大于或等于所述订单金额；以及
确定所述可用余额大于或等于所述订单金额后，执行步骤：确定所述应付账款订单不存在预设的业务风险。
在一实施例中，所述确定所述应付账款订单校验通过的步骤之后，还包括：
根据所述应付账款订单的订单金额更新所述可用余额。
此外，为实现上述目的，本申请还提供一种应付账款订单校验装置，所述应付账款订单校验装置包括：
获取模块，用于获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；
第一校验模块，用于根据所述发票影像文件对所述关键票面信息进行校验；
判断模块，用于确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；以及
确定模块，用于确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。
在一实施例中，所述第一校验模块还用于：
通过光学字符识别，识别所述发票影像文件中的票面信息；
判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；以及
确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
在一实施例中，所述应付账款订单校验装置还包括：
第二校验模块，用于将所述关键票面信息发送至外部税务系统以进行发票真伪 校验；以及
所述判断模块，还用于确定接收到所述外部税务系统返回的发票为真的信息后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
在一实施例中，所述判断模块还用于：
获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；
获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额；
判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；以及
确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
在一实施例中，所述判断模块还用于：
判断所述发票的票面金额是否被使用过；
确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；
判断所述可用余额是否大于或等于所述订单金额；以及
确定所述可用余额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
在一实施例中，所述应付账款订单校验装置还包括：
更新模块，用于根据所述应付账款订单的订单金额更新所述可用余额。
此外，为实现上述目的，本申请还提供一种应付账款订单校验设备，所述应付账款订单校验设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应付账款订单校验程序，所述应付账款订单校验程序被所述处理器执行时实现如上所述的应付账款订单校验方法的步骤。
此外，为实现上述目的，本申请还提供一种存储介质，所述存储介质上存储有 应付账款订单校验程序，所述应付账款订单校验程序被处理器执行时实现如上所述的应付账款订单校验方法的步骤。
本申请获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；根据所述发票影像文件对所述关键票面信息进行校验；确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。通过这种方式，实现了对应付账款订单关联的发票和业务风险的自动校验，相比于现有的人工校验，本申请提高了应付账款订单校验效率和准确性，降低了人力成本。
发明的有益效果
对附图的简要说明
附图说明
图1是本申请实施例方案涉及的硬件运行环境的设备结构示意图；
图2为本申请应付账款订单校验方法第一实施例的流程示意图。
本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
发明实施例
本发明的实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
如图1所示，图1是本申请实施例方案涉及的硬件运行环境的设备结构示意图。
本申请实施例应付账款订单校验设备可以是PC机、服务器等设备。
如图1所示，该应付账款订单校验设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non- volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及应付账款订单校验程序。
在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的应付账款订单校验程序，并执行下述应付账款订单校验方法实施例中的操作。
基于上述硬件结构，提出本申请应付账款订单校验方法实施例。
参照图2，图2为本申请应付账款订单校验方法第一实施例的流程示意图，所述方法包括：
步骤S10，获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；
本实施例应付账款订单校验方法可以应用于供应链金融的场景。在供应链金融业务中，核心企业(自身规模较大、行业地位较高的企业)可以基于自身信用，当自身存在对供应链上游企业(供应商)的应付账款时，向银行申请创建应付账款订单，该应付账款订单创建成功后被上游企业接收，上游企业可将其作为资产向银行融资，从而解决供应链中存在的中小企业融资难问题。
本实施例应付账款订单校验方法具体通过银行的后台服务器实现。当后台服务器接收到前台的应付账款订单创建请求时，创建一个待校验的应付账款订单，并从前台获取与该待校验的应付账款订单关联的发票，以及前台录入的所述发票的关键票面信息和发票影像文件，其中，一个应付账款订单可以关联一张或多张发票，发票由核心企业提供，用作核心企业与上游企业之间的交易的证明，发票的关键票面信息包括但不限于发票类别、发票号码、发票代码、发票买方名称、发票卖方名称、发票出票日期、发票金额等，发票影像文件可以是电子发票或发票扫描件。
步骤S20，根据所述发票影像文件对所述关键票面信息进行校验；
该步骤中，需要对前台人工录入的发票的关键票面信息进行校验，以判断前台录入的发票的关键票面信息是否有误。
具体地，上述步骤S20可以进一步包括：通过光学字符识别，识别所述发票影像文件中的票面信息；判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
在本实施例中，服务器可以首先通过现有的光学字符识别(OCR，Optical Character Recognition)技术，识别发票影像文件中的票面信息，该票面信息包括但不限于发票类别、发票号码、发票代码、发票买方名称、发票卖方名称、发票出票日期、发票金额等，然后，判断前台录入的关键票面信息与识别出的票面信息是否相同，如两者的发票类别、发票号码、发票代码、发票买方名称、发票卖方名称、发票出票日期、发票金额是否相同，若相同，则说明前台人工录入的发票的关键票面信息无误，此时确定前台录入的发票的关键票面信息审核通过，若不相同，则向前台返回发票关键票面信息校验失败的提示信息。
需要说明的是，当与待校验的应付账款订单关联的发票有多张时，服务器可以创建多个并行校验作业以对多张发票的关键票面信息进行并行校验，如此可以提高校验效率，当然，服务器也可以对多张发票的关键票面信息依次进行校验，具体实施时可灵活设置。
确定所述关键票面信息校验通过后，执行步骤S30，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；
该步骤中，确定关键票面信息校验通过后，服务器进一步根据该关键票面信息判断当前的应付账款订单是否存在预设的业务风险，其中，业务风险的判断规则可以灵活设置，比如可以依次做如下判断：
1、判断发票买方名称与订单付款方名称是否相同；
2、发票卖方名称与订单收款方名称是否相同；
3、多张发票总金额是否大于或等于订单金额；
4、发票出票日期是否晚于合同签署日期。
当上述任一项判断为否时，即确定当前的应付账款订单存在业务风险，否则不存在业务风险。
进一步地，在上述步骤S30之前，还可以包括：将所述关键票面信息发送至外部税务系统以进行发票真伪校验；确定接收到所述外部税务系统返回的发票为真的信息后，执行步骤S30：根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
在本实施例中，服务器可以在关键票面信息校验通过时，进一步校验发票的真伪，具体地，服务器可以将关键票面信息发送至外部税务系统以进行发票真伪校验，确定接收到外部税务系统返回的发票为真的信息后，再根据关键票面信息判断应付账款订单是否存在预设的业务风险，反之确定接收到外部税务系统返回的发票为伪的信息后，向前台返回发票为伪的提示信息。
通过对发票进行真伪校验，能够提高对应付账款订单进行校验的可靠性。
确定所述应付账款订单不存在预设的业务风险后，执行步骤S40，确定所述应付账款订单校验通过。
该步骤中，确定应付账款订单不存在预设的业务风险后，服务器即确定应付账款订单校验通过，此时可为该应付账款订单添加校验通过的标识。
在本实施例中，获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；根据所述发票影像文件对所述关键票面信息进行校验；确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。通过这种方式，实现了对应付账款订单关联的发票和业务风险的自动校验，相比于现有的人工校验，本实施例提高了应付账款订单校验效率和准确性，降低了人力成本。
进一步地，基于本申请应付账款订单校验方法第一实施例，提出本申请应付账款订单校验方法第二实施例。
在本实施例中，上述步骤S30可以包括：获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签 署日期，以及订单金额；判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
在本实施例中，应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额可由前台人工录入，服务器从前台获取人工录入的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额等信息后，将其对应与关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额进行比较，确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，说明核心企业所提供的发票、合同和所申请创建的应付账款订单是符合业务规则的，此时确定应付账款订单不存在预设的业务风险，否则向前台返回当前应付账款订单存在业务风险的提示信息。
通过上述方式，满足了供应链金融的业务场景需求，保证了应付账款订单是合法的。
进一步地，基于本申请应付账款订单校验方法第二实施例，提出本申请应付账款订单校验方法第三实施例。
在本实施例中，上述确定应付账款订单不存在预设的业务风险的步骤之前，还可以包括：判断所述发票的票面金额是否被使用过；确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；判断所述可用余额是否大于或等于所述订单金额；确定所述可用余额大于或等于所述订单金额后，执行步骤：确定所述应付账款订单不存在预设的业务风险。
在现有的发票使用过程中，通常一张发票只能够被一个应付账款订单使用一次，即使发票金额没有被使用完，如此导致了发票金额的浪费，影响了客户体验 。为此，本实施例中，服务器可以保存每张发票的使用信息，该使用信息包括发票的票面金额是否已被使用过、已使用金额、可用余额等；服务器在确定应付账款订单不存在预设的业务风险后，可以进一步根据预先保存的每张发票的使用信息，首先判断与该应付账款订单关联的发票的票面金额是否被使用过，若被使用过，则获取该发票的可用余额，然后判断该可用余额是否大于或等于订单金额，若是，则可以确定该应付账款订单不存在预设的业务风险。
通过上述方式，保证了在发票的票面金额没有被使用完且余额高于订单金额时，该发票仍然被看作是不存在业务风险的，也即可以继续被使用，从而避免了发票金额的浪费，提高了客户体验。
进一步地，在上述步骤S40之后，还可以包括：根据所述应付账款订单的订单金额更新所述可用余额。
在服务器确定应付账款订单校验通过之后，服务器可以根据应付账款订单的订单金额更新与该应付账款订单关联的发票的可用余额。比如，假设当前发票面值为10000，当前应付账款订单需占用3000，则当前发票被使用的历史记录与发票使用信息更新之间的对应关系可以参照下表：
[Table 1]
Figure PCTCN2020088766-appb-000001
通过记录发票使用信息并更新发票的可用余额，实现了对发票金额的精细化管理，避免了发票金额的浪费，提高了客户体验。
本申请还提供一种应付账款订单校验装置。所述应付账款订单校验装置包括：
获取模块，用于获取与待校验的应付账款订单关联的发票，并获取前台录入的 所述发票的关键票面信息和发票影像文件；
第一校验模块，用于根据所述发票影像文件对所述关键票面信息进行校验；
判断模块，用于确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；以及
确定模块，用于确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。
进一步地，所述第一校验模块还用于：
通过光学字符识别，识别所述发票影像文件中的票面信息；
判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；以及
确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
进一步地，所述应付账款订单校验装置还包括：
第二校验模块，用于将所述关键票面信息发送至外部税务系统以进行发票真伪校验；以及
所述判断模块，还用于确定接收到所述外部税务系统返回的发票为真的信息后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
进一步地，所述判断模块还用于：
获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；
获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额；
判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；以及
确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
进一步地，所述判断模块还用于：
判断所述发票的票面金额是否被使用过；
确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；
判断所述可用余额是否大于或等于所述订单金额；以及
确定所述可用余额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
进一步地，所述应付账款订单校验装置还包括：
更新模块，用于根据所述应付账款订单的订单金额更新所述可用余额。
上述各程序模块所执行的方法可参照本申请应付账款订单校验方法各个实施例，此处不再赘述。
本申请还提供一种存储介质。
本申请存储介质上存储有应付账款订单校验程序，所述应付账款订单校验程序被处理器执行时实现如上所述的应付账款订单校验方法的步骤。
其中，在所述处理器上运行的应付账款订单校验程序被执行时所实现的方法可参照本申请应付账款订单校验方法各个实施例，此处不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器， 或者网络设备等)执行本申请各个实施例所述的方法。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (14)

  1. 一种应付账款订单校验方法，其中，所述应付账款订单校验方法包括如下步骤：
    获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；
    根据所述发票影像文件对所述关键票面信息进行校验；
    确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；以及
    确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。
  2. 如权利要求1所述的应付账款订单校验方法，其中，所述根据所述发票影像文件对所述关键票面信息进行校验的步骤包括：
    通过光学字符识别，识别所述发票影像文件中的票面信息；
    判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；以及
    确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
  3. 如权利要求1所述的应付账款订单校验方法，其中，所述根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险的步骤之前，还包括：
    将所述关键票面信息发送至外部税务系统以进行发票真伪校验；以及
    确定接收到所述外部税务系统返回的发票为真的信息后，执行步骤：根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
  4. 如权利要求1至3中任一项所述的应付账款订单校验方法，其中，所述根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险的步骤包括：
    获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；
    获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额；
    判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；以及
    确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
  5. 如权利要求4所述的应付账款订单校验方法，其中，所述确定所述应付账款订单不存在预设的业务风险的步骤之前，还包括：
    判断所述发票的票面金额是否被使用过；
    确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；
    判断所述可用余额是否大于或等于所述订单金额；以及
    确定所述可用余额大于或等于所述订单金额后，执行步骤：确定所述应付账款订单不存在预设的业务风险。
  6. 如权利要求5所述的应付账款订单校验方法，其中，所述确定所述应付账款订单校验通过的步骤之后，还包括：
    根据所述应付账款订单的订单金额更新所述可用余额。
  7. 一种应付账款订单校验装置，其中，所述应付账款订单校验装置包括：
    获取模块，用于获取与待校验的应付账款订单关联的发票，并获取前台录入的所述发票的关键票面信息和发票影像文件；
    第一校验模块，用于根据所述发票影像文件对所述关键票面信息 进行校验；
    判断模块，用于确定所述关键票面信息校验通过后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险；以及
    确定模块，用于确定所述应付账款订单不存在预设的业务风险后，确定所述应付账款订单校验通过。
  8. 如权利要求7所述的应付账款订单校验装置，其中，所述第一校验模块还用于：
    通过光学字符识别，识别所述发票影像文件中的票面信息；
    判断前台录入的所述关键票面信息与识别出的所述票面信息是否相同；以及
    确定前台录入的所述关键票面信息与识别出的所述票面信息相同后，确定所述关键票面信息校验通过。
  9. 如权利要求7所述的应付账款订单校验装置，其中，所述应付账款订单校验装置还包括：
    第二校验模块，用于将所述关键票面信息发送至外部税务系统以进行发票真伪校验；以及
    所述判断模块，还用于确定接收到所述外部税务系统返回的发票为真的信息后，根据所述关键票面信息判断所述应付账款订单是否存在预设的业务风险。
  10. 如权利要求7至9中任一项所述的应付账款订单校验装置，其中，所述判断模块还用于：
    获取所述关键票面信息中的发票买方名称、发票卖方名称、发票出票日期，以及与所述关键票面信息的对应的发票总金额；
    获取所述应付账款订单的订单付款方名称、订单收款方名称、合同签署日期，以及订单金额；
    判断所述发票买方名称与所述订单付款方名称是否相同、所述发票卖方名称与所述订单收款方名称是否相同、所述发票出票日期 是否晚于所述合同签署日期，以及所述发票总金额是否大于或等于所述订单金额；以及
    确定所述发票买方名称与所述订单付款方名称相同、所述发票卖方名称与所述订单收款方名称相同、所述发票出票日期晚于所述合同签署日期，且所述发票总金额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
  11. 如权利要求10所述的应付账款订单校验装置，其中，所述判断模块还用于：
    判断所述发票的票面金额是否被使用过；
    确定所述发票的票面金额被使用过后，获取预先保存的所述发票的可用余额；
    判断所述可用余额是否大于或等于所述订单金额；以及
    确定所述可用余额大于或等于所述订单金额后，确定所述应付账款订单不存在预设的业务风险。
  12. 如权利要求11所述的应付账款订单校验装置，其中，所述应付账款订单校验装置还包括：
    更新模块，用于根据所述应付账款订单的订单金额更新所述可用余额。
  13. 一种应付账款订单校验设备，其中，所述应付账款订单校验设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应付账款订单校验程序，所述应付账款订单校验程序被所述处理器执行时实现如权利要求1至6中任一项所述的应付账款订单校验方法的步骤。
  14. 一种存储介质，其特征在于，所述存储介质上存储有应付账款订单校验程序，所述应付账款订单校验程序被处理器执行时实现如权利要求1至6中任一项所述的应付账款订单校验方法的步骤。
PCT/CN2020/088766 2019-05-21 2020-05-06 应付账款订单校验方法、装置、设备及存储介质 WO2020233402A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910428123.8 2019-05-21
CN201910428123.8A CN110163614A (zh) 2019-05-21 2019-05-21 应付账款订单校验方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
WO2020233402A1 true WO2020233402A1 (zh) 2020-11-26

Family

ID=67632020

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/088766 WO2020233402A1 (zh) 2019-05-21 2020-05-06 应付账款订单校验方法、装置、设备及存储介质

Country Status (2)

Country Link
CN (1) CN110163614A (zh)
WO (1) WO2020233402A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110163614A (zh) * 2019-05-21 2019-08-23 深圳前海微众银行股份有限公司 应付账款订单校验方法、装置、设备及存储介质
CN111582959A (zh) * 2020-05-08 2020-08-25 国网浙江省电力有限公司杭州供电公司 一种基于wbs的订单智能处理系统
CN112132649A (zh) * 2020-08-28 2020-12-25 绿瘦健康产业集团有限公司 一种订单校验处理方法、装置、介质及终端设备
CN112288502B (zh) * 2020-11-02 2023-01-10 支付宝(杭州)信息技术有限公司 电子乘车发票处理方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100246958A1 (en) * 2009-03-30 2010-09-30 Digital Business Processes, Inc. Table grid detection and separation
CN102903171A (zh) * 2012-09-21 2013-01-30 山东电力集团公司物资供应公司 自助式智能录入验审发票处理系统与方法
CN109472918A (zh) * 2018-10-12 2019-03-15 深圳壹账通智能科技有限公司 发票验证方法、融资审核方法、装置、设备及介质
CN109727110A (zh) * 2018-12-28 2019-05-07 北京爱康鼎科技有限公司 财务管理系统
CN110163614A (zh) * 2019-05-21 2019-08-23 深圳前海微众银行股份有限公司 应付账款订单校验方法、装置、设备及存储介质

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7765155B2 (en) * 2003-03-13 2010-07-27 International Business Machines Corporation Invoice processing approval and storage system method and apparatus
CN105205705B (zh) * 2015-08-27 2019-04-02 北京瑞宏科技有限公司 一种电子发票自动入账方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100246958A1 (en) * 2009-03-30 2010-09-30 Digital Business Processes, Inc. Table grid detection and separation
CN102903171A (zh) * 2012-09-21 2013-01-30 山东电力集团公司物资供应公司 自助式智能录入验审发票处理系统与方法
CN109472918A (zh) * 2018-10-12 2019-03-15 深圳壹账通智能科技有限公司 发票验证方法、融资审核方法、装置、设备及介质
CN109727110A (zh) * 2018-12-28 2019-05-07 北京爱康鼎科技有限公司 财务管理系统
CN110163614A (zh) * 2019-05-21 2019-08-23 深圳前海微众银行股份有限公司 应付账款订单校验方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN110163614A (zh) 2019-08-23

Similar Documents

Publication Publication Date Title
WO2020233402A1 (zh) 应付账款订单校验方法、装置、设备及存储介质
US10163102B2 (en) Method and system for using social networks to verify entity affiliations and identities
US8255304B1 (en) Systems and methods for audit confirmation and other confirmation services
WO2020024393A1 (zh) 单证报销结算方法、装置、计算机设备及存储介质
US20140046820A1 (en) Method and apparatus for managing a financial transaction system
US8452709B2 (en) Methods and systems for verifying customer supplied financial account information using debit and credit transactions
US20110196786A1 (en) Determining trustworthiness and familiarity of users of an electronic billing and payment system
US11107076B1 (en) Automatic transaction-based verification of account ownership
US20130325706A1 (en) System, method, apparatus, and computer program product for improved payment processing
CN102171716A (zh) 用于提供实时处理服务的方法和系统
WO2018223766A1 (zh) 计算佣金的方法、存储介质、终端设备及装置
CN116128458B (zh) 用于医院经费卡报账的智能自动审核系统
CN109978542B (zh) 应付账款数据的管理方法、系统、存储介质和电子设备
CN113034275B (zh) 一种基于区块链网络的管理系统、方法及终端设备
WO2021120760A1 (zh) 一种基于区块链的电子发票的开具方法及装置
KR102590475B1 (ko) 증권형 토큰 정보 관리 서비스 방법 및 sto 플랫폼
CN112785402A (zh) 票据信息处理方法、票据信息处理系统及存储介质
US20200193525A1 (en) System and method for automatic verification of expense note
WO2021073264A1 (zh) 票据信息采集方法、装置、计算机设备及可读存储介质
CN112231634A (zh) 一种基于企业信息的信贷额度计算方法、系统和设备
CN110866816A (zh) 一种基于区块链网络的数据处理方法、装置及存储介质
CN115456747B (zh) 一种erp系统自动智能结账方法、装置及存储介质
US7654447B1 (en) Auto check reorder
RU2718527C1 (ru) Автоматизированная система и способ привязки кассовых чеков к платежным транзакциям
US20220230153A1 (en) Payment manager having data enrichment tool

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20810683

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20810683

Country of ref document: EP

Kind code of ref document: A1