Qeasy Cloud
Get Started

退款了,红字发票还是红字单据:法定红票和系统红字的分界

· 卢剑航· AI Financial Reconciliation· 24 views· 10 min read
红字发票红字单据销项税额退款核算进项转出

摘要:退款之后要不要开红字发票、要不要出红字单据,是两件事。红字发票是法定税务动作,跨月只能红冲不能作废,谁填信息表、谁开红票都有明文规定;系统里的红字单据只是账务动作,靠带符号出单实现,替不了那张红票。这篇把两者的分界、金额口径、分录写法和系统出单规则一次讲清。 关键词:红字发票、红字单据、作废与红冲、信息表、进项转出、带符号单据

一、两个"红字",根本不是一件事

先说一个我见过太多次的情形。

月结的时候,账上那笔退款冲掉了,收入减了,应收账款减了,报表也平了。税务那边一查,销项税额还挂在原来那张蓝票上,一分没动。

问题出在哪?做事的人把两件事当成一件了。

红字发票是税务动作。 它由国家税务总局公告 2016 年第 47 号管着:购买方或销售方填一份《红字增值税发票信息表》,再由销售方凭这张表开出红字增值税发票。发票进的是税务系统,申报表上的销项税额会跟着动。

红字单据是账务动作。 它是你自己系统里的一张单据,金额是负的,用来冲收入、冲费用、冲应收。出了这张单据,你的账平了,账务处理也做完了。

一句话记法:红字发票是税务动作,红字单据是账务动作,两个都要有。 拿系统红字单据去顶替红字发票,税务凭证就是缺失的——这时候账看着干净,风险全堆在申报那一步。

对照项红字发票红字单据
性质法定税务动作企业内部账务动作
依据国家税务总局公告 2016 年第 47 号企业自定的核算设置与转换规则
谁动手销售方凭信息表开具系统按转换规则生成
金额负数,且不超过原蓝票金额带符号,方向与原业务相反
影响冲减销项税额;买方已抵扣的要作进项转出冲减收入或费用,减少应收或应付
能否互相替代不能不能

最后一行是这张表的重点。两边都不能互相替代,所以两件事都要做:账上出一张红字单据,税务上该开的红字发票照开。

二、跨月只能红冲,不能作废

第二个高频错误:跨月了,直接把原来那张票作废掉。

作废和红冲是两套机制,不能互换。 当月开错的票、并且符合作废条件的,可以作废——把这张票在系统里标成作废,重新开一张正确的。跨月的票,已经进了申报期甚至已经申报了,只能红冲,不能作废。

那什么情况下走红字发票?销货退回、开票有误、应税服务中止这类不符合作废条件的;以及销货部分退回、销售折让这两种本身就不属于"开错票"的场景。部分退回尤其要注意:退一半不等于票开错了,红票金额只能退回来那一半。

退款情形发票怎么处理谁动手账上怎么处理
当月、符合作废条件作废原票重开销售方冲减当期收入与销项
当月、不符合作废条件开红字发票按信息表归属填开红冲收入与销项
跨月只能红冲,不能作废按信息表归属填开红冲收入与销项
部分退回、销售折让开红字发票,金额只退该部分按信息表归属填开红冲收入与销项
原本没开票不开红字票无直接冲减当期销售额

最后一行经常被忽略:没开过票的退款,不需要走红字票,直接冲减当期销售额就行。 很多公司看到退款就条件反射要去开红票,其实多余——本来就没票,税上没有东西要冲。

三、谁填信息表、谁开红票

信息表这件事,是实务里最容易扯皮的地方。规则按两种情况分:

购买方已经抵扣了这张发票的——由购买方填开《红字增值税发票信息表》,并作进项转出。

购买方没有抵扣、且发票没有交付出去的——由销售方填开。

不管谁填,红字发票始终由销售方开具。填表和开票是分开的两步:填表方是发起方,开票方永远是销售方。内部先把信息表的责任方定清楚,别到时候拿着红票找不到人。

还有一个配套动作容易漏:购买方已抵扣的,除了填表,还要做进项转出——把当初抵掉的进项税额拿出来。不是开发票就完事了。

具体到电商业务,判断链是这样的:先看退款有没有对应的蓝票,再看这张蓝票对方抵没抵、交付没交付。三个问题问完,填表方就定了。系统里再把这套规则配上:账单行上带"已开票/未开票""已抵扣/未抵扣"两个标记,红冲的路由就能自动分流。轻易云把这两个标记做成可配置规则,采购和销售各看各的那一半,不用靠人记。

四、金额口径:负数、不超原蓝票、税额同比例

红票的金额有三条硬规定:

  1. 金额为负数。 退回或折让多少就写多少,前面带负号。
  2. 税额同比例。 票面上的税额按同一个比例算,不另算一套。
  3. 不得超过原蓝票金额。 累计红冲的绝对值不能超过原来开出去的那张票。

第三条最容易被忽略。举个比方:原票 10 万,退了 3 万就红冲 3 万;下个月又退 2 万,再红冲 2 万,累计 5 万,仍在原票金额以内,可以。再退 6 万,累计就超了原票金额,这不是红冲能解决的,得回到业务上看看是不是票开错了、是不是别的业务混了进来。

对账系统这边还有一条:退款在账单侧的归属,冲退款发生当期,不追溯改上期。 上期已经结账了,你不能回去改上期账。跨月的退款在本期出红冲,这才是对的。

五、账上怎么冲:分录写清楚

分录不复杂,但方向别写反。

退款红冲的分录是:

  • 借:主营业务收入(红字)
  • 借:应交税费——应交增值税(销项税额)(红字)
  • 贷:应收账款 / 银行存款(红字)

三条都是负数方向。这就回到第一节那句话:上面这张分录是账务动作,发票是税务动作,分录写完了发票照开。

很多人记账时只写收入和应收,销项那一条漏了。收入冲了、销项没冲,账上利润是对的,申报表上的销项税额还是原数。这一栏不用你手工算,它跟着票走。

这里也提醒总账和核算:跨月红冲在账务上是本期发生的事,别把它当成上期调整分录塞进上期。归属期跟着业务发生期走,不跟着会计的主观判断走。 轻易云在账单解析那一步就把退款归属期定在退款发生当期,跨月不回头改上一期,这条靠规则,不靠记性。

六、系统侧只承接带符号的单据

系统这一侧不产生红票,它只做一件事:把红字、负数的业务,按带符号的单据表达出来。

具体口径是三条:

  1. 不换单据类型。 还是原来那个单据类型,靠符号表达方向。
  2. 数量取 −1,含税单价取绝对值。 方向由数量带,金额由单价算。
  3. 差异金额直接取带符号值。 不乘规则里的正负号,也不取绝对值。

这三条落到字段上,实施顾问可以照着配:

字段正确口径写错的后果
单据类型沿用原类型,靠符号表达方向目标系统多出一类单据,报表口径断裂
数量−1数量与金额的方向打架
含税单价取绝对值,只负责算钱与数量的 −1 重复取负,金额翻正
差异金额直接取带符号值乘规则正负号或再取绝对值,批次不平

第三条是血泪教训。有一批差异单,出单时用了"绝对值 × 规则正负号"这个写法,结果批次缺口 3,541.70 元——拆开看是 115 笔双重差异 3,443.70 元,加上 1 笔 98.00 元。改成直接取带符号值之后,批次合计对平,未匹配行归零。

顺手说说第二条为什么反直觉。直觉上"负数乘负数等于正数",数量取了 −1 之后单价再留个负号,金额就翻正了,所以直觉会喊你"单价也取绝对值吧"。可这里单价取绝对值恰恰是对的——因为它只负责算钱,方向统一交给数量承担。红字单取绝对值,就是把方向搞反。 记住这一句就够用:绝对值不是万金油。

转换单据的费用类负数金额视图,共 62 张单据合计 254,565.69 元,合计列全部为负数,单据名称细分到服务费用、订单费用、清算费用、账户费用

这是费用侧的负数单据视图:62 张单据,合计 254,565.69 元,金额列全为负。单据名称细分到服务费用、订单费用、清算费用、账户费用几类。财务在这里要看的不是"有没有红字",而是"负号在不在"。一张费用单据金额是 -15,666.49,另一张是 -1,960.00,符号在,就是红字单据;符号没了,那笔退款在账上就是没冲。

再往上一层看全局:

集成中心转换单据全局视图,共 232 张单据合计 9,345,659.28 元,状态分布为预览中 64 张、已确认 10 张、已推送 154 张、推送失败 4 张、含异常体行 7 张

232 张单据合计 9,345,659.28 元,状态分布是:预览中 64、已确认 10、已推送 154、推送失败 4、含异常体行 7 张。这组数字要这么用:负数单据在出单阶段是负的,出单之后要走到已推送才算真正进了 ERP 的账。停在"预览中"或者"含异常体行"上的负数单,钱还没落地。容易漏的是那 4 张推送失败的——它们可能正好是金额最大的几张。

把这条链收口看,符号口径在出单前是被固定住的:单据类型不换、数量带方向、单价只管算钱、差异金额原样带符号。轻易云在这四步上用的是同一套转换规则,方向不会在中间某一层被人"顺手修好"。

七、把边界变成能管的动作

落地分三层。

第一层,单据出来以后要能回读。 红字单据推到 ERP,方向、金额都要原样落下去。最要紧的是回写外部单号和状态:推完要把 PUSHED 还是 FAILED 回写到源单据上,失败的留在原地等人处理,不要静默吞掉。

金蝶云星空推送流程图,从已确认的转换单据出发,经签名准备、推送提交、补录发票字段到提交审核,每段留操作日志并回写推送或失败状态

这张推送流程图里有三个细节值得财务看一眼:一是回写外部单号,没有它,单据在两边永远对不上;二是三段式日志,每一段推送都留全量记录,方向出了问题能一路倒查;三是状态机回写,推成功是 PUSHED,推失败是 FAILED,不存在"不知道推没推"这种状态。红字单据方向错的时候,靠这三样东西能分清是规则写错还是推送写错。

第二层,税务侧的凭证是另一条线。 系统里再规范的红字单据,也不会替你在税务系统里开出一张红字发票。红票这件事永远是手工发起、在系统之外的动作,除非你另接了开票工具。

风险控制价值图,三道防线分别是自动合规、审计追溯、风控预警,内层列出收入确认时点、退款倒挂、跨期收入等五道自动合规检查,右侧列出五个雷区与对应规避方式

这张图上"自动合规"那一层,专门列了退款倒挂和跨期收入两项检查。放到红字这件事上,这两项恰恰最该盯:退款倒挂是退款先到账、对应的销售还没确认;跨期收入是上期确认的收入这期被红冲。这两种情况系统里都能自动校验,前提是你先配了"这笔退款属于哪一期"和"原单是已开票还是未开票"这两个标记位。标记位不配,校验就是空的。

第三层,凭证归凭证,账归账。 前面几节讲完,判断链条已经闭合:先看有没有蓝票,决定作废还是红冲;再看谁填信息表;然后按负数、不超原票、税额同比例三个口径开红票;账上按三条红字分录冲,跨月归本期;系统侧出带符号单据,数量 −1、单价取绝对值、差异金额原样带符号。这条链条每一步都有人签字,就不会有"账冲了税没冲"这种事溜过去。


三条可以今天就做的动作

第一,把这个账期所有退款行拉出来,逐行标上"已开票/未开票""已抵扣/未抵扣""当月/跨月"三个标签,并据此定出谁填信息表。这张表就是当月的红票任务清单。

第二,找一张已开票的蓝票和对应的退款,手工核一遍红字金额:负数、税额同比例、累计不超过原票金额。再核一遍系统出的红字单据,看数量是不是 −1、含税单价是不是绝对值、差异金额是不是原样带符号。

第三,抽查已推送的红字单据在 ERP 里的落地金额和符号,跟源单据对一遍;再翻翻推送失败的那 4 张和含异常体行的单子,看有没有红字单据卡在中途。

Original content. Please credit the source when reposting: https://www.qeasy.cloud/insights/reconciliation/16-6-red-invoice-vs-red-document

Comments