> 栏目：2026 时效资讯｜政策状态：需向平台核对｜信息截止：2026-07-14

编辑摘要

  • Mercado Livre 开发者文档要求适用 PJ 纳税卖家导入 NF-e，成功后解除 invoice_pending 并进入物流标签流程。
  • 平台校验覆盖模型 55、发票主体、州登记、订单金额和 XML 等一致性，不是只确认存在发票号。
  • Receita Federal 的 2026 指引要求适用电子文件列示 IBS/CBS，平台 XML 流程需同步升级新字段和税务主数据。
  • PF 与非纳税 PJ 可能走 DC-e 路径，商家必须先确认税务身份，不能在两类文件之间按便利切换。

发生了什么

Mercado Livre《Importar Nota Fiscal》开发者文档说明，适用的 PJ 纳税卖家可通过 API 导入 NF-e。订单在等待发票时显示 invoice_pending，成功导入后才能继续生成物流标签。文档要求 NF-e 使用模型 55，并列出多类不一致错误，包括发票主体、州登记、订单金额和文件信息。平台因此不仅接收一个 XML 文件，还把税务文件与卖家和订单主数据做关联校验。

2026 年还叠加 Receita Federal 的消费税改革要求。官方指引将 NF-e 列为需要按技术规范列示 CBS 与 IBS 的电子税务文件。两类一方来源共同支持“开票流程叠加2026税改字段”：Mercado Livre 文档说明现有 NF-e 导入与订单发货衔接，Receita Federal 指引说明 2026 新税字段要求。本文据此提出同步核对 XML 与订单发货的经营建议，不推断所有后台校验在同一天上线。

适用范围

主要适用于在 Mercado Livre 巴西站以 ICMS 纳税 PJ 身份销售，并使用要求导入 NF-e 的物流流程和 API 的卖家。自配送、平台物流、Full 或其他模式可能有不同上传和标签环节，应按账户实际开放功能核验。PF 和非纳税 PJ 文档指向 DC-e，不应把 NF-e 导入说明直接套用。平台开发者文档面向技术接入，后台人工开票路径仍需实际账户确认。

平台接受 XML 不代表税务分类正确，税务机关授权与 Mercado Livre 的订单一致性校验是两个独立环节。跨州、退货、补充发票、促销补贴、多包裹和拆单可能需要特别处理。本文不提供 API 凭证、具体端点调用或错误代码全集，也不判断卖家的州登记和税制。

对中国跨境商家的影响

中国团队经常把商品和促销配置在平台，把税务主数据放在 ERP，再由仓库触发开票。若订单价格、运费、折扣或卖方主体在三个系统之间不同，XML 即使已获授权，也可能被平台拒绝。订单停留 invoice_pending 会压缩承诺发货时间，仓库为了赶时效可能手工修改金额，反而制造会计和售后差异。

IBS/CBS 新字段增加了主数据协同难度。中国总部的 SKU 映射若没有稳定连接到巴西 NCM、税务分类和发票规则，系统可能给所有订单写同一默认值。平台对 XML 和发货信息的一致性要求意味着运营、税务和技术必须共享同一订单版本。退款和退货还要能找到原 NF-e，不能只依赖平台页面截图。

商家现在应准备什么

建立卖家身份与文件路径表：每个 Mercado Livre 账户记录卖家法人、CNPJ、州登记、税制、物流模式、NF-e 或 DC-e 路径和开票服务商。对 PJ NF-e 流程，验证模型 55、证书、XML schema、卖家和买家信息、订单金额、折扣、运费和商品行。由巴西会计确认 IBS/CBS 字段和分类，技术团队不得自行猜测。

在测试和生产前做端到端演练：订单创建、invoice_pending、发票授权、XML 导入、平台响应、标签、出库、交付、取消和退货。保存原始 XML 哈希、平台请求与响应、发票键和订单号；建立拒绝代码到责任人的映射。版本升级后抽样正常订单和边界订单，月末用订单、NF-e、平台结算和会计账四方对账。

常见误区

误区一是“税务机关授权后平台一定接受”。Mercado Livre 还有主体、金额和订单一致性校验。误区二是“上传 PDF 或 DANFE 就等于导入 XML”；开发者流程以 NF-e 数据和文件为核心。误区三是“所有卖家都应开模型 55”；PF 和非纳税 PJ 可能走 DC-e。误区四是“IBS/CBS 测试年可以留空”，这与官方附随义务方向不符。

误区五是通过修改 XML 金额去匹配平台，而不修正订单或税务事实。任何更正都应按正式发票规则和平台流程执行。平台文档可能因账户、物流模式和版本变化，卖家不能只看旧截图。Mercado Livre 不替卖家判断税率，标签生成时效也以真实账户流程和平台响应为准。

拉序如何协助

拉序可协助整理 Mercado Livre 账户、主体、物流和文件路径，建立订单—XML—标签—结算字段映射，组织平台技术、ERP、仓库和巴西会计定位 invoice_pending 异常。还可维护拒绝台账、复测证据和官方文档更新记录。

拉序不签发 NF-e、不持有企业数字证书、不决定税务分类，也不代表 Mercado Livre 批准账户或接口。API 开发和生产发布由客户技术团队负责，税务判断由巴西专业方负责，平台响应由 Mercado Livre 控制。拉序不承诺订单一定解除等待或避免取消。

风险提示

Mercado Livre 文档和 Receita Federal 技术要求都可能更新。实际操作前应在卖家自己的账户走查功能，并重新打开两份直接来源。若平台后台与公开文档不同，应保存当时页面与工单，以账户实时提示为准，不推测内部规则。

文章涉及 NF-e、IBS/CBS 和平台操作。商家提交 XML 或发货前，应由会计或税务专业方结合真实交易确认，并在自己的 Seller Center 核对最新字段与适用范围。

**统一服务边界：**本文根据所标明信息截止日期前可公开查阅的巴西政府、主管机关及平台资料整理，仅用于一般信息与经营准备参考，不构成法律、税务、会计、海关、认证或投资意见。法规、技术文件、州级执行口径及平台规则可能调整。具体公司的主体类型、CNPJ/CNAE、税制、发票、进口、产品许可和平台要求，应结合真实交易资料，由巴西当地具备相应资质的专业方及主管机关确认。拉序可协助整理资料、核对信息一致性和协调办理流程，但不替代专业签字、政府审批或平台最终审核，也不对办理时间、税负或审核结果作确定性承诺。

参考来源

依据 Mercado Livre Developers《Importar Nota Fiscal》和 Receita Federal《Orientações da Reforma Tributária para 2026》（发布：2025-12-12；更新：2026-05-06），均于 2026-07-14 直接访问。平台页支持模型55、invoice_pending及一致性校验，政府页支持 IBS/CBS 文件义务。

本次来源于 2026 年 7 月 14 日重新打开核验；相关规则变化较快，计划于 2026 年 8 月 14 日再次核对。若来源出现新公告、重定向、失效或实质变化，应以最新官方资料为准，并重新判断本文对具体业务的适用性。