CN111199435A - 税额无尾差的发票开票系统、方法、存储介质及计算机 - Google Patents
税额无尾差的发票开票系统、方法、存储介质及计算机 Download PDFInfo
- Publication number
- CN111199435A CN111199435A CN201911332399.2A CN201911332399A CN111199435A CN 111199435 A CN111199435 A CN 111199435A CN 201911332399 A CN201911332399 A CN 201911332399A CN 111199435 A CN111199435 A CN 111199435A
- Authority
- CN
- China
- Prior art keywords
- formula
- tax
- invoice
- total
- kpzs
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 19
- 238000004364 calculation method Methods 0.000 claims description 9
- 238000012790 confirmation Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Commerce
- G06Q30/04—Billing or invoicing
Abstract
本发明公开一种税额无尾差的发票开票系统、方法、存储介质及计算机,属于电子信息及计算机软件技术领域。本发明通过特定的数据拆分模块或拆分方法,使得拆分开票时,能够自动生成无尾差的发票数据,保证使用系统拆分的发票数据总额与业务数据核对匹配完全一致。从而避免了由于以往出现0.01尾差,需财务人员进行后续尾差数据处理的工作。
Description
〖技术领域〗
本发明涉及电子信息及计算机软件技术领域,尤其涉及一种税额无尾差的发票开票系统、方法、存储介质及计算机。
〖背景技术〗
在企业的日常业务活动中,需要经常将业务数据推送到某发票拆分系统中,将业务数据合并、按限额生成发票开票数据。但是目前的合并拆分系统,都是先按发票限额(不含税)开出若干张发票,然后再将剩下的部分开出最后一张发票。由于发票金额及税额默认只保留两位小数,经常会出现0.01的误差(有时多明细的发票误差会更大,以下统称尾差)。
税额尾差示例如下:
业务数据(总价税合计):230000元
税率:0.13
发票限额:100000(不含税)元
按传统开票方式,结果如下表1(表1中数额的单位:元):
发票 | 价税合计 | 金额 | 税额 | 保留2位的金额 | 保留2位的税额 |
第一张 | 100000 | 88495.57522 | 11504.42 | 88495.58 | 11504.42 |
第二张 | 100000 | 88495.57522 | 11504.42 | 88495.58 | 11504.42 |
第三张 | 30000 | 26548.67257 | 3451.327 | 26548.67 | 3451.33 |
总计 | 230000 | 203539.823 | 26460.18 | 203539.83 | 26460.17 |
表1
由表1可见,拆分3张发票后,税额和金额合计与未拆分的税额和金额相差1分钱(26460.18-26460.17=0.01元)。
发票金额尾差,在发票结算、发票抵扣认证等环节给财务人员和业务人员造成很大困扰,需后续补充其他财务流程处理这尾差,增加财务人员工作量。
〖发明内容〗
本发明旨在提供一种发票开票系统、方法,在拆分开具发票时,能够实现税额无尾差。本发明通过以下技术方案实现:
一种税额无尾差的发票开票系统,包括:
数据输入模块,用于输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL;
数据拆分模块,包括以下单元:
开票张数初算单元,根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE 公式①
开票张数确认单元,判断[ZS]是否大于ZS,是则根据以公式②确认开票张数KPZS,否则根据公式③确认开票张数KPZS:
KPZS=[ZS] 公式②
KPZS=[ZS]+1 公式③
前KPZS-1张发票数据计算单元,根据公式④、公式⑤、公式⑥分别计算前KPZS-1张发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS] 公式④
金额A=税额A/SL 公式⑤
价税合计A=金额A+税额A 公式⑥
最后1张发票数据计算单元,根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A 公式⑦
金额B=价税合计B/(1+SL) 公式⑧
税率B=价税合计B-金额B 公式⑨
发票生成模块,根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。
一种税额无尾差的发票开票方法,包括以下步骤:
(1)输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL;
(2)进行数据拆分,具体包括以下子步骤:
(2-1)根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE 公式①
(2-2)判断[ZS]是否大于ZS,是则根据以公式②确认开票张数KPZS,否则根据公式③确认开票张数KPZS:
KPZS=[ZS] 公式②
KPZS=[ZS]+1 公式③
(2-3)根据公式④、公式⑤、公式⑥分别计算前KPZS-1张发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS] 公式④
金额A=税额A/SL 公式⑤
价税合计A=金额A+税额A 公式⑥
(2-4)根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A 公式⑦
金额B=价税合计B/(1+SL) 公式⑧
税率B=价税合计B-金额B 公式⑨
(3)根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。
本发明还旨在提供一种存储介质,该存储介质存储与上述发票开票方法步骤对应的指令。
本发明还旨在提供一种计算机,该计算机执行与上述发票开票方法步骤对应的指令。
本发明针对目前这种业务数据合并拆分开票过程中的尾差问题,提出了一个方法和系统来解决该问题,通过本发明的技术方案拆分开票时,能够自动生成无尾差的发票数据,保证使用系统拆分的发票数据总额与业务数据核对匹配完全一致。从而避免了由于以往出现0.01尾差,需财务人员进行后续尾差数据处理的工作,也方便确认数据的匹配状态。
〖附图说明〗
图1是本发明实施例提供的发票开票系统的模块构成框图。
〖具体实施方式〗
本实施例通过计算机技术构建自动拆分业务数据为无尾差的发票数据,来解决发票合计数据与业务数据经常不匹配的技术问题。下面将结合附图对本发明方法作进一步的详细说明。
参见图1所示,本实施例提供一种税额无尾差的发票开票系统,包括:数据输入模块、数据拆分模块及发票生成模块。
其中,数据输入模块,用于输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL。本申请主要是基于税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL进行数据处理,可以理解的是,业务数据还包括购销双方信息,开票商品名称、数量、单价等其他信息。
数据拆分模块具体包括开票张数初算单元、开票张数确认单元、前KPZS-1张发票数据计算单元、最后1张发票数据计算单元,具体说明如下:
开票张数初算单元根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE 公式①
开票张数确认单元判断[ZS](注:本申请中符号“[]”代表四舍五入取整算法)是否大于ZS,是则根据以公式②确认开票张数KPZS,否则根据公式③确认开票张数KPZS:
KPZS=[ZS] 公式②
KPZS=[ZS]+1 公式③
前KPZS-1张发票数据计算单元,根据公式④、公式⑤、公式⑥分别计算前KPZS-1张发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS] 公式④
金额A=税额A/SL 公式⑤
价税合计A=金额A+税额A 公式⑥
最后1张发票数据计算单元根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A 公式⑦
金额B=价税合计B/(1+SL) 公式⑧
税率B=价税合计B-金额B 公式⑨
发票生成模块用于根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。当然,发票生成模块在生成发票结构化数据时,可能还需要用到上文所述的业务数据的其他信息。
下面结合一个示例说明本实施例一种税额无尾差的发票开票方法,包括以下步骤:
(1)输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL;其中:
TOTAL=230000元
SL=0.13
KPXE=100000(不含税)
(2)进行数据拆分,具体包括以下子步骤:
(2-1)根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE=2.04 公式①
(2-2)2.04取整为2,小于2.04,因此根据公式③确认开票张数KPZS为3张:
KPZS=[ZS] 公式②
KPZS=[ZS]+1=2+1=3 公式③
(2-3)根据公式④、公式⑤、公式⑥分别计算前2张(KPZS-1=3-1=2)发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS]=13230 公式④
金额A=税额A/SL=101769.23 公式⑤
价税合计A=金额A+税额A=114999.23 公式⑥
(2-4)根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A=1.54 公式⑦
金额B=价税合计B/(1+SL)=1.36 公式⑧
税率B=价税合计B-金额B=0.18 公式⑨
(3)根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。相关的数据如下表2所示:
发票 | 价税合计 | 金额 | 税额 | 保留2位的金额 | 保留2位的税额 |
第一张 | 114999.2308 | 101769.2308 | 13230 | 101769.23 | 13230 |
第二张 | 114999.2308 | 101769.2308 | 13230 | 101769.23 | 13230 |
第三张 | 1.5385 | 1.361470388 | 0.176991 | 1.36 | 0.18 |
230000 | 203539.823 | 26460.18 | 203539.82 | 26460.18 |
表2
由上可见,通过上述处理方式,拆分后的发票合计数据,与业务数据核对一致,无税额尾差。
以上实施例仅为充分公开而非限制本发明,凡基于本发明的创作主旨、无需经过创造性劳动即可等到的等效技术特征的替换,应当视为本申请揭露的范围。
Claims (4)
1.一种税额无尾差的发票开票系统,其特征在于,包括:
数据输入模块,用于输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL;
数据拆分模块,包括以下单元:
开票张数初算单元,根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE 公式①
开票张数确认单元,判断[ZS]是否大于ZS,是则根据以公式②确认开票张数KPZS,否则根据公式③确认开票张数KPZS:
KPZS=[ZS] 公式②
KPZS=[ZS]+1 公式③
前KPZS-1张发票数据计算单元,根据公式④、公式⑤、公式⑥分别计算前KPZS-1张发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS] 公式④
金额A=税额A/SL 公式⑤
价税合计A=金额A+税额A 公式⑥
最后1张发票数据计算单元,根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A 公式⑦
金额B=价税合计B/(1+SL) 公式⑧
税率B=价税合计B-金额B 公式⑨
发票生成模块,根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。
2.一种税额无尾差的发票开票方法,其特征在于,包括以下步骤:
(1)输入税率SL、开票限额KPXE及业务数据,业务数据包括价税合计总额TOTAL;
(2)进行数据拆分,具体包括以下子步骤:
(2-1)根据公式①计算开票张数初值ZS:
ZS=(TOTAL/(1+SL))/KPXE 公式①
(2-2)判断[ZS]是否大于ZS,是则根据以公式②确认开票张数KPZS,否则根据公式③确认开票张数KPZS:
KPZS=[ZS] 公式②
KPZS=[ZS]+1 公式③
(2-3)根据公式④、公式⑤、公式⑥分别计算前KPZS-1张发票中每张发票的税额A、金额A、价税合计A:
税额A=[(TOTAL/(1+SL))*SL/KPZS] 公式④
金额A=税额A/SL 公式⑤
价税合计A=金额A+税额A 公式⑥
(2-4)根据公式⑦、公式⑧、公式⑨分别计算最后1张发票的税额B、金额B、价税合计B:
价税合计B=TOTAL-(KPZS-1)*价税合计A 公式⑦
金额B=价税合计B/(1+SL) 公式⑧
税率B=价税合计B-金额B 公式⑨
(3)根据确认的开票张数KPZS,前KPZS-1张发票中每张发票的税额A、金额A、价税合计A,及最后1张发票的税额B、金额B、价税合计B相应生成各张发票的发票结构化数据。
3.一种存储介质,其特征在于,该存储介质存储与权利要求2所述发票开票方法步骤对应的指令。
4.一种计算机,其特征在于,该计算机执行与权利要求2所述发票开票方法步骤对应的指令。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911332399.2A CN111199435B (zh) | 2019-12-22 | 2019-12-22 | 税额无尾差的发票开票的数据处理系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911332399.2A CN111199435B (zh) | 2019-12-22 | 2019-12-22 | 税额无尾差的发票开票的数据处理系统及方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111199435A true CN111199435A (zh) | 2020-05-26 |
CN111199435B CN111199435B (zh) | 2024-03-01 |
Family
ID=70744473
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911332399.2A Active CN111199435B (zh) | 2019-12-22 | 2019-12-22 | 税额无尾差的发票开票的数据处理系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111199435B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111815379A (zh) * | 2020-07-08 | 2020-10-23 | 远光软件股份有限公司 | 一种智能调节发票尾差的方法、装置、终端及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521713A (zh) * | 2011-12-28 | 2012-06-27 | 用友软件股份有限公司 | 数据处理装置和数据处理方法 |
CN103870920A (zh) * | 2014-02-26 | 2014-06-18 | 浪潮软件股份有限公司 | 一种医院信息系统使用的计费精度处理模型 |
CN107833081A (zh) * | 2017-09-30 | 2018-03-23 | 平安科技(深圳)有限公司 | 一种发票金额的自动拆分方法、装置、终端设备及存储介质 |
-
2019
- 2019-12-22 CN CN201911332399.2A patent/CN111199435B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102521713A (zh) * | 2011-12-28 | 2012-06-27 | 用友软件股份有限公司 | 数据处理装置和数据处理方法 |
CN103870920A (zh) * | 2014-02-26 | 2014-06-18 | 浪潮软件股份有限公司 | 一种医院信息系统使用的计费精度处理模型 |
CN107833081A (zh) * | 2017-09-30 | 2018-03-23 | 平安科技(深圳)有限公司 | 一种发票金额的自动拆分方法、装置、终端设备及存储介质 |
Non-Patent Citations (1)
Title |
---|
陈小波: "SAP新金税接口设计与实现", CNKI优秀硕士学位论文全文库, no. 6, 16 May 2015 (2015-05-16) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111815379A (zh) * | 2020-07-08 | 2020-10-23 | 远光软件股份有限公司 | 一种智能调节发票尾差的方法、装置、终端及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111199435B (zh) | 2024-03-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104700275A (zh) | 一种电子商务平台会计核算的方法和系统 | |
CN105046539A (zh) | 一种电子发票的生成方法和系统 | |
CN103325032A (zh) | 数据处理方法及装置 | |
CN111367904A (zh) | 业务处理方法、装置及服务器 | |
CN112270580A (zh) | 一种发票开具方法、装置、设备及存储介质 | |
CN111199435A (zh) | 税额无尾差的发票开票系统、方法、存储介质及计算机 | |
CN107590731A (zh) | 一种账单费用的记录方法、装置及设备 | |
CN113627922A (zh) | 物流数据处理方法、装置、存储介质及电子设备 | |
CN105809523A (zh) | 平衡税额开具发票的方法和系统 | |
CN113191899A (zh) | 费用管理系统 | |
CN113379541B (zh) | 一种电力零售损益综合结算系统及方法 | |
CN114757751A (zh) | 一种电力市场批发零售解耦的结算方法及系统 | |
CN115841395A (zh) | 一种会计分录数据的生成方法、系统及相关设备 | |
CN112131470B (zh) | 一种基于线性最优的发票三单匹配方法 | |
CN109523231A (zh) | 一种水资源税信息管理系统 | |
CN111723988B (zh) | 一种网约车订单的支付提示方法、装置、设备及存储介质 | |
CN113393219A (zh) | 物流业务数据的处理方法、装置、电子设备及存储介质 | |
CN115034674A (zh) | 计费管理方法、系统和电子设备 | |
CN114037439A (zh) | 一种供应链系统平台代收货款分账交易方法 | |
CN111815379A (zh) | 一种智能调节发票尾差的方法、装置、终端及存储介质 | |
CN110751546A (zh) | 一种去中心化的分布式节点记账方法 | |
CN111815422A (zh) | 一种可配置业务环境的关联交易定价税务系统 | |
CN111179046A (zh) | 基于发票数据实现销售成本自动结账并入账的方法和系统 | |
CN110866756A (zh) | 一种账务报表的核对方法及系统 | |
CN113765681B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |