按最低基数缴了三年 · 稽查通知到的那天,滞纳金已经是本金的一半
薪酬与社保数据拼图 · 真实业务触发
财务转来一条消息:税务部门通知 2026 年度社保缴费基数申报即将开始,并提示「申报基数应与个税申报工资口径一致」。HR 心里咯噔一下 —— 公司一直按最低基数缴,而个税按实发工资报。两边的差,从来没算过总账。
不是流程描述,是调研出来的真痛点 —— 每条可点开核对出处
变化不在「快」,在「参与的角色」和「覆盖的范围」
6 步 · 每一步的产出都是下一步的输入
痛感 5 × AI 适配 4 ÷ 落地难度 3 = 6.7
最大差异点 · 不要求先有专业顾问。个税申报记录、社保缴费明细、工资表三份数据扔进来,Agent 算敞口、给合规路径 —— 数字先摆上桌,决定人来做。
评分口径:痛感看「这事没做好谁会生气、生气到什么程度」; AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」; 落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。
判断标准只有一个:这份东西能不能直接进企业的流程
本场景只做敞口测算与合规口径梳理,不做「怎么少缴」的筹划 —— 那是把客户往罚单上送。是否补缴、如何与员工沟通,由公司与社保顾问决定。
Live Demo 里有一个完整案例的每一步,包括 Agent 在哪一步拦住了