财税风险评测 · 税务健康体检

概述

财税风险评测 Skill（税务健康体检）

一、这个 Skill 解决什么（用户视角）

• 痛点：金税四期"以数治税"，进销项不匹配、对公收款与收入不匹配、四流不一致极易触发预警；财务/老板"不知道自己哪里有风险"，出了事才补救。
• 装了能干嘛：两种用法，都输出一份"风险体检报告"——哪几项高危、优先级怎么排、先改什么，不用自己啃政策。
  • 问卷自评：答 10 个维度的问题，5–10 分钟出报告；
  • 数据核验：按固定清单提交近 12 个月/一个完整会计年度的标准化导出资料，内核自动算分出报告，更准、可复现。
• 真实体感："老板问我们税有没有风险，我能 5 分钟给一份像样的报告"，"申报前先跑一遍，把雷排在前头"。

二、触发词

财税风险、税务体检、风险评测、合规体检、金税四期风险、自查风险、税务健康报告、帮我看看有没有税务风险；数据核验、上传资料体检、发票体检、按清单交资料体检。

三、工作流 A：问卷自评（score.py）

1. 开场：一句话说明本报告仅作风险自查参考、不替代专业意见与申报，高风险项需真人会计/税务师复核。
2. 采集信号：按下方「评测问卷」逐维度提问（可一次问 2–3 个；不知道的可答"不清楚"）。记录每个维度的原始信号。
3. 打分：依据 references/risk_dimensions.md 的评分细则，把每个维度的信号映射成 0–100 风险分。不确定的维度按"保守偏高"给分并标注"待核实"。各维度依据与来源见 references/evidence_basis.md。
4. 生成报告：调用 scripts/score.py，传入维度分数 JSON，得到总体分、等级、风险热力图、高危明细、优先整改清单。
5. 交付：把报告呈现给用户，并口头提示"最该先处理的那 1–2 项"。报告可保存到客户目录 05_clients/client_<ID>/tax/。
6. 边界：绝不调用申报接口、绝不修改账套；如用户要求"帮我改账/帮我申报"，礼貌拒绝并引导找珍珑真人会计。

四、工作流 B：数据核验（交资料出报告 · analyze.py）

与"问卷自评"并列的第二种取数方式：客户按固定清单提交标准化资料（规范见 references/intake_spec.md），内核读取后按同一套 10 维度算法自动打分，报告格式与问卷模式一致。

1. 收资料：企微对话机器人按 references/wecom_onboarding_script.md 发送清单、引导客户发文件；文件落到 intake/<client_id>_<属期>/（按 client_<ID> 隔离）。
2. 跑内核：python scripts/analyze.py --intake <目录> [--output report.md]。读取目录下 00–09 表（utf-8-sig 兼容 BOM），按 references/risk_dimensions.md「数据核验模式评分规则」计算各维度分；小规模纳税人剔除 D2 并归一化权重；缺必交表不崩溃，报告置顶加缺表横幅 + 对应维度标注；选交表（个税/社保/公积金明细、序时账、合同台账）缺失时相关维度降级"需人工"。
3. 交付：报告存 05_clients/client_<ID>/tax/风险评测_<属期>.md 并回传客户；高危项提示"转人工"复核。
4. 边界：内核只读取 intake/ 内客户导出资料 → 生成草稿 → 人确认；绝不写回电子税务局、账套或任何生产系统；不收发票原件/PDF；不代申报、不改账。

五、评测问卷（10 维度，按此向用户提问）

每个维度下面的问题用于判断该维度的风险分，详见 references/risk_dimensions.md。

• D1 税负率异常：您公司增值税/企业所得税税负率是否明显低于同行业？近 12 个月是否出现过长期零申报或微利？（有集中采购设备/囤货可作正当解释）
• D2 进销项不匹配：进项发票品名/税率与销项是否经常背离？有无"进项大、销项小"长期挂账？
• D3 四流一致性：合同、发票、资金、物流/服务是否四流一致？有无"票货分离""资金回流"？
• D4 对公收款匹配：对公账户收款与申报收入/开票金额是否匹配？覆盖率是否长期明显偏低、有无合理解释（如期末大额应收）？
• D5 虚开发票风险：是否从无真实交易方取得发票？有无顶额开票、突击集中开票、与失联/非正常户交易？
• D6 申报及时与准确：近 2 年有无逾期申报/滞纳金？是否"盲信"电子税务局预填、漏报特殊业务（如视同销售、资产处置）？
• D7 票账一致性：发票与账面是否一致？有无"有票无账 / 有账无票"、白条收据入账？
• D8 优惠应享未享：是否符合小微/研发加计/残保金等优惠却未享受？有无因不了解政策多缴税？
• D9 工资社保个税匹配：工资、社保、个税申报人数与基数是否一致？有无大量现金发薪、未全员足额申报？（兼职/劳务人员不缴社保属正常，不判风险）
• D10 成本费用异常：成本费用中白条/收据入账比例？有无大额异常费用、跨期费用未分摊、与经营规模明显不符的支出？

六、输入/输出约定

• 输入 A（传给 score.py）：JSON，{"company":"公司名(可选)","answers":[{"dim":"tax_burden","score":20}, ... 10 项]}。dim 取值见 scripts/score.py 顶部映射。
• 输入 B（analyze.py）：intake/<client_id>_<属期>/ 目录，含 00_manifest.json 及 01–09 系列 CSV，字段规范见 references/intake_spec.md；随包附带三份参考样例（一般纳税人全量 / 小规模 / 缺表降级）。
• 输出：Markdown 体检报告（含总体分、A/B/C/D 等级、风险热力图、高危明细、优先整改清单、免责声明）。

七、严重边界与免责（必须随报告输出）

• 本评测基于用户自述信号或客户导出的标准化资料与公开监管口径，不构成税务意见、审计意见或法律意见。
• 分数仅反映"相对风险高低"，不精确对应稽查概率；高危项务必由持证会计/税务师复核。
• 不连接电子税务局、不读取账套原始数据、不替用户做任何申报或账务写回。

八、与珍珑架构衔接

• 报告产出按 05_clients/client_<ID>/tax/ 隔离归档；客户维护岗(customer_success)是唯一对外接口人。
• 可作为"钩子工具引流"：免费体检吸粉 → 企微私域承接 → 转珍珑代账/合规付费服务。

九、版本记录

• v2.1.0：评测口径收紧——D4 由"私户收款/公转私"改为"对公收款匹配"，只分析对公账户收款与收入的匹配度；个人卡收款、公转私不再评判（不在珍珑评测职责内）。
• v2.0.0：新增数据核验模式（analyze.py + intake 契约 + 企微 onboarding 话术）；评分规则细化——先排除正常业务情形再判风险、四档阈值、多信号取 max、不可确证降级"需人工"；D9 重构为"个税工资性质剥离兼职 → 全职应保 vs 社保/公积金实缴"三表交叉。
• v1.0.0：问卷自评模式 + 10 维度评分细则 + 报告生成。