CN110930204A - 发票开具方法及系统 - Google Patents

Abstract

本发明提供的发票开具方法及系统，所述方法包括：接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；接收操作人员针对所述目标账单信息执行的发票开具操作；响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。本发明开具发票所依据的是从合同注册系统中流转过来的目标账单信息，而不是由人工记录或是与客户口头沟通来确认的发票信息，从而保证了发票开具的准确性，同时也无需操作人员对发票信息进行反复确认，从而提高了发票开具效率，也节省了人力成本。

Description

发票开具方法及系统

技术领域

本发明涉及数据处理技术领域，更具体的说，涉及发票开具方法及系统。

背景技术

在项目执行过程中，经常会遇到乙方向甲方开具发票以便收回相应款项的情况。

目前，在发票开具过程中，通常都是根据人工记录或是与客户口头沟通的内容来确认发票信息，并根据由此确认的发票信息开具相应发票，但是，这种方式不仅增加了对发票信息进行反复确认的人力成本，使得发票开具效率较低，而且通过人工确认发票信息的方式，也难以保证发票信息的准确性。

因此，目前迫切需要一种切实有效的发票开具方案，以保证发票开具的准确性与高效性。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的发票开具方法及系统。

为实现上述目的，本发明提供如下技术方案：

一种发票开具方法，所述方法包括：

接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

接收操作人员针对所述目标账单信息执行的发票开具操作；

响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对多个目标账单信息执行的合并开票操作；

响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息；

将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对一个目标账单信息执行的拆分开票操作；

响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息；

将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

记录所述目标账单信息的状态信息；

接收操作人员针对所述目标账单信息执行的状态查询操作；

响应于所述状态查询操作，展示所述目标账单信息的状态信息。

优选的，所述方法还包括：

当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。

优选的，所述方法还包括：

获取操作人员输入的查询条件及条件查询操作；

响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

优选的，在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，所述方法还包括：

接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

一种发票开具系统，所述系统包括：

合同系统对接单元，用于接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

账单信息处理单元，用于接收操作人员针对所述目标账单信息执行的发票开具操作；

税控系统对接单元，用于响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行前述所述的发票开具方法。

一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行前述所述的发票开具方法。

借由上述技术方案，本发明提供的发票开具方法及系统，在开具发票的过程中，开具发票所依据信息是从合同注册系统中流转过来的目标账单信息，而并不是由人工记录或是与客户口头沟通来确认的发票信息，操作人员针对流转过来的目标账单信息执行发票开具操作，直接将所述目标账单信息发送至税控系统进行开票，从而保证了发票开具的准确性，同时也就无需操作人员对发票信息进行反复确认，从而提高了发票开具效率，也节省了人力成本。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请实施例提供的发票开具方法的一种流程图；

图2为本申请实施例提供的发票开具方法的另一种流程图；

图3为本申请实施例提供的发票开具方法的又一种流程图；

图4为本申请实施例提供的发票开具方法的又一种流程图；

图5为本申请实施例提供的发票开具方法的再一种流程图；

图6为本申请实施例提供的发票开具系统的一种结构示意图；

图7为本申请实施例提供的发票开具系统的另一种结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

本发明提供的发票开具方法，可应用于发票开具系统；所述发票开具系统，与合同注册系统以及税控系统之间具有数据连接，用于接收合同注册系统发出的账单信息，并将账单信息发送到税控系统进行开票。其中，所述发票开具系统可以是本地数据库系统，也可以是云数据库系统，还可以是其他类型的信息处理系统，在此不做具体限定。

请参阅图1，图1为本申请实施例提供的发票开具方法的一种流程图。

如图1所示，所述方法包括：

S110：接收合同注册系统发出的目标账单信息。

在项目执行过程中，在签订一个合同后，需要将该合同的信息注册到企业公司的合同注册系统中，实际上就是将已签订的合同的相关信息存档到该合同注册系统中。

合同注册系统中存档的合同信息，可包括合同类型、合同总价与合同的里程碑的付款信息(如，付款时间、付款金额、付款条件等)以及其他需要存档的相关信息等。

在合同签订过程中，对于合同中的每笔里程碑的付款明细都可能有相应的规定，例如，可规定在开具发票时，不含税金额与税额分别需要开具多少，按照多少的税率开具，金额数是否带小数点等等。若在合同中存在上述规定，则在将合同信息注册进合同注册系统时，也会将上述规定的信息注册到该合同注册系统中。

账单信息主要包括合同的里程碑的付款信息。

一示例中，当操作人员需要开具某一笔账单对应的发票时，可以在合同注册系统的账单显示界面中，选择需要开具发票的账单信息，并点击相应的“账单开具”的按钮，使需要开具发票的账单信息自动流转到发票开具系统中。另外，考虑到不同系统之间信息流转过程的延时性，还可以在发票开具系统中设定一个预设时间间隔，从发票开具系统开始接收到目标账单信息开始，需要经过该预设时间间隔(例如，半天时间)后，才会支持目标账单信息的展示。

其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息。

发票开具系统在接收到合同注册系统发出的目标账单信息后，就会将接收到的目标账单信息保存起来。其中，每一个目标账单信息都会对应有唯一的预设位数的账单代码，如，6800321456。

基于操作人员在合同注册系统中的账单开具操作，发票开具系统中可保存的账单信息包括合同注册系统中需要开具发票的账单信息和已经开具了发票的账单信息，但并不包括合同注册系统中暂不需要开具发票的账单信息。

S120：接收操作人员针对所述目标账单信息执行的发票开具操作。

当目标账单信息流转到发票开具系统中，操作人员可以在发票开具系统中针对该目标账单信息执相应的发票开具操作。例如，操作人员可以在发票开具系统的账单信息显示界面中，选择需要开具发票的目标账单信息，并点击相应的“发票开具”按钮。其中，也可以在发票开具系统的账单信息显示界面中，直接搜索目标账单信息对应的账单代码，来查找相应的目标账单信息。

其中，账单信息中除了包括里程碑的付款信息外，还可以包括客户方的信息，例如，客户名称，账号，开户行地址及电话，纳税人识别号，地址电话等客户相关信息。其中，发票开具系统中的目标账单信息里的客户方的信息，是自动从合同注册系统中流转过来的，且可根据实际情况进行手动调整。

例如，有时候合同签订双方会约定某些付款将会由第三方付款，但这并未体现在合同上，相应的，这些付款的发票也需要开具给第三方，在这种情况下，就需要操作人员在发票开具系统中对相应的客户方的信息进行手动调整。其中，在发票开具系统中，可以直接选择第三方的客户名称，第三方的信息就会自动调取出来，而无需操作人员手动输入客户方的信息，从而保证了发票信息的准确性。

操作人员对目标账单信息进行简单确认无误后，便可以针对目标账单信息执行发票开具操作，使目标账单信息流转到税控系统进行开票。由于目标账单信息是从合同注册系统直接流转过来的，其准确性较高，直接将其作为开具发票的信息依据就足以保证发票开具的准确性，而无需操作人员对目标账单的具体信息内容进行反复确认，从而保证了发票开具的准确性和高效性。

S130：响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

在操作人员执行发票开具操作后，发票开具系统将目标账单信息发送至税控系统，操作人员利用税控系统就可以开具出目标账单对应的发票。

本实施例提供的发票开具方法，在开具发票的过程中，开具发票所依据信息是从合同注册系统中流转过来的目标账单信息，而并不是由人工记录或是与客户口头沟通来确认的发票信息，操作人员针对流转过来的目标账单信息执行发票开具操作，直接将所述目标账单信息发送至税控系统进行开票，从而保证了发票开具的准确性，同时也就无需操作人员对发票信息进行反复确认，从而提高了发票开具效率，也节省了人力成本。

请参阅图2，图2为本申请实施例提供的发票开具方法的另一种流程图。

如图2所示，所述方法包括：

S210：接收合同注册系统发出的目标账单信息。

合同注册系统发出的目标账单信息可以有多个，相应的，发票开具系统接收到的目标账单信息也可以有多个；而且，随着发票开具系统对合同注册系统发出的目标账单信息的不断接收，也会使发票开具系统中保存的目标账单信息越来越多。

S220：接收操作人员针对多个目标账单信息执行的合并开票操作。

一般情况下，一笔账单只对应一张发票，但也会出现需要将几笔账单合并在一起开具一张发票的情况，对于后一种情况，操作人员可以在发票开具系统中针对多个目标账单信息执行合并开票操作，以将多个目标账单信息合并在一起开具一张发票。

一示例中，操作人员可以在发票开具系统中，搜索多个目标账单信息对应的账单代码，如6800312346、6800256786与6800234589，在找到与上述账单代码相对应的目标账单信息后，通过复选框选中这些目标账单信息，并点击相应的“合并开票”按钮，以执行合并开票操作。

S230：响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息。

发票开具系统在接收到合并开票操作后，将多个目标账单信息合并为一个目标总账单信息。其中，多个目标账单信息中的付款金额，在目标总账单信息中是合并在一起的。

S240：将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

在操作人员执行合并开票操作后，发票开具系统将合并后的目标总账单信息发送至税控系统，操作人员利用税控系统就可以开具出目标总账单信息对应的发票。其中，一个目标总账单信息对应一张发票。

本实施例提供的发票开具方法，在接收到合同注册系统发出的目标账单信息后，可以接收操作人员可以针对多个目标账单信息执行的合并开票操作，并响应于该合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息，发送至所述税控系统，以开具所述目标总账单信息对应的发票，从而提高了合并开票的便利性。

请参阅图3，图3为本申请实施例提供的发票开具方法的又一种流程图。

如图3所示，所述方法包括：

S310：接收合同注册系统发出的目标账单信息。

S320：接收操作人员针对一个目标账单信息执行的拆分开票操作。

有些时候，也会出现需要将一笔账单拆分成多笔账单，并分别开具多张发票的情况。针对这种情况，操作人员可以在发票开具系统中，针对一个目标账单信息执行拆分开票操作，以将一个目标账单信息拆分成多个目标子账单信息，并分别开具相应的发票。

其中，操作人员也可以选择将一个目标账单信息拆分成预设数目个目标子账单信息；该预设数目可由操作人员根据具体需要进行灵活设定。

一示例中，操作人员可以在发票开具系统中，搜索某一个目标账单信息的账单代码，在找到该目标账单信息后，点击与该目标账单信息对应的“拆分”按钮，发票开具系统会显示相应的拆分选项，如，按金额数值拆分、按金额比例拆分、按拆分笔数拆分等，这时，操作人员就可以通过拆分选项，对目标账单信息进行拆分。

S330：响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息。

发票开具系统在接收到拆分开票操作后，将这一个目标账单信息拆分成多个目标子账单信息。

S340：将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

其中，所述至少一个目标子账单信息，是操作人员从多个目标子账单信息中选择的需要开具发票的目标子账单信息。操作人员在执行拆分开票操作过程中，可以选择是将一个目标子账单发送到税控系统进行开票，还是将两个以上的目标子账单发送到税控系统进行开票。也就是说，在将目标账单信息拆分成多个目标子账单信息后，并不一定需要将拆分出来的所有目标子账单一次性地全部发送到税控系统进行开票，而是可以根据具体要求进行选择性开票，由此提高了拆分开票的灵活性。

本实施例提供的发票开具方法，在接收合同注册系统发出的目标账单信息后，可以接收操作人员针对一个目标账单信息执行的拆分开票操作，并响应于拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息，然后将其中至少一个目标子账单信息发送至所述税控系统，以开具所述至少一个目标子账单信息对应的发票，从而提高了拆分开票的便利性和灵活性。

请参阅图4，图4为本申请实施例提供的发票开具方法的又一种流程图。

如图4所示，所述方法包括：

S410：接收合同注册系统发出的目标账单信息。

S420：记录所述目标账单信息的状态信息。

发票开具系统在接收到合同注册系统发出的目标账单信息后，需要对目标账单信息的状态信息进行记录。

例如，可以记录该目标账单信息的发票开具状态(如，已开具发票、未开具发票、拒绝开具发票等)；也可以记录该目标账单信息是否开具过红冲发票(若开具过红冲发票，还可以记录红冲记录信息)，是否开具过蓝字发票，是否重开过发票，是否办理了发票邮寄(办理了发票邮寄，还可以记录邮寄时间与邮寄单号)；还可以记录该目标账单信息的发票开具人、发票开具时间等信息。

当多个目标账单信息被合并成一个目标总账单信息时，可以记录该目标总账单信息的状态信息，也可以记录该目标总账单信息对应的多个目标账单信息的状态信息；当一个目标账单信息被拆分成多个目标子账单信息时，可以记录该目标账单信息的状态信息，也可以分别记录各个目标子账单信息的状态信息，从而提高了合并发票与拆分发票的管理效率，降低了合并发票与拆分发票的管理难度。

S430：接收操作人员针对所述目标账单信息执行的状态查询操作。

发票开具系统可以支持目标账单信息的状态查询。

一示例中，操作人员通过搜索目标账单信息的账单代码，就可以直接找到相应的目标账单信息及其状态信息。

S440：响应于所述状态查询操作，展示所述目标账单信息的状态信息。

一示例中，发票开具系统可以展示目标账单信息的处理流程图，在该处理流程图中，可示出目标账单信息的当前处理节点、当前处理节点的处理期限、当前处理节点的操作人员等信息；也可以示出目标账单信息的已处理节点的处理时间、已处理节点的操作人员等信息；还可以示出下一处理节点、下一处理节点的处理期限、下一处理节点的操作人员等信息。

一示例中，当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。其中，目标操作人员为，目标账单信息的发票开具流程中当前处理节点的操作人员。

进一步地，当目标账单信息发票开具流程流转至目标操作人员时，还可以判断目前是否临近目标操作人员的处理期限，当临近目标操作人员的处理期限时，向所述目标操作人员发送相应的提示信息。例如，在到达处理期限前2～3天提醒目标操作人员进行及时处理。

一示例中，在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，所述方法还可以包括：接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

例如，操作人员在税控系统上执行开票操作后，税控系统可以将发票的扫描件作为开票结果信息反馈给发票开具系统。另外，如果开具的发票需要寄出或人工转交，则可以将邮寄单号信息或转交人信息作为开票结果信息一并反馈给发票开具系统。

发票开具系统在接收到目标账单信息对应的开票结果信息后，可以将该开票结果信息记录为目标账单信息的状态信息。即，目标账单信息的状态信息还可以包括开票结果信息，如发票扫描件、快递单号、转交人信息等。

本实施例提供的发票开具方法，在接收合同注册系统发出的目标账单信息后，随时记录所述目标账单信息的状态信息，并通过接收操作人员针对所述目标账单信息执行的状态查询操作，展示所述目标账单信息的状态信息，为目标账单信息的状态追踪提供了便利，提高了发票开具状态的追踪效率，提高了发票开具管理的便利性。

请参阅图5，图5为本申请实施例提供的发票开具方法的再一种流程图。

如图5所示，所述方法包括：

S510：获取操作人员输入的查询条件及条件查询操作。

发票开具系统可以为操作人员提供了条件查询功能，操作人员可以将客户信息、发票开具状态、是否为红冲发票等信息作为查询条件，从发票开具系统保存的目标账单信息中筛选出所要查询的目标账单信息。

S520：响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

发票开具系统响应于所述条件查询操作，将符合操作人员输入的查询条件的目标账单信息进行展示。进一步地，也可以对查询到的目标账单信息的状态信息进行展示。

一示例中，所述发票开具系统还可以提供数据导出功能，根据用户需求获取不同的导出条件，并导出相应的数据以供用户分析。相应的，所述方法还可包括：获取操作人员输入的数据导出条件及数据导出操作；响应于所述数据导出操作，将符合所述数据导出条件的数据信息进行导出。

一示例中，所述发票开具系统，还可以提供离线查询与离线操作等功能。例如，操作人员在发票开具系统处于离线状态下，依然可以通过发票开具系统查询到本地存储的信息，本地存储的信息是在联网时同步过来的；发票开具系统所提供的离线操作功能，是指操作人员可以在发票开具系统的离线状态下，对发票开具系统中的信息进行操作(如，发票开具操作，合并开票操作、拆分开票操作等)，发票开具系统会将离线状态下的操作信息保存为草稿，并在联网时进行响应。

本实施例提供的发票开具方法，获取操作人员输入的查询条件及条件查询操作，并响应于所述条件查询操作，展示符合所述查询条件的目标账单信息，为目标账单信息的高级检索提供了支持，提高了查询目标账单信息的便利性，也提高了发票开具管理的便利性。

本发明实施例还提供了发票开具系统，所述发票开具系统用于实施本发明实施例提供的发票开具方法，下文描述的发票开具系统内容，可与上文描述的发票开具方法内容相互对应参照。

请参阅图6，图6为本申请实施例提供的发票开具系统的一种结构示意图。

本实施例的发票开具系统，用于实施前述实施例的发票开具方法，如图6所示，所述系统包括：

合同系统对接单元100，用于接收合同注册系统发出的目标账单信息。

其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息。

账单信息处理单元200，用于接收操作人员针对所述目标账单信息执行的发票开具操作。

税控系统对接单元300，用于响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

本实施例提供的发票开具系统，在开具发票的过程中，开具发票所依据信息是从合同注册系统中流转过来的目标账单信息，而并不是由人工记录或是与客户口头沟通来确认的发票信息，操作人员针对流转过来的目标账单信息执行发票开具操作，直接将所述目标账单信息发送至税控系统进行开票，从而保证了发票开具的准确性，同时也就无需操作人员对发票信息进行反复确认，从而提高了发票开具效率，也节省了人力成本。

请参阅图7，图7为本申请实施例提供的发票开具系统的另一种结构示意图。

如图7所示，所述发票开具系统除了包括前述实施例中的合同系统对接单元100、账单信息处理单元200与税控系统对接单元300外，还包括账单信息查询单元400。

其中，所述账单信息处理单元200，还用于存储所述目标账单信息，并提供给账单信息查询单元400查询使用。

一示例中，所述发票开具系统还提供了合并开票功能：

所述账单信息处理单元200，还用于接收操作人员针对多个目标账单信息执行的合并开票操作；响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息。

相应的，所述税控系统对接单元300，还用于将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

一示例中，所述发票开具系统还提供了拆分开票功能：

所述账单信息处理单元200，还用于接收操作人员针对一个目标账单信息执行的拆分开票操作；响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息接收操作人员针对一个目标账单信息执行的拆分开票操作。

相应的，所述税控系统对接单元300，还用于将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

一示例中，所述发票开具系统还提供了信息查询功能：

所述账单信息处理单元200，还用于记录所述目标账单信息的状态信息。

所述账单信息查询单元400，用于接收操作人员针对所述目标账单信息执行的状态查询操作；响应于所述状态查询操作，展示所述目标账单信息的状态信息。

一示例中，所述账单信息查询单元400，还用于获取操作人员输入的查询条件及条件查询操作；响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

一示例中，所述发票开具系统还提供了流程提醒功能：

所述所述账单信息处理单元200，还用于当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。

一示例中，所述税控系统对接单元300，还用于在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

本实施例提供的发票开具系统，提供了合并开票功能与拆分开票功能，从而提高了合并开票与拆分开票的便利性与灵活性；还提供了账单信息的状态信息的记录与查询功能，以及流程提醒功能，从而为目标账单信息的状态追踪提供了便利，提高了发票开具状态的追踪效率，尤其是为合并开票与拆分开票的管理提供了支持，提高了发票开具管理的便利性。

本发明实施例提供的发票开具系统，包括处理器和存储器，上述合同系统对接单元100、账单信息处理单元200、税控系统对接单元300与账单信息查询单元400等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来解决发票开具的准确性与效率较低的技术问题。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述发票开具方法。

本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述发票开具方法。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：

接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

接收操作人员针对所述目标账单信息执行的发票开具操作；

响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对多个目标账单信息执行的合并开票操作；

响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息；

将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对一个目标账单信息执行的拆分开票操作；

响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息；

将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

记录所述目标账单信息的状态信息；

接收操作人员针对所述目标账单信息执行的状态查询操作；

响应于所述状态查询操作，展示所述目标账单信息的状态信息。

优选的，所述方法还包括：

当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。

优选的，所述方法还包括：

获取操作人员输入的查询条件及条件查询操作；

响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

优选的，在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，所述方法还包括：

接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

接收操作人员针对所述目标账单信息执行的发票开具操作；

响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对多个目标账单信息执行的合并开票操作；

响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息；

将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对一个目标账单信息执行的拆分开票操作；

响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息；

将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

优选的，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

记录所述目标账单信息的状态信息；

接收操作人员针对所述目标账单信息执行的状态查询操作；

响应于所述状态查询操作，展示所述目标账单信息的状态信息。

优选的，所述方法还包括：

当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。

优选的，所述方法还包括：

获取操作人员输入的查询条件及条件查询操作；

响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

优选的，在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，所述方法还包括：

接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种发票开具方法，其特征在于，所述方法包括：

接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

接收操作人员针对所述目标账单信息执行的发票开具操作；

响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

2.如权利要求1所述的方法，其特征在于，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对多个目标账单信息执行的合并开票操作；

响应于所述合并开票操作，将所述多个目标账单信息合并为一个目标总账单信息；

将所述目标总账单信息发送至所述税控系统，以开具所述目标总账单信息对应的发票。

3.如权利要求1所述的方法，其特征在于，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

接收操作人员针对一个目标账单信息执行的拆分开票操作；

响应于所述拆分开票操作，将所述一个目标账单信息拆分为多个目标子账单信息；

将至少一个目标子账单信息分别发送至所述税控系统，以分别开具所述至少一个目标子账单信息对应的发票。

4.如权利要求1所述的方法，其特征在于，在所述接收合同注册系统发出的目标账单信息之后，所述方法还包括：

记录所述目标账单信息的状态信息；

接收操作人员针对所述目标账单信息执行的状态查询操作；

响应于所述状态查询操作，展示所述目标账单信息的状态信息。

5.如权利要求4所述的方法，其特征在于，所述方法还包括：

当所述目标账单信息的状态信息表征所述目标账单信息的发票开具流程流转至目标操作人员时，向所述目标操作人员发送相应的提示信息。

6.如权利要求1所述的方法，其特征在于，所述方法还包括：

获取操作人员输入的查询条件及条件查询操作；

响应于所述条件查询操作，展示符合所述查询条件的目标账单信息。

7.如权利要求1所述的方法，其特征在于，在所述响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票之后，所述方法还包括：

接收所述税控系统反馈的所述目标账单信息对应的开票结果信息。

8.一种发票开具系统，其特征在于，所述系统包括：

合同系统对接单元，用于接收合同注册系统发出的目标账单信息；其中，所述目标账单信息为，操作人员在所述合同注册系统中执行账单开具操作时选择的账单信息；

账单信息处理单元，用于接收操作人员针对所述目标账单信息执行的发票开具操作；

税控系统对接单元，用于响应于所述发票开具操作，将所述目标账单信息发送至税控系统，以开具所述目标账单信息对应的发票。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如权利要求1～7中任一项所述的发票开具方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行如权利要求1～7中任一项所述的发票开具方法。

Images