CN113450166A - 一种销售发票的处理方法及相应业务管理系统 - Google Patents

一种销售发票的处理方法及相应业务管理系统 Download PDF

Info

Publication number
CN113450166A
CN113450166A CN202110736899.3A CN202110736899A CN113450166A CN 113450166 A CN113450166 A CN 113450166A CN 202110736899 A CN202110736899 A CN 202110736899A CN 113450166 A CN113450166 A CN 113450166A
Authority
CN
China
Prior art keywords
invoice
sales
tax
splitting
merging
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
CN202110736899.3A
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.)
Shandong Inspur Genersoft Information Technology Co Ltd
Original Assignee
Shandong Inspur Genersoft Information Technology 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 Shandong Inspur Genersoft Information Technology Co Ltd filed Critical Shandong Inspur Genersoft Information Technology Co Ltd
Priority to CN202110736899.3A priority Critical patent/CN113450166A/zh
Publication of CN113450166A publication Critical patent/CN113450166A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/123Tax preparation or submission

Abstract

本发明提供一种销售发票的处理方法及相应业务管理系统,该方案包括:从预先配置的至少一个发票数据源批量获取待处理的销售发票;基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。从而,实现数据源支持配置,拆分合并规则灵活可配置,且拆分合并算法高效,满足税务要求前提下减少发票张数,节省费用,利于环保。

Description

一种销售发票的处理方法及相应业务管理系统
技术领域
本发明涉及计算机技术领域,特别涉及一种销售发票的处理方法及相应业务管理系统。
背景技术
目前管理软件产品中,销售模块与税务模块往往都是两个独立的模块。业务人员依据实际销售情况,形成业务销售发票,目的在于财务账务处理,并形成应收账款。但同时要依据税务要求,给客户开具纸质税务发票。
由于业务销售发票定位服务于业务处理,用户在勾选生成发票的时候只是关注销售业务发货情况,账期等信息,导致生成的业务发票无法满足税务发票如限额、限行、相同单价合并、相同商品合并等一些特殊的要求。
从而要求用户需要重新对业务发票进行繁琐的拆分、合并工作,既要保证满足税务发票要求,又要保证拆分、合并后的数据含税、不含税、税额等信息保持一致,给用户带来巨大重复工作量的同时,效率低下,存在数据差异,同时不能满足客户要求快速开票的要求,导致客户不能及时付款,对公司运营造成影响。
发明内容
本发明提供一种销售发票的处理方法及相应业务管理系统,用于解决现有技术中特定业务场景的销售发票需要经过繁琐的处理才能满足税务发票要求而带来的巨大工作量以及处理效率低的问题。
为解决上述技术问题,本说明书一个或多个实施例是这样实现的:
第一方面,提供了一种销售发票的处理方法,包括:
从预先配置的至少一个发票数据源批量获取待处理的销售发票;
基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;
在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;
调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
可选地,预先配置的至少一个发票数据源可动态调整配置,所述批量获取的待处理的销售发票至少包括:
系统本地存储的发票数据、系统外部存储的发票数据以及手工录入或导入的发票数据。
可选地,基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理,具体包括:
基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。
可选地,基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理,具体包括:
在进行合并处理时,获取合并规则参数;
如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;
如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;
如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
可选地,所述校验约束条件至少包括:
满足合并拆分规则;
满足税务校验要求:数量*单价的乘积与金额差异的限制;含税金额-不含税金额之差与税额差异的限制;含税总金额、不含税总金额、税额总金额分别与业务发票总额无差异。
可选地,在推送销售发票时保存推送记录;相应地,在开具税务发票之后,所述方法还包括:
调用税务发票作废方法作废已开具的税务发票,并依据推送记录,重新开具发票。
第二方面,提供了一种处理销售发票的业务管理系统,包括:
获取模块,用于从预先配置的至少一个发票数据源批量获取待处理的销售发票;
处理模块,用于基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;
调整模块,用于在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;
推送模块,用于调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
可选地,所述处理模块,具体用于:
基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。
可选地,所述处理模块在基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理时,具体用于:
在进行合并处理时,获取合并规则参数;
如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;
如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;
如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
可选地,所述推送模块在推送销售发票时保存推送记录;相应地,所述业务管理系统还包括:调用模块,用于在开具税务发票之后,调用税务发票作废方法作废已开具的税务发票,并依据推送记录,重新触发税务系统开具税务发票。
通过上述技术方案,从预先配置的至少一个发票数据源批量获取待处理的销售发票;基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。数据源支持配置,拆分合并规则灵活可配置,拆分合并算法高效,满足税务要求前提下减少发票张数,节省费用,利于环保。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本说明书实施例提供的一种销售发票的处理方法的步骤示意图。
图2是本说明书实施例提供的一种处理销售发票的业务管理系统的结构示意图。
图3是本说明书实施例提供的电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的一个或多个实施例仅仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的一个或多个实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
本发明的目的就在于搭建了销售模块与税务模块的桥梁,可以将与具体业务相关的销售发票通过本发明进行处理,将处理后并满足要求的数据推送给税务系统,进行税务发票的开具。从而,减小工作量,提升税务发票开具的处理效率。
下面通过具体的实施例对本说明书所涉及的方案进行详述。
参照图1所示,为本说明书实施例提供的一种销售发票的处理方法的步骤示意图,该方法的执行主体可以是销售发票的处理装置,该处理装置可以为计算机、Ipad、手机等终端设备或服务器;在本申请方案中,该处理装置可以具体为处理销售发票的业务管理系统。
具体实现时,所述处理方法可以包括以下步骤:
步骤102:从预先配置的至少一个发票数据源批量获取待处理的销售发票。
应理解,预先配置的至少一个发票数据源是可以动态调整配置的,所述批量获取的待处理的销售发票至少包括:系统本地存储的发票数据、系统外部存储的发票数据以及手工录入或导入的发票数据中的至少一种。
参照表1所示,为配置设计的发票数据源表SDInvoice。至少包含有字段编号、字段名称、字段类型以及补充说明等项目内容。
Figure BDA0003140294530000061
Figure BDA0003140294530000071
当数据源设置为本地ERP系统时,可以直接读取销售发票表;当数据源设置为外部ERP系统时,可以通过以下两种方式获取:
1、配置数据库链接,远程读取外部ERP系统销售发票数据;
2、手工录入或者导入销售发票数据。
由此,通过定义数据模型,取数来源可以为本系统的销售发票,也可以来自与外部系统的销售发票,也可以由用户手工录入或者导入,可见,取数来源以及方式比较灵活。
步骤104:基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理。
可选地,基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。引入优化排序算法来进行数据的拆分合并,提高效率,在满足业务的前提下减少税票数量,降低纸张浪费,节省费用,利于环保。
具体实现时,提供拆分合并规则设置中心,可以设置专票限价、普票限价、相同商品不同单价合并、相同商品相同单价合并、打印行数限制等,拆分、合并规则可以根据实际要求进行组合设置。之后,将合并拆分算法抽象为不同的类、方法,传入参数为待处理发票数据,及读取出拆分合并规则,调用处理逻辑,将待处理发票进行拆分合并,返回处理后的数据实体。
可选地,可设计表CFRoleSet用来记录,表的结构如下表2:
Figure BDA0003140294530000072
Figure BDA0003140294530000081
参照表2可知,在对销售发票进行合并拆分时,可以依据设置编号、限额、是否限行、是否合并等规则自由选择或者组合使用。
可选地,步骤104在基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理时,可具体执行为:
在进行合并处理时,获取合并规则参数;如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
例如,当获取到销售发票后,可根据发票数据源,归集指定客户、指定账期的销售发票数据,初步加工后,形成待处理业务实体。之后,实例化合并拆分抽象方法,传入待处理业务实体,同时读取拆分合并规则设置信息作为控制参数。接着,调用拆分合并方法开始进行数据处理。处理逻辑为:获取合并规则参数,参数为按单价合并时,按商品名称、单价、税率分组求和;参数不按单价合并时,按商品名称、税率分组求和,并根据金额和数量反算单价。获取发票限额,然后判断发票是否限行,如不限行,则先将数据依据金额从大到小排序,从第一行记录依次向下遍历,当满足金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集此部分数据,形成一张待推送税务发票单据;拆分出来一条数据后,继续向下遍历,直至遍历完成。如果设置为发票限行,程序处理则需要满足两个条件:限额+限行,先将数据依据金额从大到小排序,从第一行记录依次向下遍历,当满足1.金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集此部分数据,形成一张待推送税务发票单据,拆分出来一条数据后,继续向下遍历,直至遍历完成;2.金额不超过限额,但是行号等于限额时,归集此部分数据,形成一张待推送税务发票单据,继续向下遍历,直至遍历完成。使用本申请的拆分合并算法高效,满足税务要求前提下减少发票张数,节省费用,利于环保。
步骤106:在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整。
合并拆分后会形成一张或多张税务发票,每张税务发票包含一条或多条商品信息,用户可以手工调节某几张发票某几条商品的开票数量、开票金额等信息,但系统会默认校验满足以下条件:1、符合拆分合并设置规则;2、满足税务校验要求:数量*单价与金额差异限制;含税金额-不含税金额与税额差异限制;含税总金额、不含税总金额、税额总金额与业务发票总额不得有差异。
设计表SDInvoiceCF用于保存自动拆分合并后的数据,并可基于此表数据进行二次加工调整,表3的结构如下:
Figure BDA0003140294530000101
步骤108:调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
调用税务系统接口,将E步骤处理完毕的数据推送至税务系统开具税务发票,同时保存推送记录。
设计表SDInvoiceTS用于保存拆分合并处理后的业务数据推送税务系统记录,表4的结构如下:
字段编号 字段名称 字段类型 说明
SDInvoiceTS_LSBH 记录流水 Varchar(20)
SDInvoiceTS_LYXT 来源系统 Varchar(20)
SDInvoiceTS_FPBH 发票编号 Varchar(100)
SDInvoiceTS_SPBH 商品编号 Varchar(100)
SDInvoiceTS_SPMC 商品名称 Varchar(100)
SDInvoiceTS_SL 数量 Decimal(20,8)
SDInvoiceTS_HSDJ 含税单价 Decimal(20,8)
SDInvoiceTS_HSJE 含税金额 Decimal(20,2)
SDInvoiceTS_RATE 税率 int
SDInvoiceTS_TSSJ 推送时间 DateTime
SDInvoiceTS_ZFBS 作废标识 Char(1)
考虑到推送至税务系统并开具税务发票以后,由于某些原因(如发票纸张问题、客户要求变更等)导致需要作废发票并重新开具时,可调用税务发票作废功能,同时依据推送销售发票时保存推送记录,标记此部分数据需重新处理。此时可从之前的任意步骤开始处理下步业务,直至重新推送税务系统形成新的税务发票。
本发明在业务管理软件系统中实现销售发票自动合并拆分的方案,数据源支持配置,拆分合并规则灵活可配置,拆分合并算法高效,满足税务要求前提下减少发票张数,节省费用,利于环保。
参照图2所示,为本说明书实施例提供的一种处理销售发票的业务管理系统的结构示意图,该业务管理系统可以包括以下功能模块:
获取模块202,用于从预先配置的至少一个发票数据源批量获取待处理的销售发票。
处理模块204,用于基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理。
可选地,所述处理模块204,具体用于基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。
可选地,所述处理模块204在基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理时,具体用于:
在进行合并处理时,获取合并规则参数;如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
调整模块206,用于在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;
推送模块208,用于调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
可选地,所述推送模块208在推送销售发票时保存推送记录;相应地,所述业务管理系统还包括:调用模块,用于在开具税务发票之后,调用税务发票作废方法作废已开具的税务发票,并依据推送记录,重新处理销售发票并触发税务系统开具税务发票。
图3是本说明书的一个实施例电子设备的结构示意图。请参考图3,在硬件层面,该电子设备包括处理器,可选地还包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(PeripheralComponent Interconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成处理装置。处理器,执行存储器所存放的程序,并具体用于执行图1所示操作。
当然,除了软件实现方式之外,本说明书实施例的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (10)

1.一种销售发票的处理方法,其特征在于,包括:
从预先配置的至少一个发票数据源批量获取待处理的销售发票;
基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;
在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;
调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
2.如权利要求1所述的销售发票的处理方法,其特征在于,预先配置的至少一个发票数据源可动态调整配置,所述批量获取的待处理的销售发票至少包括:
系统本地存储的发票数据、系统外部存储的发票数据以及手工录入或导入的发票数据。
3.如权利要求1所述的销售发票的处理方法,其特征在于,基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理,具体包括:
基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。
4.如权利要求3所述的销售发票的处理方法,其特征在于,基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理,具体包括:
在进行合并处理时,获取合并规则参数;
如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;
如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;
如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
5.如权利要求1所述的销售发票的处理方法,其特征在于,所述校验约束条件至少包括:
满足合并拆分规则;
满足税务校验要求:数量*单价的乘积与金额差异的限制;含税金额-不含税金额之差与税额差异的限制;含税总金额、不含税总金额、税额总金额分别与业务发票总额无差异。
6.如权利要求1所述的销售发票的处理方法,其特征在于,在推送销售发票时保存推送记录;相应地,在开具税务发票之后,所述方法还包括:
调用税务发票作废方法作废已开具的税务发票,并依据推送记录,重新开具发票。
7.一种处理销售发票的业务管理系统,其特征在于,包括:
获取模块,用于从预先配置的至少一个发票数据源批量获取待处理的销售发票;
处理模块,用于基于预定义的与发票项目内容相关的拆分合并规则,选择并调用相应拆分合并方法对获取的所述销售发票进行处理;
调整模块,用于在满足校验约束条件的情况下,对经过拆分和/或合并处理后的销售发票进行二次调整;
推送模块,用于调用税务接口,将调整后的销售发票推送至税务系统,以便开具税务发票。
8.如权利要求7所述的处理销售发票的业务管理系统,其特征在于,所述处理模块,具体用于:
基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理。
9.如权利要求8所述的处理销售发票的业务管理系统,其特征在于,所述处理模块在基于预定义的与发票项目内容相关的拆分合并规则,使用优化排序算法选择并依次调用相应拆分合并方法对获取的所述销售发票进行处理时,具体用于:
在进行合并处理时,获取合并规则参数;
如果合并规则参数为基于单价合并,则按照发票项目内容中的商品名称、单价、税率分组求和;如果合并规则参数不基于单价合并,则按照发票项目内容中的商品名称、税率分组求和,并根据金额和数量反推单价;
在进行拆分处理时,获取拆分规则参数;
如果拆分规则参数为基于发票限额,则判断销售发票是否限行;如果不限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票;继续遍历直至完成;
如果拆分规则参数为基于发票限行,则将发票项目内容中数据按照金额由大到小进行排序;并从第一行依次进行遍历,当金额大于等于限额时,将最后一条数据数量进行拆分,得到满足限额下的最大金额,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成;当金额小于限额,行号达到限行时,归集该部分数据形成一份经拆分处理的销售发票,继续遍历直至完成。
10.如权利要求7所述的处理销售发票的业务管理系统,其特征在于,所述推送模块在推送销售发票时保存推送记录;相应地,所述业务管理系统还包括:调用模块,用于在开具税务发票之后,调用税务发票作废方法作废已开具的税务发票,并依据推送记录,重新触发税务系统开具税务发票。
CN202110736899.3A 2021-06-30 2021-06-30 一种销售发票的处理方法及相应业务管理系统 Pending CN113450166A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110736899.3A CN113450166A (zh) 2021-06-30 2021-06-30 一种销售发票的处理方法及相应业务管理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110736899.3A CN113450166A (zh) 2021-06-30 2021-06-30 一种销售发票的处理方法及相应业务管理系统

Publications (1)

Publication Number Publication Date
CN113450166A true CN113450166A (zh) 2021-09-28

Family

ID=77814607

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110736899.3A Pending CN113450166A (zh) 2021-06-30 2021-06-30 一种销售发票的处理方法及相应业务管理系统

Country Status (1)

Country Link
CN (1) CN113450166A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115018488A (zh) * 2022-06-07 2022-09-06 广东企企通科技有限公司 一种对账单拆分开票处理方法、装置及电子设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105809523A (zh) * 2014-12-29 2016-07-27 航天信息股份有限公司 平衡税额开具发票的方法和系统
CN106204178A (zh) * 2015-05-08 2016-12-07 航天信息股份有限公司 为含税额销售单开具多税率增值税发票的方法和系统
CN106204175A (zh) * 2015-05-08 2016-12-07 航天信息股份有限公司 为不含税额销售单开具多税率增值税发票的方法和系统
CN107833081A (zh) * 2017-09-30 2018-03-23 平安科技(深圳)有限公司 一种发票金额的自动拆分方法、装置、终端设备及存储介质
CN112465576A (zh) * 2020-12-01 2021-03-09 四川科瑞软件有限责任公司 一种发票拆分方法及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105809523A (zh) * 2014-12-29 2016-07-27 航天信息股份有限公司 平衡税额开具发票的方法和系统
CN106204178A (zh) * 2015-05-08 2016-12-07 航天信息股份有限公司 为含税额销售单开具多税率增值税发票的方法和系统
CN106204175A (zh) * 2015-05-08 2016-12-07 航天信息股份有限公司 为不含税额销售单开具多税率增值税发票的方法和系统
CN107833081A (zh) * 2017-09-30 2018-03-23 平安科技(深圳)有限公司 一种发票金额的自动拆分方法、装置、终端设备及存储介质
CN112465576A (zh) * 2020-12-01 2021-03-09 四川科瑞软件有限责任公司 一种发票拆分方法及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115018488A (zh) * 2022-06-07 2022-09-06 广东企企通科技有限公司 一种对账单拆分开票处理方法、装置及电子设备

Similar Documents

Publication Publication Date Title
JP2000215263A (ja) 取引デ―タを処理する会計システム、およびその方法、並びにそのためのプログラムを格納した記憶媒体
JP2011170490A (ja) SaaS型汎用会計処理システム
CN101604437A (zh) 账户批量实时处理系统及账户批量实时处理方法
CN111445299A (zh) 发票开具方法及设备
CN110942392A (zh) 一种业务数据处理方法、装置、设备和介质
CN114418714A (zh) 一种5g基站运维管理系统及方法
CN115204998A (zh) 一种基于搜索及数据分析引擎库的对账方法和对账系统
CN113450166A (zh) 一种销售发票的处理方法及相应业务管理系统
CN113657846A (zh) 一种财务共享模式下企业资金管理方法及系统
CN113362025A (zh) 数据核算系统、方法、计算机可读存储介质、电子设备
CN113626527A (zh) 一种财务数据处理方法及系统
CN115439264A (zh) 一种保险业务定制方法、装置及系统
CN111815378A (zh) 一种基于单据汇总生成发票的管理系统及方法
CN111429192A (zh) 发票数据分析方法及系统
CN111861691A (zh) 一种企业所得税的申报方法、装置、存储介质及电子设备
CN110781235A (zh) 基于大数据的采购数据处理方法、装置、终端及存储介质
CN110148049A (zh) 一种风险控制方法、装置、计算机设备及可读存储介质
CN113837855B (zh) 基于云网络的跨境增值税批量智能处理方法、装置及设备
CN111028025B (zh) 基于大数据的票据数据处理方法、装置、设备和介质
CN114549099A (zh) 一种财税SaaS根据票面关键字自动归集记账科目方法
CN114971637A (zh) 一种风险预警方法、装置、设备及介质
CN114511318A (zh) 一种账户核算方法、装置及电子设备
CN112801842A (zh) 一种税务信息共享平台
CN113034258A (zh) 一种税务数据处理方法、装置、电子设备及存储介质
CN111415237A (zh) 一种发票核销方法、系统、终端及介质

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210928