CN115099884A - 一种开票方法及系统 - Google Patents

一种开票方法及系统 Download PDF

Info

Publication number
CN115099884A
CN115099884A CN202210633090.2A CN202210633090A CN115099884A CN 115099884 A CN115099884 A CN 115099884A CN 202210633090 A CN202210633090 A CN 202210633090A CN 115099884 A CN115099884 A CN 115099884A
Authority
CN
China
Prior art keywords
target
invoice
invoicing
payer
information
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
CN202210633090.2A
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.)
Bairong Zhixin Beijing Credit Investigation Co Ltd
Original Assignee
Bairong Zhixin Beijing Credit Investigation Co Ltd
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 Bairong Zhixin Beijing Credit Investigation Co Ltd filed Critical Bairong Zhixin Beijing Credit Investigation Co Ltd
Priority to CN202210633090.2A priority Critical patent/CN115099884A/zh
Publication of CN115099884A publication Critical patent/CN115099884A/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
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • 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/22—Payment schemes or models
    • G06Q20/28—Pre-payment schemes, e.g. "pay before"
    • 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/4014—Identity check for transactions

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种开票方法及系统，涉及数据处理技术领域，主要目的在于实现通过账单信息和合同信息提高发票信息的可靠性。本发明主要的技术方案为：获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息；根据所述付款方身份标识获取所述待开目标发票对应的开票项目以及所述开票项目金额；通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；根据所述付款方身份标识获取所述目标开票账单对应的目标有效合同；所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；接收所述服务端反馈的所述目标发票。本发明用于开发票系统。

Description

一种开票方法及系统
技术领域
本发明涉及开票处理技术领域，尤其涉及一种开票方法及系统。
背景技术
开发票在日常生活和工作生活中都很常见，发票包括纸质发票和电子版发票。如果有开发票的需求，会填写开票的单据，单据上记录的发票信息包括付款方名称、纳税人识别号、发票项目、金额、收款方账号、收款方名称等，基于上述发票信息开具所需发票，而上述发票信息需要开票人员进行填写或输入。
目前，在企业中，一般采用OA审批系统，用户在OA审批系统中通过人工输入的方式填写开票项目金额、开票总金额、纳税人识别号等发票信息，并且发票总金额是通过人工计算，财务审批通过后，给用户开具发票。
但是，目前人工填写开票信息的方式容易出现开票项目金额输入错误或作假、发票总金额计算错误、发票项目作假等导致发票信息可靠性降低的问题。
发明内容
鉴于上述问题，本发明提供一种开票方法及系统，主要目的是为了实现通过账单信息和合同信息提高发票信息的可靠性。
为解决上述技术问题，本发明提出以下方案：
第一方面，本发明提供一种开票方法，所述方法包括：
获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；
根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；
将所述待开目标发票的开票请求、所述目标账单信息和所述目标有效合同信息发送到服务端；
所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收所述服务端反馈的所述目标发票。
优选地，所述付款类型包括应付款、预付款、部分应付款和部分预付款；
在获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息之后，所述方法还包括：
获取所述待开目标发票对应的付款类型；
若所述待开目标发票的付款类型为应付款，则进一步根据所述付款方身份标识获取所述付款方的预录账单信息列表。
优选地，在获取所述待开目标发票对应的付款类型之后，所述方法还包括：
若所述待开目标发票的付款类型为预付款，则在预设金额范围内输入预付目标金额，得到所述待开目标发票总金额。
优选地，在获取所述待开目标发票对应的付款类型之后，所述方法还包括：
若所述待开目标发票的付款类型为部分应付款和部分预付款，则根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取所述部分应付款对应的目标开票账单，根据所述目标开票账单确定所述待开目标发票中所述部分应付款对应的开票项目以及所述开票项目金额，且在预设金额范围内输入预付目标金额；
通过预设计算方式计算所述开票项目金额和所述输入目标金额，得到所述待开目标发票总金额。
优选地，所述方法还包括：
获取付款方的回款信息；
根据所述付款方的回款信息修改所述预录账单信息列表中对应的付款信息，所述付款信息至少包括付款状态和付款金额。
优选地，所述获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，包括：
获取目标业务员的身份标识，
根据所述目标业务员身份标识获取所述目标业务员的预设客户列表；
基于所述预设客户列表通过选取目标客户确定所述待开目标发票对应的付款方身份标识；
根据所述付款方身份标识获取所述待开目标发票的所述发票基础信息。第二方面，本发明提供一种开票系统，所述系统包括：
第一获取单元，用于获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
第二获取单元，用于根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
计算单元，用于通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；
第三获取单元，用于根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；
发送单元，用于将所述待开目标发票的开票请求、所述目标账单信息和所述目标有效合同信息发送到服务端；
生成单元，用于所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收单元，用于接收所述服务端反馈的所述目标发票。
优选地，所述付款类型包括应付款、预付款、部分应付款和部分预付款，所述系统还包括：
第四获取单元，用于获取所述待开目标发票对应的付款类型；还用于若所述待开目标发票的付款类型为应付款，则进一步根据所述付款方身份标识获取所述付款方的预录账单信息列表。
优选地，所述系统还包括：
输入单元，用于若所述待开目标发票的付款类型为预付款，则在预设金额范围内输入预付目标金额，得到所述待开目标发票总金额。
优选地，所述系统包括：
输入单元，还用于若所述待开目标发票的付款类型为部分应付款和部分预付款，则根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取所述部分应付款对应的目标开票账单，根据所述目标开票账单确定所述待开目标发票中所述部分应付款对应的开票项目以及所述开票项目金额，且在预设金额范围内输入预付目标金额；
计算单元，还用于通过预设计算方式计算所述开票项目金额和所述输入目标金额，得到所述待开目标发票总金额。
优选地，所述系统还包括：
第五获取单元，用于获取付款方的回款信息；
修改单元，用于根据所述付款方的回款信息修改所述预录账单信息列表中对应的付款信息，所述付款信息至少包括付款状态和付款金额。
优选地，所述第一获取单元包括：
第一获取模块，用于根据所述目标业务员身份标识获取所述目标业务员的预设客户列表；
确定模块，用于基于所述预设客户列表通过选取目标客户确定所述待开目标发票对应的付款方身份标识；
第二获取模块，用于根据所述付款方身份标识获取所述待开目标发票的所述发票基础信息。
为了实现上述目的，根据本发明的第三方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述第一方面所述开票方法。
为了实现上述目的，根据本发明的第四方面，提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面所述用于开票系统的全部或部分步骤。
借由上述技术方案，本发明提供的开票方法及系统，是由于在企业中，一般采用OA审批系统，用户在OA审批系统中通过人工输入的方式填写开票项目金额、开票总金额、纳税人识别号等发票信息，并且发票总金额是通过人工计算，财务审批通过后，给用户开具发票。但是，目前人工填写开票信息的方式容易出现开票项目金额输入错误或作假、发票总金额计算错误、发票项目作假等导致发票信息可靠性降低的问题。为此，本发明通过获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；将所述待开目标发票的开票请求、目标账单信息和目标有效合同信息发送到服务端；所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；接收所述服务端反馈的所述目标发票。本发明能够通过系统提供完整必要的开票资料，账单和合同等附属资料，确保每一张发票，都有对应的合同和对应的账单，确保法理基础，避免了开票项目金额输入错误或作假、发票总金额计算错误、发票项目作假等导致发票信息可靠性降低的问题，提高财务审批开票的准确性和效率，提高了发票的真实性和可靠性。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明实施例提供的一种开票方法流程图；
图2示出了本发明实施例提供的另一种开票方法流程图；
图3示出了本发明实施例提供的一种开票系统的组成框图；
图4示出了本发明实施例提供的另一种开票系统的组成框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
在企业中，一般都有OA审批系统，如果有开发票的需求，会填写开票的单据，财务审核通过后，会给当事人开纸质版发票，随着时代的发展，现在也有完全电子版的发票，在OA审批系统，填写开票金额、税号等，财务审批通过后，给当事人开电子版发票，但是不论是开纸质版发票还是电子版发票，均需要人工填写或输入发票信息，由于人工填写开票信息的方式容易出现开票项目金额输入错误或作假、发票总金额计算错误、发票项目作假等导致发票信息可靠性降低的问题。为此，本发明实施例提供了一种开票方法，通过该方法实现通过账单信息和合同信息提高发票信息的可靠性，其具体执行步骤如图1所示，包括：
101、获取待开目标发票对应的付款方身份标识以及付款方对应的发票基础信息。
其中，所述发票基础信息至少包括纳税人识别号。所述待开目标发票是商务人员应客户要求向公司申请开具的发票凭证；所述付款方是购买或预定公司产品的客户。所述付款方身份标识可以为编号、名称等，本步骤不做具体限定。通过在客户端输入所述付款方的编号或名称，则客户端界面就会出现所述付款方的相关信息，例如注册登记名称、纳税人识别号、公司地址、公司电话等预录信息；根据开发票所需的发票信息对上述信息进行勾选即可确定所述待开目标发票的发票基础信息，所述发票基础信息包括纳税人识别号、付款方名称、注册登记名称等，本步骤不做具体限定；
102、根据付款方身份标识获取付款方的预录账单信息列表，在预录账单信息列表中选取目标开票账单，根据目标开票账单确定待开目标发票对应的开票项目以及开票项目金额。
其中，所述预录账单信息列表是商务人员在执行商务活动中与客户(即为付款方)已签署账单的账单信息集合；商务人员在预录账单信息列表中录入已签署的账单信息，所述账单信息包括客户身份标识(即为付款方身份标识)、业务项目、业务项目金额、付款情况等，本步骤不做具体限定；并且对每个客户(即为付款方)均设置有专属的预录账单列表，因此，根据客户身份标识(即为付款方名身份标识)可以获取到其专属的预录账单列表，商务人员在此预录账单列表中选择开发票所需的该付款方对应的账单，所述账单的数量至少一个。
103、通过预设计算方式计算开票项目金额，得到待开目标发票总金额。
其中，所述预设计算方式可以为简单叠加的方式、多次简单叠加检验计算结果的方式等，本步骤不做具体限定。
根据步骤102可得，所述待开目标发票中开票项目以及开票项目金额，所述开票项目可以为一个，也可以为多个；当开票项目为一个时，就直接作为所述待开目标发票的总金额；当开票项目为多个时，将所有的开篇项目的金额相加得总金额，将此总金额作为所述待开目标发票的总金额。
104、根据付款方身份标识获取付款方的预录有效合同信息列表，在预录有效合同信息列表中选取目标开票账单对应的目标有效合同。
其中，所述预录有效合同信息列表是商务人员在执行商务活动中与客户(即为付款方)已签署的有效合同的信息集合；商务人员在预录有效合同信息列表中录入已签署的有效合同信息，所述有效合同信息包括客户身份标识(即为付款方身份标识)、业务项目(对应账单中的业务项目)、业务项目金额、合同期限等，本步骤不做具体限定；并且对每个客户(即为付款方)均设置有专属的预录有效合同信息列表，因此，根据客户身份标识(即为付款方名身份标识)可以获取到其专属的预录有效合同信息列表，商务人员在此预录有效合同信息列表中选择开发票所需的该目标开票账单对应的目标有效合同。
105、将待开目标发票的开票请求、目标账单信息和目标有效合同信息发送到服务端。
106、服务端基于目标账单信息和目标有效合同信息审核待开目标发票的开票信息，若审核合格，生成目标发票。
其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；服务端接收到客户发送的所述待开目标发票的开票请求，根据所述开票请求获得所述待开目标发票的开票信息，再根据目标账单中记录的付款方信息和业务相关信息核对所述开票信息是否准确，其中，所述付款方信息包括付款方名称、纳税人识别号等，本步骤不做具体限定；所述业务相关信息包括业务项目、业务项目金额、日期等，本步骤不做具体限定；再根据所述目标账单与所述目标有效合同检查所述目标账单是否有对应的有效合同作为依据，若所述目标有效合同中包含所述目标账单中的内容，则所述开票信息审核通过，服务端根据所述开票信息进行开具发票，并将开具的发票返回给客户端，其中，所述内容为付款方名称、业务项目、业务项目金额等，本步骤不做具体限定。
107、接收服务端反馈的目标发票。
客户端接收服务端返回的已审批通过所开具的目标发票；商务人员将所述目标发票通过电子邮件或者微信等方式发送给客户(即付款方)。
基于上述图1实施例的实现方式可以看出，本发明提供一种开票方法，通过获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息；再根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；再通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；再根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；再将所述待开目标发票的开票请求、所述目标账单信息和所述目标有效合同信息发送到服务端；所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；客户端接收所述服务端反馈的所述目标发票。本发明可以选择付款方的账单，自动计算账单金额，并且基于付款方对应的账单和有效合同审核发票信息是否有依据以及金额是否准确，不但提高开发票的效率，还能提高发票的可靠性和信息准确性。
进一步的，作为对图1所示实施例的细化及扩展，本发明实施例还提供了另一种开票方法，如图2所示，其具体步骤如下：
201、获取待开目标发票对应的付款方身份标识以及付款方对应的发票基础信息。
其中，所述发票基础信息至少包括纳税人识别号；
本步骤结合上述方法中101步骤的描述，在此相同的内容不赘述。
并且本发明开票系统附带的子系统包括客户子系统、合同子系统、账单子系统和资金子系统，其中，客户子系统用于维护商务对应的客户；合同子系统用于商务负责的公司和客户签署的合同；账单子系统用于商务负责的客户对应的账单；资金子系统用于商务负责的客户对应的在收款方的余额。本发明相关的客户子系统、账单子系统、合同子系统等上下游打通，开票时，选中客户(付款方)，所述客户(付款方)自动关联对应的预录账单信息列表、有效合同信息列表。
商务人员通过账号和密码登录后，自动查询出自己名下的客户(付款方)和资料，选择对应的客户(付款方)即可。发票项，税率，税号等基础字段，全都由系统提供。类似选择的信息，在提交开票申请时，都会自动带到OA审批系统。
进一步的，获取目标业务员的身份标识，根据所述目标业务员身份标识获取所述目标业务员的预设客户列表；基于所述预设客户列表通过选取目标客户确定所述待开目标发票对应的付款方身份标识；根据所述付款方身份标识获取所述待开目标发票的所述发票基础信息。
举例说明：
业务员小王，专属预设客户列表中记录有客户编号1(A公司)、客户编号2(B公司)，所述客户编号1(A公司)为所述待开目标发票对应的付款方，在专属预设客户列表中选择客户编号1(A公司)即得客户编号1(A公司)的预录的基础信息，所述基础信息包括纳税人识别号、注册企业名称、公司地址、公司电话等，在所述基础信息中选择开票所需的所述发票基础信息，即得所述待开目标发票的所述发票基础信息。
202、获取待开目标发票对应的付款类型。
其中，所述付款类型是系统预先设置的类型，述付款类型包括应付款、预付款、部分应付款和部分预付款，根据开票需要进行选择即可。
203、若待开目标发票的付款类型为应付款，则进一步根据付款方身份标识获取付款方的预录账单信息列表。
根据步骤202可得商务人员根据开票需要选择的付款类型，如果所述付款类型为应付款，则系统弹出所述付款方专属的预录账单信息列表。
进一步的，若所述待开目标发票的付款类型为预付款，则在预设金额范围内输入预付目标金额，得到所述待开目标发票总金额。需要说明的是预付目标金额必须小于还没有开过发票的预付款金额。
进一步的，若所述待开目标发票的付款类型为部分应付款和部分预付款，则根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取所述部分应付款对应的目标开票账单，根据所述目标开票账单确定所述待开目标发票中所述部分应付款对应的开票项目以及所述开票项目金额，且在预设金额范围内输入预付目标金额；通过预设计算方式计算所述开票项目金额和所述输入目标金额，得到所述待开目标发票总金额。
举例说明：
选择应付款类型，可得根据A公司的名称“A”获得A公司的预录账单信息列表，在所述预录账单信息列表中包括2个账单，A项目(2000元)和B项目(3000元)，所述A项目为要开发票的项目，在所述预录账单信息列表中选择A项目即可得到所述待开目标发票中所述应付款类型对应的开票项目及金额为“A项目(2000元)”；基于预付款类型，可得输入的预付目标金额为3000元；通过系统将“2000元”和“3000元”自动求和计算生成“5000元”，所述“5000元”默认为账单的总金额。
204、根据付款方身份标识获取付款方的预录账单信息列表，在预录账单信息列表中选取目标开票账单，根据目标开票账单确定待开目标发票对应的开票项目以及开票项目金额。
本步骤结合上述方法中102步骤的描述，在此相同的内容不赘述。
举例说明：
根据A公司的名称“A”获得A公司的预录账单信息列表，在所述预录账单信息列表中包括2个账单，A项目(2000元)和B项目(3000元)，所述A项目为要开发票的项目，在所述预录账单信息列表中选择A项目即可得到所述待开目标发票的开票项目及金额为“A项目(2000元)”。
205、通过预设计算方式计算开票项目金额，得到待开目标发票总金额。
本步骤结合上述方法中103步骤的描述，在此相同的内容不赘述。
继续以步骤204的例子进行说明：
根据A公司的名称“A”获得A公司的预录账单信息列表，在所述预录账单信息列表中包括2个账单，A项目(2000元)和B项目(3000元)，所述A项目和B项目均为要开发票的项目，在所述预录账单信息列表中选择A项目和B项目即可得到所述待开目标发票的开票项目及金额为“A项目(2000元)和B项目(3000元)”；通过系统将“2000元”和“3000元”自动求和计算生成“5000元”，所述“5000元”默认为账单的总金额。
206、根据付款方身份标识获取付款方的预录有效合同信息列表，在预录有效合同信息列表中选取目标开票账单对应的目标有效合同。
本步骤结合上述方法中104步骤的描述，在此相同的内容不赘述。
207、将待开目标发票的开票请求、目标账单信息和目标有效合同信息发送到服务端。
本步骤结合上述方法中105步骤的描述，在此相同的内容不赘述。
208、服务端基于目标账单信息和目标有效合同信息审核待开目标发票的开票信息，若审核合格，生成目标发票。
其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
本步骤结合上述方法中106步骤的描述，在此相同的内容不赘述。
209、接收服务端反馈的目标发票。
本步骤结合上述方法中107步骤的描述，在此相同的内容不赘述。
进一步的，获取付款方的回款信息；根据所述付款方的回款信息修改所述预录账单信息列表中对应的付款信息，例如：所述预录账单信息列表中对应A项目的未付款金额为10000元，开发票后收到A项目回款8000元，则将A项目的未付款项修改为2000元，已付款项为8000元。本步骤因为开票后，公司收到回款，通过自动读取公司银行账户的回款财务数据或人工Excel方式导入到系统，开票系统有了每个客户的回款数据，维护客户和回款的关系，进而准确维护发票、客户、合同、账单、回款的关联性；可以查看客户、发票、账单、回款和合同之间的关系统计指标；比如：客户的账单金额、开票量、开票率、回款率等，通过指标，指导公司的经营，同时可追踪公司的收入以及回款情况，也方便跟进逾期付款的客户。
基于上述图2的实现方式可以看出，本发明提供一种开票方法，本发明通过预设客户信息列表、预录账单列表、预设有效合同列表以及与银行系统打通，并且结合付款类型对发票总金额采用预设计算方式对其进行准确计算，可以完成针对商务、销售等需要开票的用户，通过系统勾勾选项，即可完成开发票的提交审批。财务收到审批后，根据基础单据和附带的账单信息、合同信息等补充信息，审核通过后，再开票给当事人，可以高效率完成企业客户这种先开票后回款的开票业务；确保发票中的账单金额的准确性问题，支持预付模式下的手动输入、应收模式下的账单金额求和、预付和应收相结合下的账单金额求和和人工输入；保证发票的可靠性和发票信息的准确性；通过记录回款情况可以方便对客户欠款的情况进行追踪。进一步的，作为对上述图1所示方法的实现，本发明实施例还提供了一种开票系统，用于对上述图1所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图3所示，该装置包括：
第一获取单元31，用于获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
第二获取单元32，用于根据从所述第一获取单元31得到的所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
计算单元33，用于通过预设计算方式计算从所述第二获取单元32得到的所述开票项目金额，得到所述待开目标发票总金额；
第三获取单元34，用于根据从所述第一获取单元31得到的所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取从所述第二获取单元32得到的所述目标开票账单对应的目标有效合同；
发送单元35，用于将所述待开目标发票的开票请求、从所述第二获取单元32得到的所述目标账单信息和从所述第三获取单元34得到的所述目标有效合同信息发送到服务端；
生成单元36，用于所述服务端基于从所述发送单35元得到的所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收单元37，用于接收从所述生成单元36得到的所述服务端反馈的所述目标发票。
进一步的，作为对上述图2所示方法的实现，本发明实施例还提供了另一种开票系统，用于对上述图2所示的方法进行实现。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。如图4所示，该装置包括：
第一获取单元31，用于获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
第四获取单元38，所述付款类型包括应付款、预付款、部分应付款和部分预付款，用于获取所述待开目标发票对应的付款类型；还用于若所述待开目标发票的付款类型为应付款，则进一步根据从所述第一获取单元31得到的所述付款方身份标识获取所述付款方的预录账单信息列表；
第二获取单元32，用于从所述第四获取单元38得到的根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
输入单元39，用于若从所述第四获取单元38得到的所述待开目标发票的付款类型为预付款，则在预设金额范围内输入预付目标金额，得到所述待开目标发票总金额；还用于若从所述第四获取单元38得到的所述待开目标发票的付款类型为部分应付款和部分预付款，则根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取所述部分应付款对应的目标开票账单，根据所述目标开票账单确定所述待开目标发票中所述部分应付款对应的开票项目以及所述开票项目金额，且在预设金额范围内输入预付目标金额；
计算单元33，用于通过预设计算方式计算从所述第二获取单元32得到的所述开票项目金额，得到所述待开目标发票总金额；还用于通过预设计算方式计算从所述输入单元39得到的所述开票项目金额和所述输入目标金额，得到所述待开目标发票总金额；
第三获取单元34，用于根据从所述第一获取单元31得到的所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取从所述第二获取单元32得到的所述目标开票账单对应的目标有效合同；
发送单元35，用于将所述待开目标发票的开票请求、从所述第二获取单元32得到的所述目标账单信息和从所述第三获取单元34得到的所述目标有效合同信息发送到服务端；
生成单元36，用于所述服务端基于从所述发送单35元得到的所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收单元37，用于接收从所述生成单元36得到的所述服务端反馈的所述目标发票；
第五获取单元40，用于获取从所述第一获取单元31得到的所述付款方的回款信息；
修改单元41，用于根据从所述第五获取单元40得到的所述付款方的回款信息修改所述预录账单信息列表中对应的付款信息，所述付款信息至少包括付款状态和付款金额。
进一步的，所述第一获取单元31包括：
第一获取模块311，用于根据所述目标业务员身份标识获取所述目标业务员的预设客户列表；
确定模块312，用于基于从所述第一获取模块311得到的所述预设客户列表通过选取目标客户确定所述待开目标发票对应的付款方身份标识；
第二获取模块313，用于根据从所述确定模块312得到的所述付款方身份标识获取所述待开目标发票的所述发票基础信息。
进一步的，本发明实施例还提供一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述图1-2中所述的开票方法。
进一步的，本发明实施例还提供一种存储介质，所述存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述图1-2中所述的开票方法。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种开票方法，其特征在于，所述方法包括：
获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；
根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；
将所述待开目标发票的开票请求、所述目标账单信息和所述目标有效合同信息发送到服务端；
所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收所述服务端反馈的所述目标发票。
2.根据权利要求1所述的方法，其特征在于，所述付款类型包括应付款、预付款、部分应付款和部分预付款；
在获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息之后，所述方法还包括：
获取所述待开目标发票对应的付款类型；
若所述待开目标发票的付款类型为应付款，则进一步根据所述付款方身份标识获取所述付款方的预录账单信息列表。
3.根据权利要求2所述的方法，其特征在于，在获取所述待开目标发票对应的付款类型之后，所述方法还包括：
若所述待开目标发票的付款类型为预付款，则在预设金额范围内输入预付目标金额，得到所述待开目标发票总金额。
4.根据权利要求3所述的方法，其特征在于，在获取所述待开目标发票对应的付款类型之后，所述方法还包括：
若所述待开目标发票的付款类型为部分应付款和部分预付款，则根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取所述部分应付款对应的目标开票账单，根据所述目标开票账单确定所述待开目标发票中所述部分应付款对应的开票项目以及所述开票项目金额，且在预设金额范围内输入预付目标金额；
通过预设计算方式计算所述开票项目金额和所述输入目标金额，得到所述待开目标发票总金额。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取付款方的回款信息；
根据所述付款方的回款信息修改所述预录账单信息列表中对应的付款信息，所述付款信息至少包括付款状态和付款金额。
6.根据权利要求1所述的方法，其特征在于，所述获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，包括：
获取目标业务员的身份标识，
根据所述目标业务员身份标识获取所述目标业务员的预设客户列表；
基于所述预设客户列表通过选取目标客户确定所述待开目标发票对应的付款方身份标识；
根据所述付款方身份标识获取所述待开目标发票的所述发票基础信息。
7.一种开票系统，其特征在于，所述系统包括：
第一获取单元，用于获取待开目标发票对应的付款方身份标识以及所述付款方对应的发票基础信息，其中，所述发票基础信息至少包括纳税人识别号；
第二获取单元，用于根据所述付款方身份标识获取所述付款方的预录账单信息列表，在所述预录账单信息列表中选取目标开票账单，根据所述目标开票账单确定所述待开目标发票对应的开票项目以及所述开票项目金额；
计算单元，用于通过预设计算方式计算所述开票项目金额，得到所述待开目标发票总金额；
第三获取单元，用于根据所述付款方身份标识获取所述付款方的预录有效合同信息列表，在所述预录有效合同信息列表中选取所述目标开票账单对应的目标有效合同；
发送单元，用于将所述待开目标发票的开票请求、所述目标账单信息和所述目标有效合同信息发送到服务端；
生成单元，用于所述服务端基于所述目标账单信息和目标有效合同信息审核所述待开目标发票的开票信息，若审核合格，生成所述目标发票；其中，所述开票信息至少包括所述纳税人识别号、所述开票项目以及所述开票项目的金额、所述待开目标发票的总金额和所述目标有效合同；
接收单元，用于接收所述服务端反馈的所述目标发票。
8.根据权利要求7所述的系统，其特征在于，所述付款类型包括应付款、预付款、部分应付款和部分预付款，所述系统还包括：
第四获取单元，用于获取所述待开目标发票对应的付款类型；
第三获取单元，还用于若所述待开目标发票的付款类型为应付款，则进一步根据所述付款方身份标识获取所述付款方的预录账单信息列表。
9.一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至权利要求6中任一项所述开票方法。
10.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至权利要求6中任一项所述开票方法。
CN202210633090.2A 2022-06-07 2022-06-07 一种开票方法及系统 Pending CN115099884A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210633090.2A CN115099884A (zh) 2022-06-07 2022-06-07 一种开票方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210633090.2A CN115099884A (zh) 2022-06-07 2022-06-07 一种开票方法及系统

Publications (1)

Publication Number Publication Date
CN115099884A true CN115099884A (zh) 2022-09-23

Family

ID=83288815

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210633090.2A Pending CN115099884A (zh) 2022-06-07 2022-06-07 一种开票方法及系统

Country Status (1)

Country Link
CN (1) CN115099884A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116976822A (zh) * 2023-08-03 2023-10-31 广东企企通科技有限公司 报表自动生成方法、装置、计算机设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116976822A (zh) * 2023-08-03 2023-10-31 广东企企通科技有限公司 报表自动生成方法、装置、计算机设备及存储介质

Similar Documents

Publication Publication Date Title
CN108305169B (zh) 预付卡交易数据保存方法及装置
US8712884B2 (en) Transaction finance processing system and approach
US7424455B2 (en) Method and systems for providing merchant services with right-time creation and updating of merchant accounts
CN110264214B (zh) 一种交易账单的生成和核销方法、装置及设备
US20120095873A1 (en) Escrow management system for marketplaces
US20120078736A1 (en) On-demand generation of tender ids for processing third-party payments via merchant pos systems
KR102129495B1 (ko) 미확정 장래 크레디트 채권의 매입에 의한 크레디트 카드 가맹점에의 무담보 펀딩 시스템
CN111768281B (zh) 总账凭证生成方法、装置及系统
CN110930236B (zh) 一种基于凭证的付款订单生成方法及装置
AU2007221878B2 (en) Transaction finance processing system and approach
CN112529687A (zh) 一种贷款、还款记账方法及其装置、设备及存储介质
CN115099884A (zh) 一种开票方法及系统
CN107798602B (zh) 一种公积金贴息贷款的管理方法及系统
CN113657846A (zh) 一种财务共享模式下企业资金管理方法及系统
WO2001035678A2 (en) Transaction tax collection system and method
CN115205000B (zh) 对账方法、对账终端及对账系统
KR101934265B1 (ko) 중소협력사의 발주서 담보대출상품의 구성에 따른 운영관리시스템
CN114663240A (zh) 一种资产交易数据处理方法及装置
CN112085461A (zh) 一种面向交叉销售的佣金结算方法、装置及存储介质
JP2002056199A (ja) ファクタリングシステム
CN110502503A (zh) 财务数据记录、访问和管理的系统
CN111915341A (zh) 数据的处理方法、装置及设备
JP7371842B1 (ja) 情報処理装置、情報処理方法及びプログラム
CN115375419B (zh) 一种物流财务管理系统、方法和装置
KR20240092992A (ko) 상품 분류에 기초한 빌링 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램

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
CB02 Change of applicant information

Address after: 100000 floors 1-3, block a, global creative Plaza, No. 10, Furong street, Chaoyang District, Beijing

Applicant after: Bairong Zhixin (Beijing) Technology Co.,Ltd.

Address before: 100000 floors 1-3, block a, global creative Plaza, No. 10, Furong street, Chaoyang District, Beijing

Applicant before: Bairong Zhixin (Beijing) credit investigation Co.,Ltd.

CB02 Change of applicant information