慧穗云政策实务解读|从订单、开票、台账到申报,一次理清
近期,一些电商企业收到涉税风险提示:平台报送的收入信息,与企业自行申报的数据存在差异,需要进一步核实。
与此同时,部分地区正在试点新版《增值税及附加税费申报表(试行)》。试点表中增加了《附列资料(一)附1 未开具发票销售情况明细》,未开票销售额不再只是附表中的一个汇总数字,而是需要更清楚地区分本期新增、后续补票冲减及其对应属期。
对电商企业而言,真正的问题已经不是“消费者没有要发票,要不要管”,而是:
平台订单收入、实际结算到账和财务确认收入为什么不一致?
已开票与未开票销售额怎样拆分?
前期未开票、后期补开发票,怎样避免重复申报?
平台数据、发票数据、账面收入和增值税申报表如何相互核对?
本文不讨论抽象概念,直接给出一套可执行的处理思路。
《互联网平台企业涉税信息报送规定》(国务院令第810号)明确,互联网平台企业应按规定向税务机关报送平台内经营者和从业人员的身份信息、收入信息。按照配套报送安排,平台按季度归集和报送相关数据。
企业需要特别注意:
第一,平台报送的不是企业银行账户最终收到的一个净额。平台还会按规定报送收入以及经营者向平台支付的佣金、服务费等相关信息。平台扣除佣金、推广费、技术服务费后打给商家的钱,不能直接等同于企业销售收入。
第二,消费者没有索取发票,不代表这笔交易不会进入平台报送数据,也不代表企业可以不确认、不申报。
第三,平台报送口径、会计确认口径和增值税纳税义务发生时间并不天然相同。出现差异不一定等于少报,但企业必须能说明差异来自退款、跨期、平台费用、促销补贴还是其他原因,并留有证据。
在已经启用新版申报表试点的地区,纳税人发生未开具发票销售业务时,需要按照当地电子税务局规则启用并填写《附列资料(一)附1 未开具发票销售情况明细》。
这张表传递出的管理信号很明确:
未开票销售额不仅要申报,还要能追溯到形成时间、适用税率以及后续补票冲减的来源属期。
因此,企业不能只在申报期临时算一个“无票收入总数”,而要从订单端开始建立连续台账。
需要说明的是,新版申报表目前仍按地区推进试点,启用时间、系统校验和具体操作可能存在差异。企业应以注册地主管税务机关公告和电子税务局实际页面为准。
发票是交易凭证和税收管理凭证,但是否开票并不是判断增值税纳税义务是否发生的唯一标准。
对电商销售而言,应根据真实交易、收款安排以及增值税法和实施条例规定判断纳税义务发生时间。消费者暂时不要求开票,只改变了“是否已开票”的状态,不会自动消除已经发生的纳税义务。
例如,一笔商品订单含税成交价为113元,平台扣除佣金5元、推广费8元,商家最终收到100元。
不能因为实际到账100元,就把100元直接作为含税销售收入。佣金、推广费等通常需要按照其业务实质单独核算,销售额则应依据交易价格、折扣退款及税法规定确定。
最基本的拆分逻辑是:
| 数据项目 | 管理含义 |
|---|---|
| 订单成交金额 | 销售起点数据,需结合折扣、退款等进一步判断 |
| 平台佣金、技术服务费 | 平台服务成本或费用,不宜直接冲减商品销售收入 |
| 推广投放费用 | 单独归集营销费用及相应凭证 |
| 平台结算金额 | 资金到账结果,不等同于收入确认金额 |
假设企业本期新增未开票销售额50万元,同时为前期已申报的未开票销售补开发票30万元。
管理上必须分别记录:
本期新增未开票销售额:50万元;
前期未开票销售本期补票:30万元;
30万元原来申报在哪个税款所属期;
补票后该属期尚可对应的未开票余额是多少。
如果只保留“本期净增加20万元”,原始业务链条就被抹平了。到了申报、补票或风险核查时,企业很难证明30万元冲减的依据。
会计收入应根据适用会计准则和交易实质,在商品控制权转移等条件满足时确认;增值税纳税义务发生时间则应依据税法判断;平台涉税信息又有自己的报送字段和归集规则。
三者可能在同一个月,也可能形成跨月差异。
因此,不建议机械采用“付款日”“发货日”“确认收货日”中的某一个日期覆盖所有场景。正确做法是给每笔订单至少保留以下时间字段:下单时间、付款时间、发货时间、确认收货或完成时间、退款时间、开票时间和结算时间,再根据不同用途取数。
未开票收入台账不是为了多做一张表,而是为了回答三个问题:这笔销售何时形成、有没有申报、以后补票应冲减哪个属期。
建议至少设置以下字段:
| 字段 | 用途 |
|---|---|
| 纳税主体/税号 | 区分多店铺、多主体业务归属 |
| 平台、店铺 | 定位交易来源 |
| 平台订单号 | 订单级追溯主键 |
| 商品或服务类型 | 判断适用税率和业务类别 |
| 下单、付款、发货、完成时间 | 判断不同数据口径的时间差异 |
| 原始成交金额 | 保留订单原值 |
| 商家承担优惠 | 判断销售折扣或收入调整 |
| 平台承担补贴 | 与商家优惠分开归集 |
| 退款金额及退款日期 | 记录售前、售中、售后退款 |
| 含税销售额 | 申报测算基础 |
| 税率或征收率 | 按不同税率分别归集 |
| 不含税销售额 | 与申报表销售额衔接 |
| 税额 | 与申报数据核对 |
| 是否已开票 | 区分开票和未开票销售 |
| 发票号码、开票日期 | 补票后回写 |
| 首次申报所属期 | 识别原未开票销售申报月份 |
| 本期新增未开票销售额 | 本期正向发生额 |
| 本期补票对应金额 | 记录后续开票金额 |
| 补票对应原属期 | 支撑前期未开票销售冲减 |
| 期末未开票余额 | 上期余额+本期新增-本期已匹配补票 |
| 差异原因码 | 退款、跨期、补贴、费用、异常订单等 |
| 凭证索引 | 关联订单、结算单、退款单、发票及记账凭证 |
其中,最关键的不是字段多,而是四个字段必须能贯通:
订单号—首次申报所属期—补票金额—期末未开票余额。
只要这条链断了,后续补票就可能出现找不到原属期、超余额冲减或重复申报。
建议不要每个月单独建一张互不关联的表,而是持续滚动:
上期期末未开票余额+本期新增未开票销售额-本期已匹配补票金额=本期期末未开票余额
例如,某一般纳税人电商企业按月申报,适用税率13%,以下金额均为不含税销售额:
| 月份 | 本期新增未开票 | 本期补票匹配 | 补票对应原属期 | 期末未开票余额 |
|---|---|---|---|---|
| 6月 | 100万元 | 0 | — | 100万元 |
| 7月 | 60万元 | 0 | — | 160万元 |
| 8月 | 40万元 | 30万元 | 6月30万元 | 170万元 |
| 9月 | 50万元 | 80万元 | 6月70万元、7月10万元 | 140万元 |
9月补票80万元虽然发生在同一个月,但对应两个原申报属期,台账必须拆分记录。企业在试点申报表中填报时,也应按照当地表单规则分别反映对应关系,不能只留下一个无法追溯的合并数。
每月关账前,至少完成三次勾稽:
本期新增未开票销售额,与账面未开票销售明细核对;
本期补票金额,与发票明细及原属期未开票余额核对;
期末未开票余额,与备查台账和申报留存数据核对。
建议每月形成一张差异调节表,对以下五组数据进行核对:
| 数据组 | 主要内容 | 常见差异 |
|---|---|---|
| 平台订单数据 | 成交、取消、退款、补贴、订单状态 | 跨期完成、售后退款、异常订单 |
| 平台结算数据 | 应结、实结、佣金、技术服务费、推广费 | 费用扣除、结算周期、保证金 |
| 发票数据 | 已开蓝票、红字发票、补开发票 | 开票跨期、购方信息错误、红冲未回写 |
| 财务账面数据 | 主营业务收入、费用、应收、库存成本 | 净额记账、漏记订单、成本不同步 |
| 增值税申报数据 | 已开票销售、未开票销售及相关调整 | 税率归类错误、补票重复、属期错配 |
核对的目标不是强行让五组数字完全一样,而是形成一份可解释、可复核、可留档的差异清单。
建议统一设置差异原因码,例如:
T01:订单完成与平台结算跨月;
R01:本期退款;
R02:前期销售本期退款;
F01:前期未开票本期补票;
C01:平台佣金或技术服务费;
P01:平台承担补贴;
P02:商家承担优惠;
E01:订单重复或数据缺失;
O01:其他,需人工说明。
同一类差异连续出现三个月以上,就不应继续靠财务月底手工解释,而应回到订单、开票或数据接口环节修正。
以下为通用处理思路,实际操作以企业所在地电子税务局为准。
先确认企业所在地是否已经启用新版《增值税及附加税费申报表(试行)》,并核对业务信息表中与“未开具发票销售业务”相关的选项。
非试点地区不要直接照搬试点表路径;试点地区也应以系统自动带出的表单和校验提示为准。
将台账中本期符合增值税销售额口径、尚未开票的业务,按货物或服务类别、税率或征收率分别汇总,形成本期未开票正数销售额。
不要将含税金额直接填入要求“不含税销售额”的栏次,也不要把不同税率业务混在同一行。
前期已经作为未开票销售申报,本期又补开发票的,应先在台账中完成三项校验:
能否定位原订单和原申报所属期;
本次补票金额是否超过该笔或该属期剩余未开票余额;
本期发票金额、税率和原申报口径是否一致。
校验通过后,再按试点表填报规则处理已开票销售与未开票销售的对应调整,避免同一笔销售重复计入。
跨年度补票涉及前期申报、更正申报和当期发票数据的衔接,不能简单套用当期负数冲减。企业应先核对试点表填表说明、电子税务局校验规则,并向主管税务机关确认是否需要更正原所属期。
申报完成后,应保存:
申报表及回执;
未开票收入台账当期版本;
本期补票与原属期匹配明细;
平台订单、结算、退款和发票汇总;
人工调整记录及审批说明。
不要只保留最终申报表。缺少底层明细,后续很难复原当时为何这样填。
某一般纳税人电商企业6月发生一笔未开票销售,含税金额113万元,适用税率13%。企业已按规定在6月申报未开票销售。
6月台账记录:
含税销售额:113万元;
不含税销售额:100万元;
税额:13万元;
首次申报所属期:2026年6月;
期末未开票余额:100万元。
8月,购买方要求补开其中33.9万元发票,对应不含税销售额30万元、税额3.9万元。
8月应先完成以下动作:
开具发票并将发票信息回写原订单;
在台账中将30万元匹配至2026年6月;
将6月该笔业务的剩余未开票余额由100万元更新为70万元;
依据当地试点申报表规则,处理本期发票销售与前期未开票销售的对应调整,防止重复计税。
这个案例的核心不在公式,而在于企业能证明:8月开出的30万元不是一笔新的销售,而是6月已经申报过的销售在8月补票。
| 自查事项 | 重点检查 |
|---|---|
| 1. 收入是否按到账净额入账 | 是否把平台佣金、推广费直接冲减收入 |
| 2. 未开票销售是否纳入申报 | 是否只统计已开发票订单 |
| 3. 多平台订单是否归集完整 | 是否遗漏小店铺、新平台或停用店铺历史数据 |
| 4. 多主体是否混用 | 店铺、收款主体、开票主体和申报主体是否一致 |
| 5. 退款是否区分发生时间 | 本期订单退款与前期销售退款是否分别处理 |
| 6. 补票是否匹配原属期 | 是否仅凭开票月份做净额调整 |
| 7. 补票是否超过可匹配余额 | 是否存在超额冲减或重复匹配 |
| 8. 不同税率是否分开核算 | 商品、服务和混合业务是否正确归类 |
| 9. 红字发票是否回写订单 | 退款、红冲、库存和成本是否同步 |
| 10. 差异是否有证据链 | 每项差异是否有订单、结算、退款、发票和审批资料支撑 |
未开票收入管理的底层,仍然是订单数据和发票数据能否对应。
慧穗云电商通目前可对接淘宝、天猫、京东、抖音、拼多多、快手、小红书、视频号、唯品会、得物、有赞等32个电商平台,支持多平台、多店铺、多主体集中管理,并提供单张审核、批量审核、自动审核和扫码自助等开票模式。
在日常业务中,可围绕以下链路减少人工断点:
订单信息统一归集,降低跨平台导出和手工拼表成本;
开票结果自动回传,减少订单与发票状态不一致;
退款业务联动红冲,避免只退订单、不处理发票;
开票数据集中统计和导出,为月度对账及未开票收入台账提供数据基础;
多主体集中管理,降低来回切换税号、店铺和开票账号的操作成本。
需要特别区分:电商通解决的是订单、开票、红冲、回传和对账数据的衔接;企业最终如何确认收入、填报未开票销售以及处理跨期或跨年度补票,仍应结合实际业务、适用会计准则、所在地试点规则和主管税务机关口径判断。
导出订单、退款、结算、发票四类明细,先跑通一个完整申报周期;
按“订单号—申报属期—开票状态—剩余未开票余额”建立连续台账;
做一次平台订单、结算、发票、账面和申报数据的五方核对;
将补票前校验设为固定流程,未匹配原属期的订单暂不直接做申报冲减;
对月订单量大、多平台、多店铺或多主体企业,尽快评估接口化归集与自动开票方案。
平台涉税信息报送与新版增值税申报表试点放在一起看,变化的核心不是“多填一张表”,而是企业的销售数据开始从订单、结算、发票到申报形成更完整的核验链条。
对电商企业来说,最稳妥的应对方式不是申报期临时调数,而是把每笔订单从发生、收款、开票、退款到申报的关系提前梳理清楚。台账能滚动、差异能解释、凭证能追溯,才是真正可持续的合规能力。
政策依据
《互联网平台企业涉税信息报送规定》(国务院令第810号)
《国家税务总局关于互联网平台企业报送涉税信息有关事项的公告》(国家税务总局公告2025年第15号)
《中华人民共和国增值税法》及其实施条例
各试点地区《增值税及附加税费申报表(试行)》相关公告、表单及填表说明
温馨提示
本文根据截至2026年9月公开政策及试点资料整理,用于一般性业务交流,不替代针对具体交易的财税专业意见。新版申报表仍在分地区试点,企业应以主管税务机关最新公告、电子税务局实际校验规则及12366答复为准。
为企业提供“票”“税”“风控”管理为一体的智能化财税应用解决方案。让所有企业因为有慧穗的存在,能成为更被认可的公司,企业发展更健康!



为企业提供“票”“税”“风控”管理为一体的智能化财税应用解决方案。让所有企业因为有慧穗的存在,能成为更被认可的公司,企业发展更健康!



3000+中大型企业的首选品牌
立即体验
突破传统模式,步入数字化财税新时代!
提交获取更多优质案例及1V1专属咨询服务