CN106709770A - 一种用于增值税销项发票的管理系统及方法 - Google Patents

Abstract

本发明公开了一种用于增值税销项发票的管理系统及方法，系统包括：客户端、服务器端，服务器端包括：开票单元，用以通过通用接口接收所述客户端上传的销项数据，并与第三方开票系统连接进行开票；客户端还包括：开票规则单元和预制发票生成单元，所述开票规则单元用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，预制发票生成单元用以根据所述开票规则单元预制不同类型发票。通过本发明将销售、租赁、其他销项数据，通过接口的方式直连房屋销项发票管理方法及系统，将数据直接传递到房屋销项发票管理方法及系统中，根据开票解析的开票内容直连金税系统进行开票，整个过程无需手工、避免出错、无需二次核对。

Description

一种用于增值税销项发票的管理系统及方法

技术领域

本发明涉及发票管理领域，特别涉及房屋销项发票管理方法及系统。

背景技术

企业在生产经营活动中，对增值税销项发票有许多管理要求。如：提高发票开具效率，实时监管发票开具情况，深化已开具发票数据的分析管理，加强财务管理水平等。而目前，企业开具增值税发票通常采用国税局提供的增值税防伪税控系统，由于不能与企业的业务系统进行整合，无法对开具的销项发票进行有效管理。由于自2016年5月1日开始，房地产行业开始推行营业税改增值税，传统的开票方式，面临如下问题：

1)增值税较营业税票面信息更多、更详细，且涉及到专票的进项抵扣，对发票的开具规范更严格，传统的手工录入开票信息开票的方式，工作量大、效率低、且容易出错。按照新的增值税税率，建筑业和房地产业适用11％税率，金融业和生活服务业适用6％税率。有关营改增的实施细则并未完全落地，而且国家承诺所有税负只减不增，这使得房地产营改增具体政策如何设计受到多方关注。

2)传统模式开票后，需要与业务系统的数据进行反复核对，工作效率降低。

3)传统的开票软件中，没有对开票流程进行管控，特别是一些特殊操作。如：提前开票、开专票、红冲、作废等高风险的场景，也容易出现税务风险。

4)此外，在营改增后，各个地方的税局对于国税总局的政策解读存在差异，造成了货物劳务名称、备注等信息差异化较大，手工录入风险较高。

现有技术中，解决方法比如中国专利申请201410748776.1，能够开出增值税销项发票，但是无法进行开票流程的管控。又比如中国专利申请201310397772.9，能够监控整个开票的过程，但是无法统一开票流程。

发明内容

本发明要解决的技术问题是，提供通过将领购入库、提前开票、日常开票、集中开票、发票红冲、发票作废、发票交接的全生命周期完整呈现，让房企可以清晰的了解到发票的开具情况的用于增值税销项发票的管理系统。

解决上述技术问题，本发明提供了用于增值税销项发票的管理系统，包括：客户端、服务器端，

所述服务器端包括：开票单元，所述开票单元用以通过通用接口接收所述客户端上传的销项数据，并与第三方开票系统连接进行开票；

所述客户端还包括：开票规则单元和预制发票生成单元，

所述开票规则单元用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，

所述预制发票生成单元用以根据所述开票规则单元预制不同类型发票。

更进一步，所述客户端还包括：换票/批量换票处理单元、开票/批量开票处理单元、以及发票打印单元，

所述换票/批量换票处理单元用以在未开票时对开具的收据或者普票提供换票或者批量换票接口；

所述开票/批量开票处理单元用以按照业务类型为单个交房客户提供直接开票接口或者为集中交房客户提供批量开票接口；

所述发票打印单元用以与所述第三方开票系统相连单张或批量打印发票，以及接收推送租赁业务的发票信息。

更进一步，所述客户端还包括：收款单元和收据开出单元，

所述收款单元用以同步不同类型的款项，

所述收据开出单元用以从所述收款单元中收到的款项开具交易凭证。

更进一步，所述客户端还包括：预开发票单元用以当有预开发票的操作时，登记需要预开发票的基本信息和说明，同时与所述第三方开票系统相连开具发票和/或打印；

对预开发票进行实际业务核销，并且记录预开发票具体情况；

若有与实际业务不匹配的发票，则进行红冲或者作废处理。

更进一步，所述服务器端还包括：增值税收入单元，所述增值税收入单元用以，登记需要预开发票对应收款单据，并将预开发票的发票代码和号码补录到收款单据上；

以及，判断预开发票和实际业务所需发票是否一致，

若一致则将继续操作指令发送至客户端。

更进一步，所述客户端还包括：冲销单元，所述冲销单元用以进行如下操作：

申请作废/红冲后进行审批，若通过审批则执行作废和/或在申请红字发票后执行红冲。

更进一步，所述规则解析引擎，

从所述通用接口获取开票数据集，

在所述开票数据集中，根据开票规则查找数据字典，

在所述数据字典中解析出关键字并找到开票数据集对应数据，

将数据按照开票规则组合成发票信息，并进行开票预览。

更进一步，所述客户端被配置为：在获得收入数据后根据不同房屋销售/租赁类型为多个操作人员开票、作废或者红冲操作。

更进一步，系统还包括监控端，

所述监控端与服务器端连接并对所有开票点进行监控，与第三方开票系统联动升级以及跟踪分析异常日志。

基于上述，本发明还提供了用于增值税销项发票的管理方法，首先部署客户端和服务器端，还包括如下步骤：

在客户端上传销项数据，并根据需求设置票面内容，通过规则解析引擎将所述票面内容解析成客户开票需要的信息，

根据预制的不同发票类型与第三方开票系统连接进行开票。

本发明的有益效果：

1)在本发明中的用于增值税销项发票的管理系统中，通过服务器端直连开票，无需手工输入，从而降低录入、核对等成本，提高开票效率和准确性。通过服务器端的通用接口直连房屋业务系统中的房屋业务数据(业务单据)，从而实现了财务收款和发票的一致性，实现三流合一。

2)所述客户端中的票面信息根据开票规则引擎自动解析不同地区、不同业态、不同类型的发票开具要求，实现系统自动匹配票面信息，无需手工修改，提供效率、降低风险。

3)通过本发明中的用于增值税销项发票的管理方法，从领购入库、提前开票、日常开票、批量开票、红冲、作废、发票交接等方面进行发票全生命周期的管理，规避发票管理的风险。

4)此外，对于提前开票、红冲、作废等高风险过程进行人工审批，规避税务风险。

附图说明

图1是本发明一实施例中的用于增值税销项发票的管理系统的结构示意图；

图2是图1中的客户端的组成结构示意图；

图3是图1中一优选方式的客户端示意图；

图4是图1中的另一实施方式示意图；

图5是图1中的客户端的另一组成结构示意图；

图6是规则解析引擎的操作流程示意图；

图7是本发明中系统的拓扑结构图；

图8是本发明一优选实施例中的用于增值税销项发票的管理系统的结构示意图；

图9是本发明一实施例中的用于增值税销项发票的管理方法流程示意图。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。可以理解，这些实施例仅出于说明并且帮助本领域的技术人员理解和实施例本公开的目的而描述，而非建议对本公开的范围的任何限制。在此描述的本公开的内容可以以下文描述的方式之外的各种方式实施。

可以理解，在本申请中的现场会计：可以理解为现场收银人员，负责直接开票的人员。税务会计：是负责公司的纳税申报的财务人员，主要负责发票的管理、基本信息的维护，为纳税申报提供支撑。现场会计和税务会计的主要区别在于产品的使用场景不同，在终端上使用的客户端是同一个，可通过权限来控制。

图1是本发明一实施例中的用于增值税销项发票的管理系统的结构示意图，本实施例中的用于增值税销项发票的管理系统，包括：客户端1、服务器端2，所述服务器端2包括：开票单元21，所述开票单元21用以通过通用接口接收所述客户端1上传的销项数据，并与第三方开票系统连接进行开票，所述通用接口为房屋业务数据接口；所述客户端1还包括：开票规则单元10和预制发票生成单元11，所述开票规则单元10用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，所述预制发票生成单元11用以根据所述开票规则单元预制不同类型发票。所述客户端1为安装在单个网点用户的电脑上的应用程序，所述服务器端2包括但不限于本地服务器或者云端服务器。所述客户端1需要安装在本地或者接入互联网的电脑上。所述第三方开票系统包括但不限于，通过航信/百旺接口组件提接口数据的数据接口。通过所述第三方开票系统能够操控打印出发票。通过服务器端直连开票，无需手工输入，从而降低录入、核对等成本，提高开票效率和准确性。在所述通用接口为房屋业务数据接口的时候，通用接口直连房屋业务系统中的房屋业务数据(业务单据)，从而实现了财务收款和发票的一致性，实现三流合一。本领域技术人员能够明了，所述开票规则单元可以根据开票需求进行设定以及房屋销项发票的特点进行调整。所述预制发票生成单元能够提前生成销项发票各类型模板，提高了开票的效率。

在一些实施例中，所述开票规则单元10中的规则解析引擎基于现有的销项发票字典进行解析。

在一些实施例中，预制发票生成单元11中提供了预览的功能。

作为本实施例中的优选，如图2所示是图1中的客户端的组成结构示意图，所述客户端1还包括：换票/批量换票处理单元12、开票/批量开票处理单元13、以及发票打印单元14，所述换票/批量换票处理单元12用以在未开票时对开具的收据或者普票提供换票或者批量换票接口；所述开票/批量开票处理单元13用以按照业务类型为单个交房客户提供直接开票接口或者为集中交房客户提供批量开票接口；所述发票打印单元14用以与所述第三方开票系统相连单张或批量打印发票，以及接收推送租赁业务的发票信息。

在上述客户端1主要进行发票管理，包括但不限于管理空白发票、已开发票、已作废发票或者已红冲发票的管理。

流程分为：领购和开票

在领购阶段具体包括如下的操作流程：

1)线下购买发票申请，税务会计携带和提交当地主管税务局要求的材料，购买空白增值税发票。

2)税局登记线下分发，当地主管税务局审核通过企业报送的增值税申领资料后，向税务会计下发规定号段的增值税发票。

3)线上入库登记，税务会计购买发票后，需要正确、详细记录领购增值税发票的种类、开票限额和发票起始号码以及发票代码等信息，该些可以作为客户端中开票规则单元的调整依据。

4)线上领取登记，由总部税务会计向各个项目的现场会计统一分发已购买的空白发票，各现场会计领用不同号段的发票以备后续开票使用。

开票阶段具体包括如下的操作流程：

1)制定开票规则：由各税务主体的管理员按照业态分别设置增值税普通发票和增值税专用发票的开票规则，包括发票拆分规则、发票信息来源设置，将上述信息设置为原始规则。

2)收款。

所述收款单元15用以同步不同类型的款项。

针对租赁业务，包括但不限于定期收取的租金；

针对售楼业务，包括但不限于：收取的定金、首期、楼款等款项。

上述收款可以与支付第三方AP I接口相连，用以在所述客户端中实现收款。具体如图3所示是图1中一优选方式的客户端示意图。

所述支付第三方AP I接口包括但不限于，支付宝、微信以及网上银行等。

3)开收据。所述收据开出单元16用以从所述收款单元中收到的款项开具交易凭证。现场会计收到款项可在销售系统中开收据给客户，作为双方交易凭证。具体如图3所示是图1中一优选方式的客户端示意图。

4)换票/批量换票。所述换票/批量换票处理单元用以在未开票时对开具的收据或者普票提供换票或者批量换票接口，具体而言，所述换票/批量换票处理单元对同一合同不同时期收到的多笔款项开具的收据。

或者，所述换票/批量换票处理单元对0税率普票在交房前进行单个房间换票或多个房间批量换票业务。

5)开票/批量开票。

正常情况下，对于售楼交房业务，所述开票/批量开票处理单元对单个客户进行直接开票或者对集中交房客户批量开票；

对于租赁业务，所述开票/批量开票处理单元用以对已收和当月应收租赁进行开票或集中开票。

特殊情况下，对于售楼业务的预收款、补差款，应客户要求，所述开票/批量开票处理单元用以在交房前收款后直接开票，甚至对于企业客户，未收到款仍然要提前开票。

此外，对于视同销售业务和其他零星收入，所述开票/批量开票处理单元也要开票。

6)打印发票。

房屋销项发票(增值税)开票系统一方面与房屋销项发票管理系统形成无缝集成，另一方面接收推送租赁业务的发票信息，通过直连第三方开票系统单张或批量打印发票。

7)发票交接。对于售楼业务，将打印的发票现场交给业主或代领人，并登记交接信息。

上述收款单元和收据开出单元、换票/批量换票处理单元、开票/批量开票处理单元、以及发票打印单元，可以由不同操作权限的现场会计和/或者税务会计在各自网点进行操作。

图4是图1中的另一实施方式示意图，所述客户端1还包括：预开发票单元17，用以当有预开发票的操作时，登记需要预开发票的基本信息和说明，同时与所述第三方开票系统相连开具发票和/或打印；对预开发票进行实际业务核销，并且记录预开发票具体情况；若有与实际业务不匹配的发票，则进行红冲或者作废处理。所述服务器端2还包括：增值税收入单元22，所述增值税收入单元22用以，登记需要预开发票对应收款单据，并将预开发票的发票代码和号码补录到收款单据上；以及，判断预开发票和实际业务所需发票是否一致，若一致则将继续操作指令发送至客户端1。

预开发票单元17是指预开发票操作，具体是一种高风险的特殊场景，客户在没收到钱的情况下需要开票。

预开发票单元17的执行过程如下：

1)预开发票对应的业务发生。根据业务需要，系统进行预开发票的动作操作，主要涉及到企业客户在实际业务信息未进入系统之前需要开具发票的业务。

2)预开发票的登记和打印。在系统登记需要预开的发票的基本信息，以及预开发票的说明，并可以直连开票系统进行发票开具和打印。

3)登记对应收款单据。在开具发票之后，实际业务发生，在业务系统录入实际业务发生的单据。

4)补录发票代码和号码。在业务系统中将预开的发票号码和代码补录到对应的业务单据上。

5)记录实际业务发生金额。对预开发票进行实际业务的核销，记录预开发票的实际发生情况。以保证对预开发票的严格监控，对于与实际业务不符合的发票及时进行处理。

6)预开和实际业务是否一致。预开的发票对应的实际业务发生变化，导致预开发票和实际业务单据不一致。

7)发票红冲/作废。对于与实际业务不匹配的发票，及时进行红冲或者作废处理，规避税务风险，对于提前开票、红冲、作废等高风险过程增加人工审核，规避税务风险。

图5是图1中的客户端的另一组成结构示意图，所述客户端1还包括：冲销单元18，所述冲销单元18用以进行如下操作：申请作废/红冲后进行审批，若通过审批则执行作废和/或在申请红字发票后执行红冲。

上述冲销单元18中的冲销阶段流程具体如下：

1)作废/红冲申请。发票打印后，若发生销售折让、中止、退回、开票有误以及发票抵扣联、发票联均无法认证等情形，则要对原增值税发票进行作废或红冲，要提交申请。

2)执行作废。内部作废申请通过后，针对以下情况，所述冲销单元用以作废发票：1、开具发票时，发现增值税发票开具有误；2、原始增值税发票由客户退回瑞安，且尚未将该增值税发票向主管税务局申报且未跨月；对于增值税专用发票，退回的发票未经客户作进项认证。

3)红字发票申请。对于增值税专用发票，针对以下情形，在增值税发票系统中提交增值税专用发票红冲申请，由当地主管税务局审批：

3-1)若专用发票已交付客户，由客户向税务机关提交申请；

3-2)若专用发票尚未交付客户或者拒收，现场会计在增值税发票系统中提交红冲申请。

4)执行红冲。内部红冲申请通过后，对于增值税普通发票，所述冲销单元用以可以在系统中在所对应的原蓝字发票金额范围内开具多份红字发票；对于增值税专用发票，经税务机关红冲申请审批通过后，现场会计以销项负数开具相应的红字专用发票。

上述冲销阶段流程：作废和执行红冲，可以由不同操作权限的现场会计在各自网点进行操作。

图6是规则解析引擎的操作流程示意图中所述规则解析引擎，

从所述通用接口获取开票数据集，

在所述开票数据集中，根据开票规则查找数据字典，

在所述数据字典中解析出关键字并找到开票数据集对应数据，

将数据按照开票规则组合成发票信息，并进行开票预览。

开票单元中的开票规则通过针对不同的地区公司、不同业务数据进行设置票面内容；并通过服务器端中的规则解析引擎将票面内容解析成客户开票需要的信息，并提交给开票系统进行开票的过程。由于全国房屋销项发票在开票需要的基本信息范围基本确定的，只是组合要求不同，比如，北京：要求备注内容为项目地址，房间号。上海：要求备注内容为项目地址，合同金额，单价。

本实施例中的规则解析引擎通过开票规则的解析引擎，可以满足不同地区的对于发票内容的自由组合。相当于提供一个大而全的数据范围，票面信息有客户自由组合展示。

图7是本发明中系统的拓扑结构图，用于增值税销项发票的管理系统，包括：客户端、服务器端，所述服务器端包括：开票单元，所述开票单元用以通过通用接口接收所述客户端上传的销项数据，并与第三方开票系统连接进行开票，所述通用接口为房屋业务数据接口；

所述客户端还包括：开票规则单元和预制发票生成单元，所述开票规则单元用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，所述预制发票生成单元用以根据所述开票规则单元预制不同类型发票。所述客户端还包括：收款单元和收据开出单元，所述收款单元用以同步不同类型的款项，所述收据开出单元用以从所述收款单元中收到的款项开具交易凭证。换票/批量换票处理单元、开票/批量开票处理单元、以及发票打印单元，所述换票/批量换票处理单元用以在未开票时对开具的收据或者普票提供换票或者批量换票接口；所述开票/批量开票处理单元用以按照业务类型为单个交房客户提供直接开票接口或者为集中交房客户提供批量开票接口；所述发票打印单元用以与所述第三方开票系统相连单张或批量打印发票，以及接收推送租赁业务的发票信息。上述客户端能够实现对空白发票、已开发票、已作废发票、已红冲发票的管理。

作为本实施例中的优选，所述客户端还包括：预开发票单元，用以当有预开发票的操作时，登记需要预开发票的基本信息和说明，同时与所述第三方开票系统相连开具发票和/或打印；对预开发票进行实际业务核销，并且记录预开发票具体情况；若有与实际业务不匹配的发票，则进行红冲或者作废处理。所述服务器端还包括：增值税收入单元，所述增值税收入单元用以，登记需要预开发票对应收款单据，并将预开发票的发票代码和号码补录到收款单据上；以及，判断预开发票和实际业务所需发票是否一致，若一致则将继续操作指令发送至客户端。在上述客户端和上述服务器端能够提供房屋销项发票的提前开票操作。此外，对提前开票操作进行了风险管控：人工审核。

作为本实施例中的优选，所述客户端还包括：冲销单元，所述冲销单元用以进行如下操作：申请作废/红冲后进行审批，若通过审批则执行作废和/或在申请红字发票后执行红冲。

作为本实施例中的优选，所述规则解析引擎，从所述通用接口获取开票数据集，在所述开票数据集中，根据开票规则查找数据字典，在所述数据字典中解析出关键字并找到开票数据集对应数据，将数据按照开票规则组合成发票信息，并进行开票预览。

通过上述提前开票、日常开票、批量开票、红冲、作废、发票交接等方面进行发票全生命周期的管理，规避发票管理的风险。同时，当销售或者租赁以及其他销项数据通过接口的方式直连本实施例中的系统，能够将数据直接传递到系统中，并根据开票解析的开票内容直连第三方开票系统进行开票，无需手工、避免出错、无需二次核对。

图8是本发明一优选实施例中的用于增值税销项发票的管理系统的结构示意图，用于增值税销项发票的管理系统，包括：客户端1、服务器端2，所述服务器端2包括：开票单元21，所述开票单元21用以通过通用接口接收所述客户端上传的销项数据，并与第三方开票系统连接进行开票，所述通用接口为房屋业务数据接口；所述客户端1还包括：开票规则单元10和预制发票生成单元11，所述开票规则单元用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，所述预制发票生成单元用以根据所述开票规则单元预制不同类型发票。系统还包括监控端3，所述监控端3与服务器端2连接并对所有开票点进行监控，与第三方开票系统联动升级以及跟踪分析异常日志。

所述客户端1还包括：换票/批量换票处理单元、开票/批量开票处理单元、以及发票打印单元，所述换票/批量换票处理单元用以在未开票时对开具的收据或者普票提供换票或者批量换票接口；所述开票/批量开票处理单元用以按照业务类型为单个交房客户提供直接开票接口或者为集中交房客户提供批量开票接口；所述发票打印单元用以与所述第三方开票系统相连单张或批量打印发票，以及接收推送租赁业务的发票信息。

所述客户端1还包括：收款单元和收据开出单元，所述收款单元用以同步不同类型的款项，所述收据开出单元用以从所述收款单元中收到的款项开具交易凭证。

所述客户端1还包括：预开发票单元，用以当有预开发票的操作时，登记需要预开发票的基本信息和说明，同时与所述第三方开票系统相连开具发票和/或打印；对预开发票进行实际业务核销，并且记录预开发票具体情况；若有与实际业务不匹配的发票，则进行红冲或者作废处理。

所述服务器端2还包括：增值税收入单元，所述增值税收入单元用以，登记需要预开发票对应收款单据，并将预开发票的发票代码和号码补录到收款单据上；以及，判断预开发票和实际业务所需发票是否一致，若一致则将继续操作指令发送至客户端。

所述客户端2还包括：冲销单元，所述冲销单元用以进行如下操作：申请作废/红冲后进行审批，若通过审批则执行作废和/或在申请红字发票后执行红冲。

所述规则解析引擎，从所述通用接口获取开票数据集，在所述开票数据集中，根据开票规则查找数据字典，在所述数据字典中解析出关键字并找到开票数据集对应数据，将数据按照开票规则组合成发票信息，并进行开票预览。

上述的客户端1被配置为：在获得收入数据后根据不同房屋销售/租赁类型为多个操作人员开票、作废或者红冲操作。

本实施例中的房屋销项发票管理系统，提供了包括：领购入库、提前开票、日常开票、集中开票、发票红冲、发票作废、发票交接的全生命周期的发票管理，让房企可以清晰的了解到发票的开具情况。

图9是本发明一实施例中的用于增值税销项发票的管理方法流程示意图。

首先部署客户端和服务器端后具体还包括如下的操作流程：

步骤S100在客户端上传销项数据，并根据需求设置票面内容，通过规则解析引擎将所述票面内容解析成客户开票需要的信息，所述客户端中的票面信息根据开票规则引擎自动解析不同地区、不同业态、不同类型的发票开具要求，实现系统自动匹配票面信息，无需手工修改，提供效率、降低风险。

步骤S101根据预制的不同发票类型与第三方开票系统连接进行开票。

在一些实施例中，在执行步骤S100之前包括了以下的步骤：S1入库登记,税务会计购买发票后，需要正确、详细记录领购增值税发票的种类、开票限额和发票起始号码以及发票代码等信息。S2领取登记,由总部税务会计向各个项目的现场会计统一分发已购买的空白发票，各现场会计领用不同号段的发票以备后续开票使用。

在一些实施例中，在执行步骤S100之后还包括如下步骤：S3换票/批量换票,现场会计要对同一合同不同时期收到的多笔款项开具的收据或0税率普票在交房前进行单个房间换票或多个房间批量换票业务。S4开票/批量开票，正常情况下，对于售楼交房业务，现场会计需要对单个客户进行直接开票或者对集中交房客户批量开票；对于租赁业务，财务人员需要对已收和当月应收租赁进行开票或集中开票。特殊情况下，对于售楼业务的预收款、补差款，应客户要求，现场会计可能要在交房前收款后直接开票，甚至对于企业客户，未收到款仍然要提前开票。另外，对于视同销售业务和其他零星收入，会计人员也要开票。S5打印发票，增值税系统一方面与房屋数据销售接口无缝集成，另一方面接收推送租赁业务的发票信息，通过开票小助手直连开票系统单张或批量打印发票。

步骤S101之后还包括如下步骤：S6对预开发票进行实际业务的核销，记录预开发票的实际发生情况。以保证对预开发票的严格监控，对于与实际业务不符合的发票及时进行处理。S7发票打印后，若发生销售折让、中止、退回、开票有误以及发票抵扣联、发票联均无法认证等情形，则要对原增值税发票进行作废或红冲，要提交申请经内部税务会计审批。对于预开开票、红冲、作废等高风险过程进行人工审批，规避税务风险。

上述方法，通过服务器端直连开票，无需手工输入，从而降低录入、核对等成本，提高开票效率和准确性。通过服务器端的通用接口直连房屋业务系统中的房屋业务数据(业务单据)，从而实现了财务收款和发票的一致性，实现三流合一。此外，通过本实施例中的方法，可以从领购入库、提前开票、日常开票、批量开票、红冲、作废、发票交接等方面进行发票全生命周期的管理，规避发票管理的风险。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

总体而言，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任意组合实施。一些方面可以以硬件实施，而其它一些方面可以以固件或软件实施，该固件或软件可以由控制器、微处理器或其它计算设备执行。虽然本公开的各种方面被示出和描述为框图、流程图或使用其它一些绘图表示，但是可以理解本文描述的框、设备、系统、技术或方法可以以非限制性的方式以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合实施。

此外，虽然操作以特定顺序描述，但是这不应被理解为要求这类操作以所示的顺序执行或是以顺序序列执行，或是要求所有所示的操作被执行以实现期望结果。在一些情形下，多任务或并行处理可以是有利的。类似地，虽然若干具体实现方式的细节在上面的讨论中被包含，但是这些不应被解释为对本公开的范围的任何限制，而是特征的描述仅是针对具体实施例。在分离的一些实施例中描述的某些特征也可以在单个实施例中组合地执行。相反对，在单个实施例中描述的各种特征也可以在多个实施例中分离地实施或是以任何合适的子组合的方式实施。

Claims (10)

1.用于增值税销项发票的管理系统，其特征在于，包括：客户端、服务器端，

所述服务器端包括：开票单元，所述开票单元用以通过通用接口接收所述客户端上传的销项数据，并与第三方开票系统连接进行开票，所述通用接口为房屋业务数据接口；

所述客户端还包括：开票规则单元和预制发票生成单元，

所述开票规则单元用以根据需求设置票面内容，并通过规则解析引擎将所述票面内容解析成客户开票需要的信息，

所述预制发票生成单元用以根据所述开票规则单元预制不同类型发票。

2.根据权利要求1所述的管理系统，其特征在于，所述客户端还包括：换票/批量换票处理单元、开票/批量开票处理单元、以及发票打印单元，

所述换票/批量换票处理单元用以在未开票时对开具的收据或者普票提供换票或者批量换票接口；

所述开票/批量开票处理单元用以按照业务类型为单个交房客户提供直接开票接口或者为集中交房客户提供批量开票接口；

所述发票打印单元用以与所述第三方开票系统相连单张或批量打印发票，以及接收推送租赁业务的发票信息。

3.根据权利要求2所述的管理系统，其特征在于，所述客户端还包括：收款单元和收据开出单元，

所述收款单元用以同步不同类型的款项，

所述收据开出单元用以从所述收款单元中收到的款项开具交易凭证。

4.根据权利要求1所述的管理系统，其特征在于，所述客户端还包括：预开发票单元，用以当有预开发票的操作时，登记需要预开发票的基本信息和说明，同时与所述第三方开票系统相连开具发票和/或打印；

对预开发票进行实际业务核销，并且记录预开发票具体情况；

若有与实际业务不匹配的发票，则进行红冲或者作废处理。

5.根据权利要求1或4所述的管理系统，其特征在于，所述服务器端还包括：增值税收入单元，所述增值税收入单元用以，登记需要预开发票对应收款单据，并将预开发票的发票代码和号码补录到收款单据上；

以及，判断预开发票和实际业务所需发票是否一致，

若一致则将继续操作指令发送至客户端。

6.根据权利要求1所述的管理系统，其特征在于，所述客户端还包括：冲销单元，所述冲销单元用以进行如下操作：

申请作废/红冲后进行审批，若通过审批则执行作废和/或在申请红字发票后执行红冲。

7.根据权利要求1所述的管理系统，其特征在于，所述规则解析引擎，

从所述通用接口获取开票数据集，

在所述开票数据集中，根据开票规则查找数据字典，

在所述数据字典中解析出关键字并找到开票数据集对应数据，

将数据按照开票规则组合成发票信息，并进行开票预览。

8.根据权利要求1-7任一项所述的管理系统，其特征在于，所述客户端被配置为：在获得收入数据后根据不同房屋销售/租赁类型为多个操作人员开票、作废或者红冲操作。

9.根据权利要求1-7任一项所述的管理系统，其特征在于，还包括监控端，所述监控端与服务器端连接并对所有开票点进行监控，与第三方开票系统联动升级以及跟踪分析异常日志。

10.用于增值税销项发票的管理方法，其特征在于，首先部署客户端和服务器端，还包括如下步骤：

在客户端上传销项数据，并根据需求设置票面内容，通过规则解析引擎将所述票面内容解析成客户开票需要的信息，

根据预制的不同发票类型与第三方开票系统连接进行开票。