CN108830665A - 一种客户发票管理系统 - Google Patents

Abstract

本发明旨在提供一种客户发票管理系统包括：客户端，服务器端；其中，所述客户端进一步包括：客户发票信息审核模块，客户发票申请模块，订单退票申请模块；所述服务器端进一步包括：订单开票计划制定模块，开票信息审核及开票模块，退票审核及处理模块；客户发票信息审核模块。在本发明中的发票管理系统中，通过服务器端直连开票，无需手工输入，从而降低录入、核对成本，提高开票效率和准确性。

Description

一种客户发票管理系统

技术领域

本发明涉及发票管理领域，特别涉及生产企业发票管理系统。

背景技术

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

1)增值税较营业税票面信息更多、更详细，且涉及到专票的进项抵扣，对发票的开具规范更严格，传统的手工录入开票信息开票的方式，工作量大、效率低、且容易出错。

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

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

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

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

发明内容

本发明要解决的技术问题是，提供通过将领购入库、提前开票、日常开票、集中开票、发票红冲、发票作废、发票交接的全生命周期完整呈现。

本发明的技术方案为：

一种客户发票管理系统包括：客户端，服务器端；

其中，客户端进一步包括：客户发票信息审核模块，客户发票申请模块，订单退票申请模块；所述服务器端进一步包括：订单开票计划制定模块，开票信息审核及开票模块，退票审核及处理模块；

客户发票信息审核模块，用于初步审核客户发票信息是否正确；

所述客户发票申请模块，用于客户发票申请操作；

所述订单退票申请模块，用于客户订单退票申请操作；

所述订单开票计划制定模块，用于向发票管理系统以单据的形式提交发票计划；

所述开票信息审核及开票模块，用于确保开票申请的合法有效；审核通过后可对开票信息锁定，并执行开票动作；

所述退票审核及处理模块，用于审核的依据以实际收到的发票为核对依据；核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。

进一步的，客户通过客户端自主提交或由对应的销售人员提交的客户发票申请信息；该申请信息在服务器端经由指定角色的人员审核。

进一步的，在满足开票条件并遵循上述的开票基础信息有效的情况下，所述开票规则单元向发票管理系统以计划的形式提交发票计划，所述客户发票申请模块使得发票计划在满足系统规则条件的情况下定时生成发票申请。

进一步的，发票申请单将流转至所述服务器端经由指定角色的操作人员审核，以确保开票申请的合法有效；审核通过后可对开票信息锁定，并执行开票动作；专业开票人员通过所述开票单元将开票信息导出后，至税控系统进行开票，并将发票号通过系统上传匹配至发票申请单。

进一步的，其中，发票申请的管理支持对发票申请的查询，查询条件支持按发票申请单号、销售单据号、发票申请状态、客户代表、发票类型、发票抬头、客户资料等单个条件或组合条件的查询。

进一步的，其中，发票信息列表字段包括：发票申请单号、会员账号、发票类型、发票抬头、申请开票金额、申请时间、是否加急、发票申请状态、开票时间、客户代表、发票号。

进一步的，其中，因实际情况中的各种情况导致发票错误或者需要退票的情况，将由所述订单退票申请模块发起退票申请，退票申请发起之后，将有财务专人处理退票申请。

进一步的，其中，退票申请生成后，将由指定角色的操作人员通过所述退票审核及处理模块，对退票申请进行审核；审核的依据以实际收到的发票为核对依据；核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。

进一步的，所述审核支持对退票申请的查询检索，支持的条件有：发票单号、发票申请单号、发票类型、开票抬头、是否加急、税务发票号及退票申请的生成时间的单个或组合查询。。

本发明的有益效果：

1)在本发明中的发票管理系统中，通过服务器端直连开票，无需手工输入，从而降低录入、核对等成本，提高开票效率和准确性。

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

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

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

附图说明

图1为本发明实施例中的发票管理系统的结构示意图；

图2为客户端操作界面示意图。

具体实施方式

结合图1，本发明的具体实施方式为：

所述客户发票管理系统包括：客户端，服务器端；

其中，客户端进一步包括：客户发票信息审核模块，客户发票申请模块，订单退票申请模块；所述服务器端进一步包括：订单开票计划制定模块，开票信息审核及开票模块，退票审核及处理模块；

客户发票信息审核模块，用于初步审核客户发票信息是否正确；

所述客户发票申请模块，用于客户发票申请操作；

所述订单退票申请模块；用于客户订单退票申请操作；

所述订单开票计划制定模块，用于向发票管理系统以单据的形式提交发票计划；

所述开票信息审核及开票模块，用于确保开票申请的合法有效；审核通过后可对开票信息锁定，并执行开票动作；

所述退票审核及处理模块，用于审核的依据以实际收到的发票为核对依据；核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。

其中，客户自主提交或由对应的销售人员提交的客户发票申请信息，经由指定角色的人员审核，保障开票信息的合法有效。客户资料包括普通发票资料及增值税发票资料，以及对客户开票资料的暂停、恢复、停用、启用等功能。

销售系统根据客户的诉求，有对口的销售或客服人员，在业务单据处理到相应的阶段后，在满足开票条件并遵循上述的开票基础信息有效的情况下，向发票管理系统以计划的形式提交发票计划，发票计划在满足系统规则条件的情况下定时生成发票申请。

发票申请的管理支持对发票申请的查询，查询条件支持按发票申请单号、销售单据号、发票申请状态、客户代表、发票类型、发票抬头、客户资料等单个条件或组合条件的查询。

发票信息列表字段包括：发票申请单号、会员账号、发票类型、发票抬头、申请开票金额、申请时间、是否加急、发票申请状态、开票时间、客户代表、发票号。

同时支持对发票申请单的暂停、恢复、加急、取消操作。

销售系统根据客户的诉求，有对口的销售或客服人员，在业务单据处理到相应的阶段后，在满足开票条件并遵循上述的开票基础信息有效的情况下，向发票管理系统以单据的形式提交发票计划。并统一配置发票计划的统一执行处理时间。

提交发票计划时主要根据客户的会员账号、公司信息、付款条件、订单号、合同号等信息选择开票的组合条件和计划执行的前提条件以及附带上发票的附加要求，比如每个订单单独开票、需要发票的二联清单、开票名称对应报关分类、开票的商品单位指定、是否备注合同号、每张发票是否有金额上限等指定条件。筛选出满足条件的订单，并附上开票要求生成开票计划。提交后即可生成发票申请单

发票申请单将流转至指定角色的操作人员审核，以确保开票申请的合法有效。审核通过后可对开票信息锁定，并执行开票动作。专业开票人员将开票信息导出后，至税控系统进行开票，并将发票号通过系统上传匹配至发票申请单。

发票审核功能界面中支持，对发票申请信息的查询检索、发票信息导出、发票信息锁定和上传开票信息功能。

检索功能支持按发票单号、发票申请单号、业务单据号、发票类型、发票抬头、税务发票号、开票时间等条件单个和组合查询。

信息列表包含的字段信息有：发票单号、申请单号、会员账号、发票类型、客户代表、所在部门、开票金额、税务发票号、是否加急、状态、开票时间及发票单生成时间。

因实际情况中的各种情况导致发票错误或者需要退票的情况，将有退票申请发起，退票申请发起之后，将有财务专人处理退票申请。

退票申请是基于已开出的发票信息发起的。必须在既有数据上申请，不允许凭空捏造，以保障数据的严谨性。在开票信息列表页勾选需要退票的发票单，即可操作退票申请。

退票申请生成后，将由指定角色的操作人员对退票申请进行审核。审核的依据以实际收到的发票为核对依据。核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。审核界面支持对退票申请的查询检索，支持的条件有：发票单号、发票申请单号、发票类型、开票抬头、是否加急、税务发票号及退票申请的生成时间的单个或组合查询。

本发明的实施例具有如下特点：

1)根据数据分层原理将业务数据、运营数据等区分存储，通过统一规则Restful接口新增、修改及获取数据，保证数据区块化管理；

2)程序同步和异步执行分开，将复杂业务逻辑和数据计算量非常大的功能和程序的异步处理，异步处理的数据再定时展现给用户查看和使用；

3)系统各功能支持嵌入式展示，可按照业务操作人员的操作要求和便捷性要求将系统功能，嵌入至各个作业窗口。支持集中管理，专人操作，个性化操作权限和数据管理。

以上显示和描述了本发明的基本原理、主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。

Claims (9)

1.一种客户发票管理系统，其特征在于，包括：客户端，服务器端；

其中，客户端进一步包括：客户发票信息审核模块，客户发票申请模块，订单退票申请模块；所述服务器端进一步包括：订单开票计划制定模块，开票信息审核及开票模块，退票审核及处理模块；

客户发票信息审核模块，用于初步审核客户发票信息是否正确；

所述客户发票申请模块，用于客户发票申请操作；

所述订单退票申请模块，用于客户订单退票申请操作；

所述订单开票计划制定模块，用于向发票管理系统以单据的形式提交发票计划；

所述开票信息审核及开票模块，用于确保开票申请的合法有效；审核通过后可对开票信息锁定，并执行开票动作；

所述退票审核及处理模块，用于审核的依据以实际收到的发票为核对依据；核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。

2.根据权利要求1所述的一种客户发票管理系统，其特征在于：客户通过客户端自主提交或由对应的销售人员提交的客户发票申请信息；该申请信息在服务器端经由指定角色的人员审核。

3.根据权利要求1所述的一种客户发票管理系统，其特征在于：在满足开票条件并遵循上述的开票基础信息有效的情况下，所述开票规则单元向发票管理系统以计划的形式提交发票计划，所述客户发票申请模块使得发票计划在满足系统规则条件的情况下定时生成发票申请。

4.根据权利要求3所述的一种客户发票管理系统，其特征在于：发票申请单将流转至所述服务器端经由指定角色的操作人员审核，以确保开票申请的合法有效；审核通过后可对开票信息锁定，并执行开票动作；专业开票人员通过所述开票单元将开票信息导出后，至税控系统进行开票，并将发票号通过系统上传匹配至发票申请单。

5.根据权利要求1所述的一种客户发票管理系统，其特征在于：其中，发票申请的管理支持对发票申请的查询，查询条件支持按发票申请单号、销售单据号、发票申请状态、客户代表、发票类型、发票抬头、客户资料的单个条件或组合条件的查询。

6.根据权利要求5所述的一种客户发票管理系统，其特征在于：其中，发票信息列表字段包括：发票申请单号、会员账号、发票类型、发票抬头、申请开票金额、申请时间、是否加急、发票申请状态、开票时间、客户代表、发票号。

7.根据权利要求1所述的一种客户发票管理系统，其特征在于：其中，因实际情况中的各种情况导致发票错误或者需要退票的情况，将由所述订单退票申请模块发起退票申请，退票申请发起之后，将有财务专人处理退票申请。

8.根据权利要求7所述的一种客户发票管理系统，其特征在于：其中，退票申请生成后，将由指定角色的操作人员通过所述退票审核及处理模块，对退票申请进行审核；审核的依据以实际收到的发票为核对依据；核对一致后，在制度允许的条件下做发票的“红冲”或“作废”操作。

9.根据权利要求8所述的一种客户发票管理系统，其特征在于：所述审核支持对退票申请的查询检索，支持的条件有：发票单号、发票申请单号、发票类型、开票抬头、是否加急、税务发票号及退票申请的生成时间的单个或组合查询。