CN114626904A - 一种确定进项发票的方法及装置 - Google Patents

一种确定进项发票的方法及装置 Download PDF

Info

Publication number
CN114626904A
CN114626904A CN202011471822.XA CN202011471822A CN114626904A CN 114626904 A CN114626904 A CN 114626904A CN 202011471822 A CN202011471822 A CN 202011471822A CN 114626904 A CN114626904 A CN 114626904A
Authority
CN
China
Prior art keywords
invoice
information
labor
invoice information
platform
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202011471822.XA
Other languages
English (en)
Inventor
王馨
王军浩
高晨龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Aerospace Information Co ltd Enterprise Service Branch
Original Assignee
Aerospace Information Co ltd Enterprise Service Branch
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 Aerospace Information Co ltd Enterprise Service Branch filed Critical Aerospace Information Co ltd Enterprise Service Branch
Priority to CN202011471822.XA priority Critical patent/CN114626904A/zh
Publication of CN114626904A publication Critical patent/CN114626904A/zh
Pending legal-status Critical Current

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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • 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/12—Accounting
    • G06Q40/123—Tax preparation or submission
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/54—Indexing scheme relating to G06F9/54
    • G06F2209/547—Messaging middleware

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Software Systems (AREA)
  • Technology Law (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明实施例提供了一种确定进项发票的方法及装置，该方法包括创建用于采集发票信息的消息中间件，通过消息中间件采集各消费发票平台中的各发票信息，基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出各发票信息中匹配校验成功的M个发票信息，根据各发票信息中匹配校验成功的M个发票信息，确定出与业务订单对应的劳务信息。通过将基于消息中间件获取的各发票信息与业务订单进行匹配校验，可以确定出匹配校验成功的M个发票信息，并基于M个发票信息和劳务发票信息，可以确定出进项税额，如此可以有效地降低网络货运平台企业的增值税税负，从而可以减轻网络货运平台企业的负担。

Description

一种确定进项发票的方法及装置
技术领域
本发明实施例涉及物流运输技术领域，尤其涉及一种确定进项发票的方法及装置。
背景技术
物流行业作为我国经济发展、社会运行的毛细血管，为经济内循环发展提供了坚实保障，而网络货运平台凭借在降本增效、整合供需资源以及提升物流运输效率方面的出色表现，将在经济内循环格局下发挥巨大效用。
现阶段，网络货运平台企业的当期应缴纳增值税＝当期销项税额-实际抵扣进项税额。其中，进项税发票组成主要有油票、ETC发票和承运人劳务费发票。然而，网络货运平台企业一般都是非自有运力，会出现货运司机不提供油票和ETC发票的情况，因此获取油票和ETC发票的难度比较大。而这两部分占进项税发票的比例大概为40％～60％，且很难获得这两部分发票，因此导致企业实际缴纳的增值税税负高，使得企业负担过重。此外，现有网络货运服务平台还会存在合同与运单、行车轨迹的匹配不真实性的情况，导致现有网络货运服务平台不符合监管要求，使得企业承担的风险大。
综上，目前亟需一种确定进项发票的方法，用以有效地降低网络货运平台企业的增值税税负。
发明内容
本发明实施例提供了一种确定进项发票的方法及装置，用以有效地降低网络货运平台企业的增值税税负。
第一方面，本发明实施例提供了一种确定进项发票的方法，包括：
创建用于采集发票信息的消息中间件；
通过所述消息中间件采集各消费发票平台中的各发票信息；
基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息；所述M为大于等于1的整数；
根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息；
其中，所述各发票信息中匹配校验成功的M个发票信息和所述劳务发票信息用于确定所述业务订单对应的进项税额。
上述技术方案中，通过创建用于采集发票信息的消息中间件，并基于消息中间件采集各消费发票平台中的各发票信息。基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出各发票信息中匹配校验成功的M个发票信息，根据各发票信息中匹配校验成功的M个发票信息，确定出与业务订单对应的劳务信息，劳务信息用于指示劳务发票平台开具出劳务发票信息。由于通过消息中间件可以准确快速地获取到各消费发票平台中的各发票信息，并将业务订单与各发票信息进行匹配校验，可以确定出各发票信息中匹配校验成功的M个发票信息，再结合劳务发票信息，因此可以确定出业务订单对应的进项税额，如此可以有助于有效地降低网络货运平台企业的增值税税负，从而可以减轻网络货运平台企业的负担。此外，由于基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，因此可以确保业务的真实性，从而可以有助于确保发票信息符合监管要求。
可选地，所述创建用于采集发票信息的消息中间件，包括：
根据预设的发布订阅消息模式，创建用于采集发票信息的消息中间件。
上述技术方案中，通过根据预设的发布订阅消息模式，可以快速准确地创建出进行异步数据传输的消息中间件，如此可以便于各消费发票平台与网络货运平台间的数据流转。并由于消息中间件拥有完善的监控和消息重传机制，有助于确保数据传输的可靠性。
可选地，所述通过所述消息中间件采集各消费发票平台中的各发票信息，包括：
通过所述消息中间件对接所述各消费发票平台；
基于网络货运平台发起的发票订阅请求，在所述消息中间件中采集符合预设数据格式的所述各发票信息；所述消息中间件中存储有所述各消费发票平台提供的各发票信息。
上述技术方案中，通过消息中间件对接各消费发票平台，可以便于网络货运平台快速准确地采集到符合预设数据格式的各发票信息。
可选地，所述基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，包括：
将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，确定出所述各发票信息中与所述业务订单匹配的M个发票信息，并确定所述M个发票信息中的M个金额之和是否位于设定金额范围内；所述设定金额范围是根据所述各发票信息中的各金额在所述业务订单的总金额中的设定占比范围确定的；
若确定所述M个发票信息中的M个金额之和位于设定金额范围内，则确定匹配校验成功。
上述技术方案中，通过将业务订单分别与各消费发票平台中的各发票信息进行匹配，确定出各发票信息中与所述业务订单匹配的M个发票信息，并在确定M个发票信息中的M个金额之和位于设定金额范围内时，确定校验成功，可以确保业务的真实性，从而可以有助于确保发票信息符合监管要求。
可选地，所述将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，包括：
根据所述各发票信息的数量确定出N个线程；所述N个线程用于执行所述各发票信息与所述业务订单的匹配过程；所述N为大于等于1的整数。
上述技术方案中，通过多线程批量处理定时任务，即通过N个线程批量执行确定各发票信息与业务订单的匹配过程，可以有助于提高数据处理的速度，从而可以提高对各消费发票平台中的各发票信息进行校验的效率。
可选地，所述劳务信息包括劳务金额；
所述根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息，包括：
对所述业务订单的总金额和所述M个发票信息中的M个金额进行处理，确定出所述劳务金额；
根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息。
上述技术方案中，基于业务订单的总金额和M个发票信息中的M个金额，可以快速准确地确定出劳务金额，并根据劳务金额可以准确地在劳务发票平台上开具出劳务发票信息，如此有助于确保劳务发票信息的真实性、准确性。
可选地，所述根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息，包括：
调用所述劳务发票平台的接口，通过所述接口向所述劳务发票平台发送劳务发票开具请求；所述劳务发票开具请求用于指示所述劳务发票平台根据所述劳务金额开具出所述劳务发票信息。
上述技术方案中，通过调用劳务发票平台的接口，并通过接口向劳务发票平台发送劳务发票开具请求，以使劳务发票平台根据劳务金额准确地开具出劳务发票信息。
第二方面，本发明实施例还提供了一种确定进项发票的装置，包括：
创建单元，用于创建用于采集发票信息的消息中间件；
处理单元，用于通过所述消息中间件采集各消费发票平台中的各发票信息；基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息；所述M为大于等于1的整数；根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息；其中，所述各发票信息中匹配校验成功的M个发票信息和所述劳务发票信息用于确定所述业务订单对应的进项税额。
可选地，所述创建单元具体用于：
根据预设的发布订阅消息模式，创建用于采集发票信息的消息中间件。
可选地，所述处理单元具体用于：
通过所述消息中间件对接所述各消费发票平台；
基于网络货运平台发起的发票订阅请求，在所述消息中间件中采集符合预设数据格式的所述各发票信息；所述消息中间件中存储有所述各消费发票平台提供的各发票信息。
可选地，所述处理单元具体用于：
将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，确定出所述各发票信息中与所述业务订单匹配的M个发票信息，并确定所述M个发票信息中的M个金额之和是否位于设定金额范围内；所述设定金额范围是根据所述各发票信息中的各金额在所述业务订单的总金额中的设定占比范围确定的；
若确定所述M个发票信息中的M个金额之和位于设定金额范围内，则确定匹配校验成功。
可选地，所述处理单元具体用于：
根据所述各发票信息的数量确定出N个线程；所述N个线程用于执行所述各发票信息与所述业务订单的匹配过程；所述N为大于等于1的整数。
可选地，所述劳务信息包括劳务金额；
所述处理单元具体用于：
对所述业务订单的总金额和所述M个发票信息中的M个金额进行处理，确定出所述劳务金额；
根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息。
可选地，所述处理单元具体用于：
调用所述劳务发票平台的接口，通过所述接口向所述劳务发票平台发送劳务发票开具请求；所述劳务发票开具请求用于指示所述劳务发票平台根据所述劳务金额开具出所述劳务发票信息。
第三方面，本发明实施例提供一种计算设备，包括：
存储器，用于存储计算机程序；
处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行确定进项发票的方法。
第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行确定进项发票的方法。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种系统架构的示意图；
图2为本发明实施例提供的一种确定进项发票的方法的流程示意图；
图3为本发明实施例提供的一种基于消息中间件确定进项发票的流程示意图；
图4为本发明实施例提供的一种对油票、ETC发票进行数据校验的流程示意图；
图5为本发明实施例提供的一种确定进项发票的装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
下面首先对本发明实施例中涉及的部分用语进行解释说明，以便于本领域技术人员进行理解。
(1)进项税额：是指纳税人购进货物或接受应税劳务所支付或负担的增值税额。
(2)销项税额：是指增值税纳税人销售货物、加工修理修配劳务、服务、无形资产或者不动产，按照销售额和适用税率计算并向购买方收取的增值税税额。
(3)Kafka：是一种高吞吐量的分布式发布订阅消息系统，它可以处理消费者在网站中的所有动作流数据。通常可以用于web/nginx日志、访问日志，消息服务等。
(4)消息中间件：是利用高效可靠的消息传递机制进行异步的数据传输，并基于数据通信进行分布式系统的集成。并通过提供消息队列模型和消息传递机制，可以在分布式环境下扩展进程间的通信。通常来说，应用程序或应用系统之间不采取直接通信，而是使用消息中间作为中介，做到数据的异步通信。
如上介绍了本发明实施例中涉及的部分用语，下面对本发明实施例涉及的技术特征进行介绍。
下面对本发明实施例的设计思路进行简要介绍：
现阶段，网络货运平台企业的当期应缴纳增值税＝当期销项税额-实际抵扣进项税额。其中，进项税发票组成主要有油票、ETC发票和承运人劳务费发票。然而，网络货运平台企业一般都是非自有运力，会出现货运司机不提供油票和ETC发票的情况，因此获取油票和ETC发票的难度比较大。如此，增值税税负过高是网络货运平台企业面临的一大困境。
基于此，本发明实施例提供一种确定进项发票的方法及装置。在本发明实施例中，网络货运平台在满足业务真实性的基础上，通过与增值税进项发票来源的业务系统进行系统对接、业务整合，可以在满足监管需求及业务真实性的基础上实现降低增值税税负目的。即，基于现有网络货运平台企业已有的信息化系统的前提下，与增值税进项发票来源的业务系统进行系统对接，采集进项发票基础数据源，同时与现有网络货运平台系统对接，采集业务订单数据。建立数据校验规则，以便保证业务的订单数据与获取的票据数据匹配，在确保业务真实性的基础上开具出订单中的劳务发票，至此，一张业务订单对应的各进项发票全部获取到。如此，可以解决现有技术中存在网络货运平台企业所有增值税进项发票获取困难的问题，并通过信息化手段可以有效地降低网络货运平台企业的增值税税负，为网络货运平台企业减压的同时符合相关部门的监管要求。
为了便于理解本发明实施例，首先以图1中示出的系统架构为例说明适用于本发明实施例中确定进项发票的系统架构。该系统架构可以应用于网络货运平台采集各消费发票平台中的各发票信息等，在实际应用场景中，本发明对此并不作限定。如图1所示，该系统架构可以包括至少一个发票平台(发票平台111和发票平台112等)、网络货运平台120和消息中间件130。其中，每个发票平台分别与消息中间件130进行连接，网络货运平台120和消息中间件130进行连接，比如可以通过有线方式连接，或者通过无线方式连接，具体不作限定。
示例性地，以采集一笔运输订单中产生的三种进项发票(比如油票、ETC发票和劳务费发票)中的两种发票(油票、ETC发票)为例对确定进项发票的过程进行描述。网络货运平台120通过消息中间件130对接加油网点系统，在消息中间件130中可以快速准确地采集到加油网点系统提供的油票。并通过消息中间件130对接ETC票据开具系统，在消息中间件130中可以快速准确地采集到ETC票据开具系统提供的ETC发票。网络货运平台120在获取到油票、ETC发票后，将油票、ETC发票分别与业务订单的订单信息进行匹配，并在确定油票、ETC发票与业务订单的订单信息匹配后，判断油票的金额和ETC发票的金额之和是否超过业务订单的总金额的40％～60％，如果确定油票的金额和ETC发票的金额之和未超过业务订单的总金额的40％～60％，则对业务订单的总金额、油票的金额以及ETC发票的金额进行处理，确定出劳务金额。然后对接开具劳务发票的发票开具接口，向开具劳务发票的发票系统发送劳务发票开具请求，以使开具劳务发票的发票系统根据劳务金额开具出劳务发票。
需要说明的是，上述图1所示的结构仅是一种示例，本发明实施例对此不做限定。
基于上述描述，图2示例性的示出了本发明实施例提供的一种确定进项发票的方法的流程，该流程可以由确定进项发票的装置执行。
如图2所示，该流程具体包括：
步骤201，创建用于采集发票信息的消息中间件。
步骤202，通过所述消息中间件采集各消费发票平台中的各发票信息。
步骤203，基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息。
步骤204，根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息。
上述步骤201中，创建用于采集发票信息的消息中间件。即，根据预设的发布订阅消息模式，创建用于采集发票信息的消息中间件。如此可以便于各消费发票平台与网络货运平台间的数据流转。并由于消息中间件拥有完善的监控和消息重传机制，有助于确保数据传输的可靠性。示例性，继续以采集一笔运输订单中产生的三种进项发票(比如油票、ETC发票和劳务费发票)中的两种发票(油票、ETC发票)为例。在进行采集油票、ETC发票之前，本发明实施例创建一个MQ(Message Queue)消息中间件传输通道，该MQ消息中间件传输通道用于将加油网点系统和ETC票据发票开具系统中的发票数据传输进网络货运平台。
上述步骤202中，通过消息中间件采集各消费发票平台中的各发票信息。即，通过消息中间件对接各消费发票平台，再基于网络货运平台发起的发票订阅请求，在消息中间件中采集符合预设数据格式的各发票信息。通过消息中间件对接各消费发票平台，可以便于网络货运平台快速准确地采集到符合预设数据格式的各发票信息。其中，消息中间件中存储有各消费发票平台提供的各发票信息。示例性地，继续以采集一笔运输订单中产生的三种进项发票(比如油票、ETC发票和劳务费发票)中的两种发票(油票、ETC发票)为例。在通过消息中间件对接加油网点系统，以及对接ETC票据开具系统后，加油网点系统和ETC票据开具系统分别将自己的油票、ETC发票存储到消息中间件中，然而网络货运平台不一定会马上获取这些油票、ETC发票，在需要用这些油票、ETC发票的时候才会从消息中间件中获取。比如网络货运平台需要用到某一时间段的油票、ETC发票，则会发起发票订阅请求，基于发票订阅请求从消息中间件中获取该时间段的油票、ETC发票。其中，预设数据格式可以为JSON、XML或YAML等，本发明实施例对此并不作限定。
上述步骤203中，基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出各发票信息中匹配校验成功的M个发票信息。即，将业务订单分别与各消费发票平台中的各发票信息进行匹配，确定出各发票信息中与业务订单匹配的M个发票信息，并确定M个发票信息中的M个金额之和是否位于设定金额范围内。若确定M个发票信息中的M个金额之和位于设定金额范围内，则确定匹配校验成功。其中，设定金额范围是根据各发票信息中的各金额在业务订单的总金额中的设定占比范围确定的。需要说明的是，根据各发票信息的数量确定出N个线程，N个线程用于执行各发票信息与业务订单的匹配过程，可以有助于提高数据处理的速度，从而可以提高对各消费发票平台中的各发票信息进行校验的效率。
上述步骤204中，根据各发票信息中匹配校验成功的M个发票信息，确定出与业务订单对应的劳务信息，劳务信息用于指示劳务发票平台开具出劳务发票信息。即，在确定匹配校验成功后，对业务订单的总金额和M个发票信息中的M个金额进行处理，确定出劳务金额，并调用劳务发票平台的接口，通过接口向劳务发票平台发送劳务发票开具请求，劳务发票开具请求用于指示劳务发票平台根据劳务金额开具出劳务发票信息。如此，基于业务订单的总金额和M个发票信息中的M个金额，可以快速准确地确定出劳务金额，并根据劳务金额可以准确地在劳务发票平台上开具出劳务发票信息，如此有助于确保劳务发票信息的真实性、准确性。
在获取到劳务发票信息和M个发票信息后，可以根据劳务发票信息和M个发票信息确定出业务订单对应的进项税额。如此可以在满足业务真实性的情况下有效地降低网络货运平台企业的增值税税负，并可以解决现有技术中存在进项发票获取困难的问题。
有鉴于此，参考图3，图3为本发明实施例提供的一种基于消息中间件确定进项发票的流程示意图。下面结合图3对本发明实施例中确定进项发票的实施过程进行具体描述。
Step1：创建消息中间件传输通道。
创建消息中间件传输通道也就是建立一个发票传输通道。建立消息中间件传输通道主要用于将加油网点系统和ETC票据发票开具系统中的发票数据传输进网络货运平台。例如，本发明实施例可以采用Kafka建立消息中间件传输通道(异步数据传输通道)。其中，传输通道定义消息标准为：
a、加油网点系统提供油票的JSON数据格式。
b、ETC票据发票开具系统提供通行费发票JSON数据格式。
Step2：数据采集。
网络货运平台通过消息订阅，在已有消息格式的基础上，进行发票数据采集。
a、加油网点系统提供的油票信息：加油的车牌号、加油时间、增值税专用发票的基本要素信息。
例如，加油网点系统提供的油票信息可以为：
{
“CarNo”：“京QXXXXX”，
“Date”：“2020-10-21”，
“Code”：“123456”，
“Name”：“张XX”，
……
}
b、ETC发票开具系统提供的ETC发票信息：车牌号、ETC费用发生地、ETC费用发生时间、增值税专用发票的基本要素信息。
例如，ETC发票开具系统提供的ETC发票信息可以为：
{
“CarNo”：“京QXXXXX”，
“place”：“北京”，
“Date”：“2020-10-21”，
“Code”：“234312”，
“Name”：“张XX”，
……
}
Step3：数据校验。
网络货运平台通过定时任务进行多线程批处理，针对采集的数据进行数据匹配与校验。比如，本发明实施例可以采用springboot和elasticjob搭建分布式批处理定时任务，如此可以提高数据处理的速度。其中，参考图4，图4为本发明实施例提供的一种对油票、ETC发票进行数据校验的流程示意图，下面结合图4对采集的数据进行数据校验的过程进行描述，该数据校验的具体过程为：
a、将业务订单与油票进行匹配。
按照车牌号，将业务订单的订单时间区间与油票的加油时间进行匹配，确定出与业务订单匹配的油票。
b、将业务订单与ETC发票进行匹配。
按照车牌号，将业务订单的订单时间区间与ETC发生时间进行匹配，以及将车辆行车轨迹与ETC发生地点进行匹配，确定出与业务订单匹配的ETC发票。
c、确定油票的金额和ETC发票的金额之和是否超过业务订单总额的40％～60％。
在确定出与业务订单匹配的油票，以及确定出与业务订单匹配的ETC发票后，确定匹配的油票的金额和匹配的ETC发票的金额之和是否超过业务订单总额的40％～60％。
Step4：开具劳务费发票。
在确定匹配的油票的金额和匹配的ETC发票的金额之和未超过业务订单总额的40％～60％，则基于校验结果以及校验通过的油票、ETC发票，对一笔业务订单中的总额、该笔业务订单对应的校验通过的油票的金额和该笔业务订单对应的校验通过的ETC发票的金额进行处理，确定出该笔业务订单对应的劳务费金额，之后基于该笔业务订单对应的劳务费金额开具出该笔业务订单对应的劳务费发票。如此，发票数据仓库中的发票数据实现了完整性。其中，开具劳务费发票的过程为：
a、在确定校验通过后，计算劳务费金额。即，劳务费金额＝业务订单总金额-油票的金额-ETC发票的金额。
Step5：数据回传。
开具劳务费发票的发票开具系统在开好劳务费发票后，将劳务费发票发送给网络货运平台。
b、调用发票开具系统的接口，根据已计算出的劳务费金额开具出劳务费发票。
调用发票开具系统的接口，通过该接口向发票开具系统发送劳务发票开具请求，以使发票开具系统根据劳务金额开具出劳务发票。
示例性地，下面以行程(北京-山东济南)的业务订单为例进行描述本发明实施中确定进项发票的实施过程进行描述。
(1)比如，采集到的行程(北京-山东济南)的业务订单的订单信息为：
订单号：YS2020070100001；
订单金额：￥1,000；
业务发生日期：2020-7-1至2020-7-2；
承运车辆车牌号：京NXXXXX；
行车轨迹：北京-山东济南。
(2)采集到的与行程(北京-山东济南)的业务订单对应的油票信息为：
车辆车牌号：京NXXXXX；
a、第一次加油的油票信息为：
加油地：北京四季青加油站；
加油时间：2020-7-1；
加油金额：￥150；
发票号码：01010101。
b、第二次加油的油票信息为：
加油地：山东济南；
加油时间：2020-7-2；
加油金额：￥200；
发票号码：01010102。
(3)采集到的与行程(北京-山东济南)的业务订单对应的ETC发票信息为：
车辆车牌号：京NXXXXX；
a、第一次ETC收费的信息为：
收费站：河北A地；
收费时间：2020-7-1 10:00；
收费金额：￥50；
发票号码：02020201。
b、第二次ETC收费的信息为：
收费站：山东B地；
收费时间：2020-7-2 7:00；
收费金额：￥150；
发票号码：02020202。
(3)对采集到的油票信息、ETC发票信息进行匹配校验。
a、数据匹配。
车牌号为京NXXXXX的承运车辆在时间区间2020-7-1至2020-7-2的订单为YS2020070100001，匹配到已采集到发票数据仓库的油票及ETC发票为：
油票总金额为：150+200＝￥350。
ETC发票总金额为：50+150＝￥200。
b、数据校验。
根据订单总金额为￥1,000，油票总金额为￥350，ETC发票总金额为￥200，可以计算出“油票总金额+ETC发票总金额”占订单总金额的比例为55％。由此可知，该55％在40％～60％的合理范围内，因此可以确定校验通过。
(4)开具劳务费发票。
a、计算出劳务费金额。
根据订单总金额为￥1,000，油票总金额为￥350，ETC发票总金额为￥200，计算出劳务费金额为：￥1,000-￥350-￥200＝￥450。
b、开具出劳务费发票。
调用开票接口，开具出劳务费发票为：
发票号码：03030301；
发票金额：￥450。
上述实施例表明，通过创建用于采集发票信息的消息中间件，并基于消息中间件采集各消费发票平台中的各发票信息。基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出各发票信息中匹配校验成功的M个发票信息，根据各发票信息中匹配校验成功的M个发票信息，确定出与业务订单对应的劳务信息，劳务信息用于指示劳务发票平台开具出劳务发票信息。由于通过消息中间件可以准确快速地获取到各消费发票平台中的各发票信息，并将业务订单与各发票信息进行匹配校验，可以确定出各发票信息中匹配校验成功的M个发票信息，再结合劳务发票信息，因此可以确定出业务订单对应的进项税额，如此可以有助于有效地降低网络货运平台企业的增值税税负，从而可以减轻网络货运平台企业的负担。此外，由于基于数据匹配校验规则，将业务订单与各消费发票平台中的各发票信息进行匹配校验，因此可以确保业务的真实性，从而可以有助于确保发票信息符合监管要求。
基于相同的技术构思，图5示例性的示出了本发明实施例提供的一种确定进项发票的装置，该装置可以执行确定进项发票的方法的流程。
如图5所示，该装置包括：
创建单元501，用于创建用于采集发票信息的消息中间件；
处理单元502，用于通过所述消息中间件采集各消费发票平台中的各发票信息；基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息；所述M为大于等于1的整数；根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息；其中，所述各发票信息中匹配校验成功的M个发票信息和所述劳务发票信息用于确定所述业务订单对应的进项税额。
可选地，所述创建单元501具体用于：
根据预设的发布订阅消息模式，创建用于采集发票信息的消息中间件。
可选地，所述处理单元502具体用于：
通过所述消息中间件对接所述各消费发票平台；
基于网络货运平台发起的发票订阅请求，在所述消息中间件中采集符合预设数据格式的所述各发票信息；所述消息中间件中存储有所述各消费发票平台提供的各发票信息。
可选地，所述处理单元502具体用于：
将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，确定出所述各发票信息中与所述业务订单匹配的M个发票信息，并确定所述M个发票信息中的M个金额之和是否位于设定金额范围内；所述设定金额范围是根据所述各发票信息中的各金额在所述业务订单的总金额中的设定占比范围确定的；
若确定所述M个发票信息中的M个金额之和位于设定金额范围内，则确定匹配校验成功。
可选地，所述处理单元502具体用于：
根据所述各发票信息的数量确定出N个线程；所述N个线程用于执行所述各发票信息与所述业务订单的匹配过程；所述N为大于等于1的整数。
可选地，所述劳务信息包括劳务金额；
所述处理单元502具体用于：
对所述业务订单的总金额和所述M个发票信息中的M个金额进行处理，确定出所述劳务金额；
根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息。
可选地，所述处理单元502具体用于：
调用所述劳务发票平台的接口，通过所述接口向所述劳务发票平台发送劳务发票开具请求；所述劳务发票开具请求用于指示所述劳务发票平台根据所述劳务金额开具出所述劳务发票信息。
基于相同的技术构思，本发明实施例提供一种计算设备，包括：
存储器，用于存储计算机程序；
处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行确定进项发票的方法。
基于相同的技术构思，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行确定进项发票的方法。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种确定进项发票的方法，其特征在于，包括：
创建用于采集发票信息的消息中间件；
通过所述消息中间件采集各消费发票平台中的各发票信息；
基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息；所述M为大于等于1的整数；
根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息；
其中，所述各发票信息中匹配校验成功的M个发票信息和所述劳务发票信息用于确定所述业务订单对应的进项税额。
2.如权利要求1所述的方法，其特征在于，所述创建用于采集发票信息的消息中间件，包括：
根据预设的发布订阅消息模式，创建用于采集发票信息的消息中间件。
3.如权利要求1所述的方法，其特征在于，所述通过所述消息中间件采集各消费发票平台中的各发票信息，包括：
通过所述消息中间件对接所述各消费发票平台；
基于网络货运平台发起的发票订阅请求，在所述消息中间件中采集符合预设数据格式的所述各发票信息；所述消息中间件中存储有所述各消费发票平台提供的各发票信息。
4.如权利要求1所述的方法，其特征在于，所述基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，包括：
将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，确定出所述各发票信息中与所述业务订单匹配的M个发票信息，并确定所述M个发票信息中的M个金额之和是否位于设定金额范围内；所述设定金额范围是根据所述各发票信息中的各金额在所述业务订单的总金额中的设定占比范围确定的；
若确定所述M个发票信息中的M个金额之和位于设定金额范围内，则确定匹配校验成功。
5.如权利要求4所述的方法，其特征在于，所述将所述业务订单分别与所述各消费发票平台中的各发票信息进行匹配，包括：
根据所述各发票信息的数量确定出N个线程；所述N个线程用于执行所述各发票信息与所述业务订单的匹配过程；所述N为大于等于1的整数。
6.如权利要求1至5任一项所述的方法，其特征在于，所述劳务信息包括劳务金额；
所述根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息，包括：
对所述业务订单的总金额和所述M个发票信息中的M个金额进行处理，确定出所述劳务金额；
根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息。
7.如权利要求6所述的方法，其特征在于，所述根据所述劳务金额，在劳务发票平台上开具出所述劳务发票信息，包括：
调用所述劳务发票平台的接口，通过所述接口向所述劳务发票平台发送劳务发票开具请求；所述劳务发票开具请求用于指示所述劳务发票平台根据所述劳务金额开具出所述劳务发票信息。
8.一种确定进项发票的装置，其特征在于，包括：
创建单元，用于创建用于采集发票信息的消息中间件；
处理单元，用于通过所述消息中间件采集各消费发票平台中的各发票信息；基于数据匹配校验规则，将业务订单与所述各消费发票平台中的各发票信息进行匹配校验，并在确定匹配校验成功后，确定出所述各发票信息中匹配校验成功的M个发票信息；所述M为大于等于1的整数；根据所述各发票信息中匹配校验成功的M个发票信息，确定出与所述业务订单对应的劳务信息；所述劳务信息用于指示劳务发票平台开具出劳务发票信息；其中，所述各发票信息中匹配校验成功的M个发票信息和所述劳务发票信息用于确定所述业务订单对应的进项税额。
9.一种计算设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于调用所述存储器中存储的计算机程序，按照获得的程序执行权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行程序，所述计算机可执行程序用于使计算机执行权利要求1至7任一项所述的方法。
CN202011471822.XA 2020-12-14 2020-12-14 一种确定进项发票的方法及装置 Pending CN114626904A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011471822.XA CN114626904A (zh) 2020-12-14 2020-12-14 一种确定进项发票的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011471822.XA CN114626904A (zh) 2020-12-14 2020-12-14 一种确定进项发票的方法及装置

Publications (1)

Publication Number Publication Date
CN114626904A true CN114626904A (zh) 2022-06-14

Family

ID=81896645

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011471822.XA Pending CN114626904A (zh) 2020-12-14 2020-12-14 一种确定进项发票的方法及装置

Country Status (1)

Country Link
CN (1) CN114626904A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116821189A (zh) * 2023-07-05 2023-09-29 广东企企通科技有限公司 发票采集方法、装置、设备及介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116821189A (zh) * 2023-07-05 2023-09-29 广东企企通科技有限公司 发票采集方法、装置、设备及介质

Similar Documents

Publication Publication Date Title
US20190172010A1 (en) Freight shipment booking system
CN111461635B (zh) 一种基于物联网的供应链物流运输管理系统
CN106251109A (zh) 一种基于公共服务的物流结算平台系统
CN110738560A (zh) 基于区块链架构的应收账款质押融资方法及装置
CN108062640A (zh) 一种物流诚信管理系统
CN111882282A (zh) 航运的船货匹配方法、装置、设备及存储介质
CN111598502A (zh) 基于区块链的运单处理方法、系统、设备及存储介质
CN115859320A (zh) 一种基于区块链的再生资源回收数据防篡改系统
CN111695970A (zh) 一种订单处理方法和系统
CN114626904A (zh) 一种确定进项发票的方法及装置
CN114386903A (zh) 运单管控方法、装置、电子设备以及存储介质
CN113362025A (zh) 数据核算系统、方法、计算机可读存储介质、电子设备
CN113657846A (zh) 一种财务共享模式下企业资金管理方法及系统
CN112232789A (zh) Bop支付结算方法、装置、设备及可读存储介质
CN114970915A (zh) 一种具有差旅服务功能的航空票务系统
CN113919930A (zh) 一种单据与发票稽核系统及方法
CN112990922A (zh) 批量支付方法、装置、设备及存储介质
CN114003617A (zh) 一种智能城配物流调度运营系统
CN113393219A (zh) 物流业务数据的处理方法、装置、电子设备及存储介质
RU119146U1 (ru) Автоматизированная система для управления расчетами с клиентами грузовой компании
CN113435840A (zh) 财务数据采集录入方法
CN112561674A (zh) 客运收入结算方法、装置、存储介质及电子设备
CN111311162A (zh) 物流管理方法及系统
CN116167755A (zh) 基于道路货物运输的油气账单数据处理方法、设备及介质
CN112258174A (zh) 一种支付方法及相关设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination