S标准T2优先级 8.0申报日历截止日滞纳金试算低频高危

TX-03 · 纳税日历与逾期预警

每个月都有申报截止日、一错过就是钱 · 逾期一天万分之五,从来没人提前算好「该哪天启动」

一这件事现在是什么样

税务与合规 · 真实业务触发

全年税种申报节点有几十个(增值税每月15号、企业所得税季度、个税、残保金8-11月、汇算清缴1-5月)。每个节点要提前准备、按时申报,错过就产生滞纳金(每天万分之五)和罚款。但中小企业靠脑子记和日历提醒,漏掉是常态。

二痛点 · 每条都有来源

不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处

1
未按期缴税按日加收万分之五滞纳金,罚款2000元起;逾期申报的代价是实打实的钱依据 · 滞纳金标准:未按期缴税按日加收万分之五;重庆会计忘记88.6万未开票收入被追缴+2.2万滞纳金
2
全年税种节点几十个,靠脑子记和手机日历提醒,漏掉是常态——这是典型的低频高危依据 · 会计月度/年度工作节奏:1-5号催单、6-10号凭证、15号前报税、25-30号计提结转关账
3
申报有硬deadline,但「应启动办理日=截止日−准备周期」这个倒推从来没人算,都是临近截止才手忙脚乱依据 · 纳税申报担责:申报有硬deadline、法律效力,出错产生滞纳金罚款,最终提交和担责必须是人

三换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 未按期缴税按日加收万分之五滞纳金,罚款2000元起;逾期申报的代价是实打实的钱
  • 全年税种节点几十个,靠脑子记和手机日历提醒,漏掉是常态——这是典型的低频高危
  • 申报有硬deadline,但「应启动办理日=截止日−准备周期」这个倒推从来没人算,都是临近截止才手忙脚乱

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四场景闭环

4 步 · 每一步的产出都是下一步的输入

第 1 步
税种日历生成全年各税种申报节点一次性生成
第 2 步
应启动日倒推每个节点倒推准备周期,算出该哪天启动
第 3 步
逾期滞纳金试算假设逾期N天,滞纳金滚多少
第 4 步
生成提醒清单按时间排序的申报日历+启动提醒

要准备什么

公司税种清单与申报周期
增值税/企业所得税/个税/残保金/印花税等
历史申报记录
上次申报时间,判断是否有遗漏

为什么这个场景值得做

痛感 4 × AI 适配 4 ÷ 落地难度 2 = 8.0

最大差异点 · 不要求先建一个申报台账。税种和期限直接生成日历,每个节点的「应启动日」倒推出来,逾期滞纳金试算。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

正式件本体
年度纳税日历.xlsx
正式件本体 · 全年节点 · 应启动日倒推
可派发清单
逾期滞纳金试算表.xlsx
可派发 · 逐节点滞纳金试算

这套东西不承诺什么

不做申报的自动提交(提交担责是人)。不做税务政策的最新解读(政策以官方为准)。只做日历、倒推启动日和滞纳金试算。

想看具体怎么跑?

Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了