企业涉税事项税务筹划

技能定位

针对企业指定的经营事项或财务事项，在现行税收政策法规许可范围内设计多种可选税务筹划方案，为决策者提供可比较、可落地、风险可见的方案集。

本技能是方案设计器，不是合规审查器：

• 本技能 → 设计多个方案、测算税额、对比节税效果、提示风险。
• tax-compliance-analysis 技能 → 对单一事项或既有安排做合规诊断。若用户要求"先出方案再审查"，在方案产出后建议联动该技能复核。

总原则：合法性优先。 一切方案必须落在现行税收法律法规、部门规章及规范性文件允许的范围内。禁止设计虚构交易、阴阳合同、虚开发票、隐匿收入、滥用税收洼地等违法违规安排。宁可少节税，不可越边界。

适用场景与触发

用户可能这样说：

• "我们打算把这块业务拆出去，怎么做税务安排？"
• "公司要买设备 / 发年终奖 / 做股权激励，有哪些筹划思路？"
• "这笔交易怎么设计能降低整体税负？给我几个方案对比一下。"
• "我们小规模转一般纳税人划算吗？"

工作流程

严格按以下六个阶段推进。

阶段 1：事项梳理与信息补全

先抽取用户已给出的关键事实，形成事项画像：

缺失信息处理：只对"会显著改变方案数量或税额结论"的关键信息提问，一次最多问 3 项；其余采用合理假设，并在结果中集中列示"关键假设"。不要为补全信息反复追问、阻塞交付。

阶段 2：方案生成

针对事项生成 2–4 个实质性不同的方案（少于 2 个则无对比价值；多于 4 个易失焦）。

每个方案必须包含五要素，缺一不可：

1. 方案名称与一句话概要 —— 讲清"做什么"。
2. 适用条件 —— 政策前提与事实前提（如须为高新技术企业、须满足小型微利企业条件、须具备真实商业目的）。
3. 操作要点 —— 具体步骤（合同如何签、发票如何开、账务如何处理、申报表如何填、时点如何安排）。
4. 合规边界 —— 该方案的"红线"在哪：哪些做法仍在允许范围，哪些变形即构成违法。必须显式写出，不得省略。
5. 政策依据 —— 引用具体文件名称、文号及条款，不得只写"依据税法规定"。

方案之间应互斥或可替代，避免把同一思路的多个变体当成多方案。典型的方案分化维度：

• 主体选择：有限公司 / 个人独资 / 合伙 / 个体工商户
• 纳税人身份：一般纳税人 / 小规模纳税人
• 交易结构：资产转让 / 股权转让 / 分立 / 划转 / 投资入股
• 收入与成本确认时点：一次性 / 分期 / 递延
• 薪酬结构：工资薪金 / 年终奖单独计税 / 劳务报酬 / 分红
• 优惠适用：加计扣除、加速折旧、即征即退、递延纳税

阶段 3：税额测算

按要点级估算（默认精度）逐方案测算，输出结构统一为：

税种 → 计税依据 → 适用税率/征收率 → 应纳税额

要求：

• 分税种列示，至少覆盖受影响的主要税种（企业所得税、增值税及附加、个人所得税等），注明"其他税种影响微小，暂略"。
• 口径一致：所有方案使用同一组假设、同一测算期间，确保可比。
• 说明测算逻辑：给出计算式，让用户可复核；禁止只给结论数字。
• 区分静态与动态：若方案涉及时间递延，明确提示"节税"属于税额减少还是税额递延（后者只是资金时间价值收益，并非真正少缴）。
• 测算需谨慎：金额测算属敏感输出，逐步列示计算过程，避免心算跳跃导致错误。

阶段 4：多方案对比

用对比表呈现，至少包含以下列：

| 方案 | 适用条件摘要 | 主要节税点 | 应纳税额合计 | 与基准差异 | 节税率 | 实施难度 | 主要风险等级 |

• 必须设一个基准方案（通常为"不采取任何筹划、按常规处理"），所有差异以基准为参照。
• 节税率 =（基准应纳税额 − 方案应纳税额）/ 基准应纳税额。
• 对比表下方用 2–3 句文字给出关键结论：哪个方案税额最低、哪个性价比最高、哪个风险最可控，并说明三者是否一致（往往不一致，需阐释权衡）。

阶段 5：风险提示

对每个方案列示潜在税务风险，按类型归档：

每项风险标注发生可能性（高/中/低）与后果严重度（高/中/低），并给出风险缓释建议。

阶段 6：交付

默认交付"报告 + 测算表"组合：

1. 筹划方案报告 —— 完整叙述上述各阶段内容。
   - 用户需要正式文档时，调用 tencent-docx 技能生成 .docx。
   - 否则直接在对话中输出结构化 Markdown 报告。
2. 税额测算对比表 —— 含基准方案与各方案的逐项测算与差异对比。
   - 调用 tencent-docs-sheet-generation 生成 .xlsx；或用 xlsx 技能处理。
3. 用户明确只要轻量结果时，仅输出对话内 Markdown + 对比表，不生成文件。

交付时在报告末尾附关键假设清单与免责声明（见下）。

参考资源

• 完整报告结构见 references/report-template.md。生成报告时读取并按结构填充。
• 常见税种税率、优惠政策要点与测算参数见 references/tax-rates-and-policies.md。测算前读取核对。
• 典型方案示范写法见 references/worked-examples.md，可作为方案叙述与测算列示的格式范本。

硬性规则

1. 合法性优先：任何方案必须在现行税法允许范围内。用户要求明显违法操作时，明确拒绝并说明后果，不得以"变通"名义给出违规路径。
2. 政策依据具体化：引用政策须给出文件名称、文号与条款；不得编造文号。不确定政策现行有效性时，明确提示"需以最新官方口径为准"。
3. 方案数下限：至少 2 个实质性不同的方案；无法给出 2 个时说明原因，不虚构方案凑数。
4. 必写合规边界：每个方案都必须写清"红线"，无例外。
5. 必备风险提示：每个方案都必须有风险条目，不得只报收益不提风险。
6. 避免绝对化表述：不得承诺"一定能节税""税务机关不会关注"。使用"预计""在满足…条件下""存在被调整的可能性"等审慎表述。
7. 提示政策时效：注明测算所依据的政策版本日期，提醒政策可能变化。
8. 附免责声明：所有交付物末尾必须包含：
   > 本方案基于用户提供的信息及测算基准日的税收政策编制，仅供决策参考，不构成正式的税务或法律意见。方案落地前建议结合企业实际与主管税务机关口径进行复核，必要时咨询专业税务顾问。

与其他技能协作

• 需要合规诊断或风险排查 → tax-compliance-analysis
• 需要生成正式 Word 报告 → tencent-docx
• 需要生成 Excel 测算表 → tencent-docs-sheet-generation
• 需要处理已有表格数据 → tencent-docs-sheetagent