电商税务合规：2027年前测试ERP、发票及退货的清单

在一个通过市场平台、自有网站和其他渠道销售的商店中，一个税务配置可能适用于简单订单，但在有折扣、运费、取消或退货时可能会失败。认证是完整的测试路径：订单从渠道发出，到达ERP，生成税务文件，获得授权，然后返回公司的报告和控制系统。

本指南涉及这一测试过程。它不定义产品的税率、税务分类或税务处理。这些决定取决于运营情况，必须由公司税务负责人验证。税收改革的官方时间表按文件和组别分配里程碑；在参数化系统之前，请确认当前版本。

1. 确定哪些文件和日期适用于运营

在向ERP提交请求之前，先对公司销售和开票方式进行盘点。列出常用的CNPJ（巴西国家法人登记号）、制度、最常涉及的州（来源地和目的地）、销售渠道、发出的文件和涉及的系统。一个运营可能使用NF-e用于商品，NFC-e用于特定情况，以及由合作伙伴发出的运输文件；NFS-e属于服务提供，有其自己的时间表。

将此清单与电子税务文件的官方时间表进行比较。该页面于2026年10月28日更新，区分了发布布局的强制起始时间，并显示不同文件和操作的日期各不相同。一项活动的里程碑不应自动应用于另一项活动。请为每种场景记录规则、日期和查询的官方来源。

一个简单的电子表格可以包含以下列：文件；操作类型；渠道；制度和机构；适用日期；ERP版本；布局版本；验证责任人；测试结果；证据；待办事项和期限。

2. 构建代表真实销售的场景

不要只测试没有折扣的销售。分离出代表运营日常和极端情况的案例。对于商店使用的每个渠道，包括以下内容（如适用）：

• 面向最终消费者的正常销售和面向法人的销售；
• 带有活动折扣、优惠券或由市场平台资助的折扣的订单；
• 向买家收取的运费、补贴运费和由卖家支付的运费；
• 订单分为多个包裹、部分发货或通过物流运营商交付；
• 在开具前取消、在授权后取消以及全额或部分退货；
• 换货、奖励、赠品或数量调整（如果存在这种情况）；
• 集成故障、重复订单或授权方暂时不可用。

目标不是为每一行创建通用的财务规则。而是验证渠道、订单、注册和参数的实际组合是否产生会计批准的输出。记录不适用的情况，以免将未测试误认为成功。

3. 核对注册信息、映射关系和系统版本

Receita 和管理委员会发布指南和文档布局。NF-e/NFC-e 的技术说明描述了与实施新税种相关的技术组和字段；时间表及后续法令可能会调整各阶段开始生效的时间和适用对象。请向 ERP 供应商索取兼容版本、可用日期以及测试环境的操作说明。

对于每种场景，请确认测试中使用的注册信息与生产环境中将使用的信息一致：企业提供的产品和分类、单位、来源、开票机构、业务性质、按目的地划分的规则、折扣以及买方数据。不要仅因为两个项目属于同一商业类别，就将一个项目的参数复制到另一个项目上。请勿填写虚构值以“通过”验证。

请要求会计部门按场景登记预期规则。ERP供应商负责实施配置；税务负责人验证处理方式。该登记可避免将软件的技术决策与税务决策混淆。

4. 跟踪订单至 XML，然后返回财务页面

对于每个测试，请保存订单标识符，并确认数据是否完整无误地传输至ERP系统。随后核对已授权的文档及其XML文件，包括开具方、接收方、商品项目、数量、金额、折扣、运费、总计、适用的税务字段以及授权协议号。DANFE（NF-e的图形化表示）的外观不能替代对XML文件的核查。

随后，请确认该订单在销售报告、库存和财务对账中是否正确显示。市场平台转付的净额可能因手续费、佣金、预付款及其他记账项目而与发票金额存在差异；系统验证需展示各系统如何记录这些差异。在处理退货时，请核对与原始销售的关联、库存回退情况以及对报告的影响。

如果一家商店在多个渠道运营，请为每个集成重复该路径。在ERP中手动发出的订单并不能证明市场连接器的连接器会发送相同的字段，也不能证明自动应急例程的行为方式相同。

5. 分离测试、证据和审批

使用供应商指定的沙箱环境以及税务文件规定的规则。切勿在生产环境中使用虚构数据进行测试，也不得仅为了观察系统响应而开具真实发票。请记录日期、版本、场景、预期结果、生成的XML、授权方返回信息、收到的错误及所做的修正。根据内部访问和留存控制措施，移除或保护记录中使用的个人数据。

将结果分类为批准、拒绝或因外部依赖而阻止。仅显示无错误消息的屏幕不足以获得批准。验证必须涵盖文档及其后续操作：订单更新、库存、财务和账务处理。

在发布配置之前，需获得财务负责人对场景的批准、运营团队对订单流程的批准以及供应商对已部署版本的确认。明确谁可以修改参数设置、如何记录变更以及如何回滚错误的配置。

6. 规划投产，不要假设所有故障都会被阻止

2026年，税务局和CGIBS澄清，推迟某些验证规则并未免除提供时间表中规定信息的义务。因此，经授权者接受的发票本身并不能证明所有字段和程序都符合要求。请查阅关于验证的联合公告以及技术文档的最新版本。

整合部署窗口，监控首批数据发出情况，并建立与ERP系统及财务系统的扩展对接通道。明确如何识别被拒发票、如何批量修正注册信息、谁负责跟踪重发尝试，以及在系统不可用期间允许执行哪些手动操作流程。切勿在压力下未经记录原因、责任人及审批流程而擅自变更任何税务规则。

简短清单以完成认证

• 核对官方来源适用的文件和日期；
• ERP版本和布局已由供应商确认；
• 每个渠道的场景均已记录，包括例外情况和退货；
• 已获税务负责人批准的注册信息和规则；
• 已授权XML，以及订单、库存和对账；
• 错误及带有证据的更正记录；
• 正式批准和应急预案在生产前确定。

ConnectWeek维护着关于税收改革及其里程碑的综合指南。本文在该内容基础上补充了电子商务系统测试的实施与控制路线图，但不替代对每项业务的税务分析。

来源与方法

本指南由编辑团队根据截至2026年11月3日查阅的联邦税务局（Receita Federal）、国家NF-e门户以及IBS管理委员会的官方出版物编制。认证的操作步骤仅为编辑建议，旨在协助系统核查；这些步骤并非由联邦税务局制定的义务清单，也不决定产品的税务处理。

规范、时间表、技术说明和软件版本可能会发生变化。企业在发布任何配置之前，必须与相关运营负责人确认日程安排及税务处理方式。