CN109670878B - 基于云平台的自动开票方法、装置、系统及存储介质 - Google Patents

Abstract

本发明公开了一种基于云平台的自动开票方法、装置、系统及存储介质，所述方法包括：当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；根据所述结算单生成预制发票；当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。实现了基于SaaS云平台系统，自动根据用户的结算单生成预制发票后直连开票软件开具正式发票，解决了人工开票填写发票票面信息工作繁琐、容易出错、效率低下的问题，提高了开票效率，降低了开票过程中出现退回、作废重开或冲红等情况的概率。

Description

基于云平台的自动开票方法、装置、系统及存储介质

技术领域

本发明涉及供应链协同技术领域，尤其涉及一种基于云平台的自动开票方法、装置、系统及存储介质。

背景技术

SaaS是Software-as-a-Service(软件即服务)的简称，随着互联网技术的发展和应用软件的成熟，在21世纪开始兴起的一种完全创新的软件应用模式。它是一种通过Internet提供软件的模式，厂商将应用软件统一部署在自己的服务器上，客户可以根据自己实际需求，通过互联网向厂商定购所需的应用软件服务，按定购的服务多少和时间长短向厂商支付费用，并通过互联网获得厂商提供的服务。目前供应链协同SaaS平台都是基于订单协同、采购协同、物流协同，少有能够实现直连开票软件开具发票的，用户开票需要手工输入票面信息，手工开具发票不仅开票效率低下，还容易出现退回、作废重开或冲红等费时费力的问题，给用户带来诸多不便。

发明内容

本发明的主要目的在于提供一种基于云平台的自动开票方法、装置、设备及存储介质，旨在解决现有的供应链协同SaaS平台不能解决直连开票软件开具发票，用户需要手工开具发票，而手工开具发票效率低下的技术问题。

为实现上述目的，本发明提供一种基于云平台的自动开票方法，所述基于云平台的自动开票方法应用于SaaS云平台系统，所述基于云平台的自动开票方法包括步骤：

当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

根据所述结算单生成预制发票；

当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。

可选地，所述当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单的步骤之前，还包括：

对预设时长内供应商与采购商的交易数据进行对账得到对账结果；

当接收到针对所述对账结果的结算单生成指令后，根据所述对账结果生成结算单。

可选地，所述根据所述结算单生成预制发票的步骤包括：

根据所述结算单填写预制发票票面信息；

检测所述票面信息是否符合预设合规性条件；

若所述票面信息符合所述合规性条件，则生成预制发票。

可选地，所述当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票的步骤之后，还包括：

接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息；

根据所述正式发票的票面信息生成增值税销项发票。

可选地，所述接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息的步骤之后，还包括：

当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

接收所述发票验真接口返回的第一查验结果；

根据所述第一查验结果更新所述正式发票的查验状态。

可选地，所述接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息的步骤之后，还包括：

获取扫描录入的纸质正式发票的票面关键信息；

根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

可选地，所述接收所述发票验真接口返回的第二查验结果的步骤之后，还包括：

若所述第二查验结果为所述纸质正式发票是真发票，则获取所述纸质正式发票对应的正式发票票面信息；

根据所述正式发票票面信息生成增值税进项发票。

此外，为实现上述目的，本发明还提供一种基于云平台的自动开票装置，所述基于云平台的自动开票装置包括：

获取模块，用于当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

预制发票生成模块，用于根据所述结算单生成预制发票；

发票开具模块，用于当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。

此外，为实现上述目的，本发明还提供一种基于云平台的自动开票系统，所述基于云平台的自动开票系统包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于云平台的自动开票程序，所述基于云平台的自动开票程序被所述处理器执行时实现如上述的基于云平台的自动开票方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于云平台的自动开票程序，所述基于云平台的自动开票程序被处理器执行时实现如上所述的基于云平台的自动开票方法的步骤。

本发明当系统接收到预制发票生成指令后，获取与预制发票生成指令对应的结算单，根据获取到的结算单生成预制发票，当接收到针对预制发票的发票开具指令后，将该预制发票对应的开票数据通过直连接口发送给开票软件，以供开票软件根据开票数据开具正式发票，实现了基于SaaS云平台系统，自动根据用户的结算单生成预制发票后直连开票软件开具正式发票，解决了人工开票填写发票票面信息工作繁琐、容易出错、效率低下的问题，提高了开票效率，降低了开票过程中出现退回、作废重开或冲红等情况的概率。

附图说明

图1为本发明实施例方案涉及的硬件运行环境的结构示意图；

图2为本发明基于云平台的自动开票方法第一实施例的流程示意图；

图3为本发明基于云平台的自动开票方法第二实施例的流程示意图；

图4为本发明基于云平台的自动开票方法第三实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的基于云平台的自动开票系统结构示意图。

如图1所示，该基于云平台的自动开票系统可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，基于云平台的自动开票系统还可以包括摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、WiFi模块等等。其中，传感器比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示屏的亮度，接近传感器可在移动终端移动到耳边时，关闭显示屏和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；当然，移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

本领域技术人员可以理解，图1中示出的系统结构并不构成对基于云平台的自动开票系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于云平台的自动开票程序。

在图1所示的基于云平台的自动开票系统中，网络接口1004主要用于连接后台服务器；用户接口1003主要用于连接客户端，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的基于云平台的自动开票程序，并执行以下操作：

当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

根据所述结算单生成预制发票；

当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。

进一步地，所述当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单的步骤之前，处理器1001可以调用存储器1005中存储的基于云平台的自动开票程序，还执行以下操作：

对预设时长内供应商与采购商的交易数据进行对账得到对账结果；

当接收到针对所述对账结果的结算单生成指令后，根据所述对账结果生成结算单。

进一步地，所述根据所述结算单生成预制发票的步骤包括：

根据所述结算单填写预制发票票面信息；

检测所述票面信息是否符合预设合规性条件；

若所述票面信息符合所述合规性条件，则生成预制发票。

进一步地，所述当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票的步骤之后，处理器1001可以调用存储器1005中存储的基于云平台的自动开票程序，还执行以下操作：

接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息；

根据所述正式发票的票面信息生成增值税销项发票。

进一步地，所述接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息的步骤之后，处理器1001可以调用存储器1005中存储的基于云平台的自动开票程序，还执行以下操作：

当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

接收所述发票验真接口返回的第一查验结果；

根据所述第一查验结果更新所述正式发票的查验状态。

进一步地，所述接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息的步骤之后，处理器1001可以调用存储器1005中存储的基于云平台的自动开票程序，还执行以下操作：

获取扫描录入的纸质正式发票的票面关键信息；

根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

进一步地，所述接收所述发票验真接口返回的第二查验结果的步骤之后，处理器1001可以调用存储器1005中存储的基于云平台的自动开票程序，还执行以下操作：

若所述第二查验结果为所述纸质正式发票是真发票，则获取所述纸质正式发票对应的正式发票票面信息；

根据所述正式发票票面信息生成增值税进项发票。

基于上述基于云平台的自动开票系统硬件结构，提出本发明一种基于云平台的自动开票方法各个实施例。需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

参照图2，本发明一种基于云平台的自动开票方法第一实施例提供一种基于云平台的自动开票方法，所述基于云平台的自动开票方法应用于SaaS云平台系统，为了便于描述，以系统为执行主体进行阐述各个实施例，所述基于云平台的自动开票方法包括：

步骤S1，当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

供应商与采购商通过客户端登录系统，在系统中进行交易，系统记录供应商与采购商的真实交易数据，交易数据可包括买方信息、卖方信息、货物单价、金额、税额、单号、税率等。系统中预设交易数据的对账周期，如设置为一个月，则系统每隔一个月对系统中记录的采购商和供应商一个月内的交易数据进行自动对账，并保存对账结果。即用户可在系统中设置对账周期。系统在对账过程中，将采购商的数据记录与供应商的数据记录进行比对，若数据记录不一致，则显示提示信息以提示用户进行手动对账，使得采购商与供应商的交易数据记录一致。系统根据用户触发的结算单生成指令，针对与结算单生成指令对应的对账结果生成结算单。即用户可以在系统中查看对账结果，并通过操作系统界面，触发将对账结果生成结算单的结算单生成指令。

需要说明的是，针对没有在系统中进行交易的用户，如使用企业内部业务系统的用户，系统设置有结算单导入接口，以供用户将结算单导入系统后，由系统根据结算单自动开具发票，以方便没有在系统中进行交易的用户。通过设置结算单导入接口，增加了系统的灵活性。

当系统接收到预制发票生成指令后，获取与该预制发票生成指令对应的结算单。用户可在系统中查看生成的结算单，并选择要生成预制发票的结算单，用户的选择操作触发相应的预制发票生成指令。

步骤S2，根据所述结算单生成预制发票；

当系统获取到预制发票生成指令对应的结算单后，根据结算单生成预制发票。系统中预设有开票规则，系统根据开票规则对结算单中的数据记录进行拆分，例如结算单中数据记录的总金额为100万，而开票规则中规定每张发票的限额为1万，则根据开票规则将结算单拆分为100张预制发票。系统将结算单中的数据记录填入预制发票模板中，即填写预制发票的票面信息，其中票面信息中的货物名称，从系统的税收分类编码库中选取。系统检测填写的票面信息是否满足预先设置的合规性条件，如税收分类编码是否为空。若检测到票面信息不符合合规性条件，则显示提示信息，提示用户手动填入票面信息，以保证预制发票的合规性。当检测到票面信息符合合规性条件后，生成预制发票。用户可在系统中预览预制发票，在检查无误后可确定保存。系统根据用户触发的预制发票保存指令保存预制发票。

步骤S3，当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。

当系统接收到针对预制发票的发票开具指令后，将该预制发票对应的开票数据通过直连接口发送给开票软件。其中，直连接口为系统中设置的对接开票软件的接口，开票软件为客户端中安装的用于开票的软件，开票软件连接税控盘。系统将预制发票对应的开票数据即票面信息通过直连接口发送给开票软件。开票软件在接收到开票数据后，根据该开票数据开具正式发票，客户端连接发票打印机，直接打印出纸质正式发票。开票软件在成功开出正式发票后，将正式发票的票面信息通过直连接口返回给系统。供应商可将纸质正式发票线下邮寄给采购商。

在本实施例中，通过当系统接收到预制发票生成指令后，获取与预制发票生成指令对应的结算单，根据获取到的结算单生成预制发票，当接收到针对预制发票的发票开具指令后，将该预制发票对应的开票数据通过直连接口发送给开票软件，以供开票软件根据开票数据开具正式发票，实现了基于SaaS云平台系统，自动根据用户的结算单生成预制发票后直连开票软件开具正式发票，解决了人工开票填写发票票面信息工作繁琐、容易出错、效率低下的问题，提高了开票效率，降低了开票过程中出现退回、作废重开或冲红等情况的概率。

此外，本发明实施例是基于SaaS云平台系统为用户提供直连开具发票的服务，使得用户无需费时费力开发企业内部业务系统直连开具发票的功能，进而也无需去做软件维护，为企业用户节省了软件成本。

进一步地，基于上述第一实施例，提出本发明基于云平台的自动开票方法第二实施例，在本实施例中，参照图3，步骤S1之前还包括：

步骤S41，对预设时长内供应商与采购商的交易数据进行对账得到对账结果；

系统对系统中记录的预设时长内供应商与采购商的交易数据进行自动对账得到对账结果。其中，预设时长可以是依据用户在系统中选择对多长时间的交易数据进行对账而确定，如用户选择对最近一天在系统中产生的交易数据进行对账，则预设时长为最近一天。系统中也可预先设置对账周期，即用户可根据自己的需求在系统中设置为每一个月，或每一个星期对一次账，则系统保存用户设置的对账周期，并依据对账周期自动对账，此时预设时长为对账周期。系统在对账过程中，将采购商的数据记录与供应商的数据记录进行比对，若数据记录不一致，则显示提示信息以提示用户进行手动对账，使得采购商与供应商的交易数据记录一致。

步骤S42，当接收到针对所述对账结果的结算单生成指令后，根据所述对账结果生成结算单。

当系统接收到针对对账结果的结算单生成指令后，根据对账结果生成结算单。其中，系统可设置结算单生成控件，以供用户检查对账结果无误后，通过该结算单生成控件触发结算单生成指令。系统也可以在确定对账结果的数据记录全部一致后，自动触发结算单生成指令。

在本实施例中，实现了系统根据对账周期自动对供应商与采购商的交易数据进行对账，并自动根据对账结果生成结算单，减轻了财务人员的工作。

进一步地，步骤S2包括：

步骤S21，根据所述结算单填写预制发票票面信息；

当系统获取到预制发票生成指令对应的结算单后，根据预设的开票规则，将结算单中的数据记录进行拆分，如当开票规则中有每张发票限额为10万，而结算单中数据记录的总金额为超过10万时，系统将结算单中的数据记录进行拆分，使得每张发票对应的数据记录的金额不超过10万。系统在拆分结算单后，将拆分后的结算单中的数据记录对应填入预制发票模板中，即根据数据记录填写预制发票票面信息，如货物名称、单价、金额、税率、税额等。买方、卖方信息依据开票规则中规定的信息填写。系统中设置由用户定义开票规则，系统保存用户设置的开票规则，并依据保存的开票规则对结算单进行拆分，以及填写预制发票的票面信息。

步骤S22，检测所述票面信息是否符合预设合规性条件；

系统中预先设置有合规性条件，即定义预制发票票面信息填写需要满足的条件。预设合规性条件依据国税局对发票票面信息的填写规则制定。如货物名称必须从税收分类编码库中选取，则系统在填写预制发票的票面信息时，检测货物名称是否能够从税收分类编码库中查询到，若查询不到，则确定货物名称项不符合预设合规性条件，此时系统可显示提示信息，提示用户手动设置货物名称对应的税收分类编码，或者修改货物名称。

步骤S23，若所述票面信息符合所述合规性条件，则生成预制发票。

若系统检测到票面信息均符合该合规性条件，则确定生成预制发票。系统中设置预制发票预览控件，以供用户通过该预制发票预览控件触发预制发票预览指令，系统根据预制发票预览指令，显示预制发票的样式，以供用户查看，当用户确认无误后可确定保存。系统根据用户触发的预制发票保存指令保存预制发票。

在本实施例中，通过根据预设的开票规则自动拆分结算单，减轻了财务人员的工作，同时对预制发票票面信息进行合规性校验，保证了发票的合规性。

进一步地，基于上述第一、第二实施例，提出本发明基于云平台的自动开票方法第三实施例，在本实施例中，参照图4，步骤S3之后，还包括：

步骤S51，接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息；

系统将预制发票对应的开票数据通过直连接口发送给开票软件，开票软件根据开票数据成功开出正式发票后，开票软件将开出的正式发票的票面信息返回给系统。系统接收开票软件返回的该正式发票的票面信息，此时，正式发票的票面信息中包括发票号码、发票代码等信息。

步骤S52，根据所述正式发票的票面信息生成增值税销项发票。

当系统接收到正式发票的票面信息后，可根据正式发票的票面信息生成增值税销项发票，以方便供应商对增值税销项发票进行管理。

在本实施例中，实现了自动为供应商生成销项发票，不需财务人员手工将发票信息回填系统，降低了人力成本。

进一步地，步骤S51之后，还包括：

步骤S511，当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

当系统接收到发票验真指令后，通过系统的发票验真接口在发票查验平台对开具的正式发票进行查验。系统从正式发票票面信息中提取在发票查验平台查验发票所需的发票数据，如发票代码、发票号码等，将发票数据写入发票验真接口，以完成自动查验。其中，发票验真接口为系统中设置的与发票查验平台对接的接口，发票验真平台为国税总局发票查验平台。发票验真指令可由用户通过系统设置的发票验真控件触发，即用户可随时在系统中选择查验正式发票真假。也可以是用户设置正式发票开具成功后预设时长后自动进行正式发票查验，如24小时候自动查验。

步骤S512，接收所述发票验真接口返回的第一查验结果；

发票验真接口将在发票查验平台查询到的第一查验结果返回给系统，系统接收发票验真接口返回的第一查验结果。如果是假发票，查验结果为不存在该发票，如果是真发票，查验结果为发票明细数据。用户可在系统中查看该第一查验结果。

步骤S512，根据所述第一查验结果更新所述正式发票的查验状态。

系统根据第一查验结果，将对应正式发票的查验状态更新为已查验。用户可在系统中查询开具出的正式发票的查验状态，当系统未经过发票验真接口对正式发票进行查验时，正式发票的查验状态为未查验。

在本实施例中，实现了自动对开具的正式发票批量验真，而无需人工登陆发票验真平台一张张的输入发票代码等信息进行验证。

进一步地，步骤S51之后，还包括：

步骤S513，获取扫描录入的纸质正式发票的票面关键信息；

当系统通过直连接口连接开票软件开具正式发票后，供应商可将开出的纸质正式发票邮寄给采购商，采购商在接收到纸质正式发票后，通过扫描纸质正式发票中二维码的方式，将纸质正式发票的票面关键信息录入系统。系统获取扫描录入的纸质正式发票的票面关键信息。票面关键信息可以包括发票代码、发票号码等信息。

步骤S514，根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

当系统获取到纸质正式发票的票面关键信息后，通过系统的发票验真接口在发票查验平台对纸质正式发票进行查验。系统从票面关键信息中提取在发票查验平台查验发票所需的发票数据，如发票代码、发票号码等，将发票数据写入发票验真接口，以完成自动查验。此次查验相对于S511为第二次查验，当采购商需要对纸质正式发票进行查验时，可在系统中设置此次二次查验，以避免收到假发票。

步骤S515，接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

发票验真接口将在发票查验平台查询到的第二查验结果返回给系统，系统接收发票验真接口返回的第二查验结果。如果是假发票，查验结果为不存在该发票，如果是真发票，查验结果为发票明细数据。用户可在系统中查看该第二查验结果，并确定是否签收该正式发票，若确定签收，则可通过系统中设置的签收控件触发签收发票的签收指令。

步骤S516，当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

当系统接收到签收指令后，更新该签收指令对应的正式发票的签收状态为已签收，以供供应商在系统中查询开具给采购商的正式发票是否有被采购商签收。若该签收指令对应的正式发票的查验状态为未查验，则更新该正式发票的查验状态为已查验。

在本实施例中，实现了自动对纸质正式发票进行批量验真，降低了采购商的人工成本。

进一步地，步骤S515之后，还包括：

步骤S5151，若所述第二查验结果为所述纸质正式发票是真发票，则获取所述纸质正式发票对应的正式发票票面信息；

若所述第二查验结果为该纸质正式发票是真发票，则系统获取该纸质正式发票对应的正式发票票面信息。系统可以是从第二查验结果中该纸质正式发票的发票明细数据中提取正式发票票面信息，也可以是通过纸质正式发票的票面关键信息在系统中查询对应正式发票的票面信息。

步骤S5152，根据所述正式发票票面信息生成增值税进项发票。

当获取到纸质正式发票对应的正式发票票面信息后，根据该正式发票票面信息生成增值税进项发票，以供采购商对该增值税进项发票进行管理。

在本实施例中，实现了自动为采购商生成进项发票，而无需人工将纸质发票的发票票面信息一一录入系统，降低了人力成本、提高了发票管理效率。

此外，本发明实施例还提出一种基于云平台的自动开票装置，所述基于云平台的自动开票装置包括：

获取模块，用于当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

预制发票生成模块，用于根据所述结算单生成预制发票；

发票开具模块，用于当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票。

可选地，所述基于云平台的自动开票装置还包括：

对账模块，用于对预设时长内供应商与采购商的交易数据进行对账得到对账结果；

结算单生成模块，用于当接收到针对所述对账结果的结算单生成指令后，根据所述对账结果生成结算单。

可选地，所述预制发票生成模块还用于：

根据所述结算单填写预制发票票面信息；

检测所述票面信息是否符合预设合规性条件；

若所述票面信息符合所述合规性条件，则生成预制发票。

可选地，所述基于云平台的自动开票装置还包括：

票面信息接收模块，用于接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息；

增值税销项发票生成模块，用于根据所述正式发票的票面信息生成增值税销项发票。

可选地，所述基于云平台的自动开票装置还包括：

查验模块，用于当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

查验结果接收模块，用于接收所述发票验真接口返回的第一查验结果；

更新模块，用于根据所述第一查验结果更新所述正式发票的查验状态。

可选地，所述基于云平台的自动开票装置还包括：

票面关键信息获取模块，用于获取扫描录入的纸质正式发票的票面关键信息；

所述查验模块还用于根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

所述查验结果接收模块还用于接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

所述更新模块还用于当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

可选地，所述基于云平台的自动开票装置还包括：

正式发票票面信息获取模块，用于若所述第二查验结果为所述纸质正式发票是真发票，则获取所述纸质正式发票对应的正式发票票面信息；

增值税进行发票生成模块，用于根据所述正式发票票面信息生成增值税进项发票。

需要说明的是，基于云平台的自动开票装置的各个实施例与上述基于云平台的自动开票方法的各实施例基本相同，在此不再详细赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有基于云平台的自动开票程序，所述基于云平台的自动开票程序被处理器执行时实现如上所述基于云平台的自动开票方法的步骤。本发明计算机可读存储介质的具体实施方式的拓展内容与上述基于云平台的自动开票方法各实施例基本相同，在此不做赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种基于云平台的自动开票方法，其特征在于，所述基于云平台的自动开票方法应用于SaaS云平台系统，所述基于云平台的自动开票方法包括以下步骤：

当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

根据所述结算单生成预制发票；

当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票；

当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

接收所述发票验真接口返回的第一查验结果；

根据所述第一查验结果更新所述正式发票的查验状态；

获取扫描录入的纸质正式发票的票面关键信息，其中，所述纸质正式发票是供应商邮寄给采购商的所述正式发票对应的纸质正式发票；

根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

2.如权利要求1所述的基于云平台的自动开票方法，其特征在于，所述当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单的步骤之前，还包括：

对预设时长内供应商与采购商的交易数据进行对账得到对账结果；

当接收到针对所述对账结果的结算单生成指令后，根据所述对账结果生成结算单。

3.如权利要求1所述的基于云平台的自动开票方法，其特征在于，所述根据所述结算单生成预制发票的步骤包括：

根据所述结算单填写预制发票票面信息；

检测所述票面信息是否符合预设合规性条件；

若所述票面信息符合所述合规性条件，则生成预制发票。

4.如权利要求1所述的基于云平台的自动开票方法，其特征在于，所述当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票的步骤之后，还包括：

接收所述开票软件通过所述直连接口返回的所述正式发票的票面信息；

根据所述正式发票的票面信息生成增值税销项发票。

5.如权利要求1所述的基于云平台的自动开票方法，其特征在于，所述接收所述发票验真接口返回的第二查验结果的步骤之后，还包括：

若所述第二查验结果为所述纸质正式发票是真发票，则获取所述纸质正式发票对应的正式发票票面信息；

根据所述正式发票票面信息生成增值税进项发票。

6.一种基于云平台的自动开票装置，其特征在于，所述基于云平台的自动开票装置包括：

获取模块，用于当接收到预制发票生成指令后，获取所述预制发票生成指令对应的结算单；

预制发票生成模块，用于根据所述结算单生成预制发票；

发票开具模块，用于当接收到针对所述预制发票的发票开具指令后，将所述预制发票对应的开票数据通过直连接口发送给开票软件，以供所述开票软件根据所述开票数据开具正式发票；

查验模块，用于当接收到发票验真指令后，通过发票验真接口在发票查验平台对所述正式发票进行查验；

查验结果接收模块，用于接收所述发票验真接口返回的第一查验结果；

更新模块，用于根据所述第一查验结果更新所述正式发票的查验状态；

票面关键信息获取模块，用于获取扫描录入的纸质正式发票的票面关键信息，其中，所述纸质正式发票是供应商邮寄给采购商的所述正式发票对应的纸质正式发票；

所述查验模块还用于根据所述票面关键信息，通过发票验真接口在发票查验平台对所述纸质正式发票进行查验；

所述查验结果接收模块还用于接收所述发票验真接口返回的第二查验结果，以供用户查询所述第二查验结果后确定是否签收所述正式发票；

所述更新模块还用于当接收到确定签收指令后，更新所述确定签收指令对应的正式发票的签收状态和/或查验状态。

7.一种基于云平台的自动开票系统，其特征在于，所述基于云平台的自动开票系统包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于云平台的自动开票程序，所述基于云平台的自动开票程序被所述处理器执行时实现如权利要求1至5中任一项所述的基于云平台的自动开票方法的步骤。

8.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于云平台的自动开票程序，所述基于云平台的自动开票程序被处理器执行时实现如权利要求1至5中任一项所述的基于云平台的自动开票方法的步骤。

Images