套餐、赠品和折扣，企业要重新算税了
9 月 1 日实施的增值税新规，把「一份套餐合同」逼成了一道判断题：先判断是一项交易还是多项交易，再决定价格分摊、适用税率与发票开几行；真正的难点不在税率表，而在把同一个交易判断贯通合同、订单、计价、开票、计税和入账六层。
基本信息
- 来源类型：文章（人人都是产品经理 · 作者「敏尔说」，微信公众号同名）
- 原文位置：
raw/articles/2026-09-22-155223-tg-48e27b.md - 原文 URL：https://www.woshipm.com/pd/6468311.html
- 原文正文来源：
scripts/http_capture.py抓取的预取正文（raw 内嵌 Prefetched Article Content） - 消化日期：2026-09-23
- 作者背景：深耕票财税资档，擅长业财税一体化、财务共享系统产品设计（94 篇作品 · 22.4 万总阅读量）
核心观点
-
套餐只是销售方式，没有统一的税务处理结果：同一份合同里同时包含商品和服务，实务上可能落到三种处理方式——多项独立交易（可单独购买、单独定价、单独交付，无明显主附关系，分别核算、按各自适用税率计税）、一项交易（一项内容体现客户主要购买目的，其余只是完成主业所必需并依赖主业发生，按主要业务适用税率）、有专项规定的特殊交易（如电信服务附带赠送 SIM 卡/终端）。文章给出的判断顺序是：先定交易性质，再谈价格分配、税率、发票行数与凭证。
-
判断「一项还是多项」至少看四件事：客户购买的核心目的是什么、各项内容能否独立销售、交付和验收是否分开、各项价格能否单独确定。作者明确提醒——多个项目写在同一份合同里不会自然变成一项交易，销售人员把它叫「套餐」也不会自动改变各项业务原来的税务属性。
-
整体折扣必须分摊到明细行，否则各税率对应的销售额已经变了：《财政部 税务总局公告2026年第13号》对 10 万元合同的处理示例（设备 8 万元 + 安装 1 万元 + 维护 1 万元，客户谈下 1 万元整体折扣、实付 9 万元），按折扣前金额比例分摊后为设备 8,000 元、安装 1,000 元、维护 1,000 元。如果订单系统只在表尾记一笔优惠、开票时把 1 万元折扣全部塞到某个低税率项目上，订单总额虽然还是 9 万元，各税率对应的销售额却已经发生变化。折扣据此分三类：行级折扣（跟着商品行走）、订单级/票级折扣（先分到参加优惠的明细行）、销售折让（开票后因质量或价格调整退还款项，按红字发票等后续调整规则处理，不能回头改原订单和发票）。
-
折扣只写在备注栏 = 增值税处理可能无法按企业预期执行：新规明确，价款和折扣额只有在同一张发票的金额栏分别注明，才能按照折扣后的不含税价款确定销售额。折扣只存在于备注栏、合同或审批单中，在增值税口径上不等价。
-
赠品不能看到「零元」就停止判断：业务上写赠品，税务上可能有三种情况——已包含在套餐总价中、属于随主商品提供的附属内容、是一项独立的无偿转让。增值税法将单位和个体工商户无偿转让货物列入视同应税交易范围；但买一赠一是否构成独立无偿转让，要结合合同约定、整体对价、促销方式和发票开具情况判断。因此订单里的赠品除了数量和零售价，还要保留它关联的主商品、促销活动、是否包含在套餐总价中、独立销售价格以及最终采用的税务处理方式。
-
真正受影响的是六个环节要共用同一份交易判断结果：合同里卖了什么，订单就要记录什么；订单怎样分价，发票就要怎样开；发票怎样计税，凭证和申报就要能够接得住。作者强调「税率表更新并不难，难的是能否把一笔套餐交易拆清楚，再把同一个判断传到合同、订单、发票和凭证中」，并且如果税务人员后续做了人工调整，系统还要保存调整人、调整时间和调整原因，以便政策再变时能定位受影响的合同与订单、出现争议时从发票一路追溯到最初业务依据。
实操内容保留
本文为方法论型文章，无代码块与可复制 Prompt 模板，但有完整的落地四步清单与系统提示/拦截清单，属于可直接复用的操作步骤。
代码/配置
（本文无代码/配置内容。）
Prompt 模板
（本文无 Prompt 模板内容。）
操作步骤
落地四步（作者给出的实施顺序，原文小标题即为此四步）：
-
把现有业务场景讲清楚：由税务部门牵头，销售、法务、财务和信息化一起参加。重点找套餐、买赠、设备加安装、软件加服务、整体折扣等业务，并拿真实合同、订单和发票进行核对（不是拿流程图核对）。
-
给每类场景定处理规则：明确它属于一项交易还是多项交易、是否存在主附关系、价格怎样分配、赠品怎样处理、发票开几行、最后怎样入账。确实判断不清的，进入人工审核，不要让销售人员在订单里自由选税率。
-
检查系统有没有地方记录这些结果：逐项检查——商品主数据能否区分货物、服务和无形资产；订单能否记录套餐和赠品；计价系统能否分摊混合税率折扣；开票系统能否按照明细生成折扣行。
-
选几笔典型业务从头跑一遍：从合同、订单、计价、交付、结算，一直跑到开票、计税、入账和申报；最后核对合同总价、订单金额、发票销售额、销项税额、收入和应收账款能不能对上。
系统提醒/拦截清单（以下情况最好直接在系统中提醒或拦截）：
- 套餐中存在不同税率，却没有交易判断结果；
- 整体折扣没有分到明细行；
- 折扣只写在发票备注栏；
- 赠品价格为零，也没有税务处理标识；
- 人工修改了税率，却没有审批记录。
存量业务提示（原文明确的时间边界）：公告特别提到，2026 年 1 月 1 日至 8 月 31 日期间已经发生但尚未处理的事项，也按照新公告执行。因此企业还要关注尚未开票、尚未结算或者尚未完成税务处理的存量业务。
关键概念
- 增值税新规（2026 年 9 月 1 日起实施）— 本文的政策起点，直接提到电信终端与发票折扣，实际影响沿交易链向前延伸
- 《财政部 税务总局公告2026年第13号》— 列举「销售机器设备同时提供安装服务适用货物税率」「销售软件同时提供安装、维护、培训等服务适用软件产品税率」等场景
- 一项交易 vs 多项交易 — 本文的核心判断；决定后续价格分配、税率与发票行数
- 主附关系（主要业务 / 附属内容）— 「一项交易」成立的关键条件
- 价格分摊（折扣分摊到明细行）— 混合税率套餐的成本/税额还原前提
- 行级折扣 / 订单级折扣（票级折扣）/ 销售折让 — 折扣的三类税务处理路径
- 视同应税交易（无偿转让货物）— 赠品判断绕不开的规则
- 买一赠一 — 是否构成独立无偿转让需结合合同、对价、促销与发票判断
- 业财一体化 — 本文强调的「同一份交易判断贯通六层」正是业财一体化的税务分支（已有实体页）
- ERP 企业资源规划 — 交易判断结果的落点（商品主数据 / 订单 / 计价 / 开票模块）（已有实体页）
与其他素材的关联
- 与 2026-08-09-woshipm-game-invoice-middle-platform 的关系：同为「交易事实 → 发票事实」的建模问题。发票中台那篇讲的是游戏业务下「谁收了钱、谁应该开、最多能开多少、退款后如何追溯」，靠交易事实账 / 发票状态账 / 关系账三本账建立可追溯性；本文讲的是套餐业务下「这是一项还是多项交易、折扣怎么分到明细行、赠品算不算无偿转让」，靠一份共用的交易判断结果在六个环节间保持口径一致。两者都指向同一条原则：订单/支付确认的事实不能被下游（开票、红字、入账）反向篡改，只能新增调整记录。
- 与 2026-07-16-woshipm-digitalization-cost-management 的关系：政策/规则变更的落地成本不在「改系统」，而在跨部门口径统一。数字化成本那篇讲的是数据治理与主数据统一是前置条件；本文的四步落地清单（税务牵头 + 销售/法务/财务/信息化共同参与 + 拿真实合同订单发票核对）是同一逻辑在税务口径上的具体化。
- 与 2026-08-23-084653-tg-6395a1、无代码AI报价工作台 的关系：报价/计价环节是本文「价格分摊」的上一站。报价工作台解决的是把混合报价结构化落表；本文要求的是结构化的结果必须能按明细行分摊折扣、区分税率，并带着判断依据一路传到发票与入账——两者串起来才是一条完整的 B 端交易链路。
- 与 2026-06-06-woshipm-erp-process-management 的关系：ERP 是交易判断的承载层。ERP 那篇强调「跳过流程梳理直接上线，得到的只是系统安装」；本文的六个环节（商品主数据 → 订单 → 计价 → 开票 → 计税 → 入账）正是 ERP 流程梳理在税务场景下的具体清单——不含「交易判断结果」字段的订单模型，就是没有梳理过流程的 ERP。
原文精彩摘录
销售人员觉得这笔业务很简单：一份合同、一个套餐、一个总价。
到了财务这里，问题一下就多了：
设备和安装是一起计税，还是拆开计税？后续维护算不算套餐的一部分？免费配件要不要计税？1万元折扣应该分到哪些项目？发票最后开成几行？
如果订单系统只在表尾记录一笔优惠，开票时再把1万元折扣全部放到某个低税率项目上，订单总额虽然还是9万元，各税率对应的销售额却已经发生了变化。
折扣只写在备注栏，或者只存在于合同和审批单中，增值税处理可能无法按照企业预期执行。
赠品也一样，不能看到零元就停止判断。
这六层要共用同一份交易判断结果。
例如，税务判断为”设备销售附带安装，按照主要业务税率处理”，订单、开票和入账都要能找到这条判断。如果税务人员后续进行了人工调整，系统还要保存调整人、调整时间和调整原因。
税率表更新并不难。
难的是企业能不能把一笔套餐交易拆清楚，再把同一个判断传到合同、订单、发票和凭证中。