Você emitiu a nota, a SEFAZ autorizou, o DANFE saiu certinho — e mesmo assim o pedido fica parado no painel do marketplace, sem etiqueta, sem previsão de expedição. Se você já bateu o olho no status "aguardando nota fiscal" com a NF-e ali, no seu sistema, sabe que isso não é falta de nota. É a nota não bater com o pedido.
Esse descasamento é o motivo mais comum de nota fiscal não reconhecida no Mercado Livre, na Shopee ou no Magalu. E ele acontece num ponto que quase nenhum conteúdo explica: a nota tem identidade fiscal (chave, número, série), mas o canal só reconhece se essa identidade estiver amarrada ao pedido certo — número do pedido, pack (quando existe) e, em alguns fluxos, o XML inteiro enviado pela API.
Por que o marketplace recusa uma nota que a SEFAZ autorizou
A SEFAZ só valida se a nota é fiscalmente correta: CNPJ existe, CFOP é válido, o cálculo de imposto fecha. Ela não sabe — e não precisa saber — a qual pedido do Mercado Livre ou da Shopee aquela venda corresponde.
Quem faz essa ponte é você, no momento de vincular a nota ao pedido dentro do canal (ou via API, se usa integração). Se essa vinculação usa um número errado, ou se o XML enviado não é exatamente o mesmo que foi autorizado, o marketplace recusa — mesmo com a nota 100% válida do lado fiscal. É nesse ponto que aparece o erro ao enviar NF para o marketplace: o canal devolve a mensagem, mas a causa raramente está na nota em si.
Na prática, o erro mora em um destes pontos:
- O número do pedido informado na nota é o do seu ERP, não o do marketplace (dois sistemas, duas numerações).
- A nota foi emitida para o pack (vários pedidos despachados juntos) e o canal esperava a chave de cada pedido individual, ou o contrário.
- O XML enviado é uma versão editada ou reprocessada, com hash diferente do que a SEFAZ autorizou — o canal valida a chave de acesso, e ela mudou.
- A nota foi emitida em duplicidade e você enviou a segunda via, com número de nota diferente do que já estava registrado no pedido.
A identidade do pedido: número, pack e chave
Todo pedido de marketplace carrega pelo menos três identificadores que precisam estar amarrados entre si:
- Número do pedido no canal — o que aparece na tela do Mercado Livre, Shopee, Magalu ou TikTok Shop. É esse número que o canal usa para procurar a nota, não o número interno do seu sistema de gestão.
- Pack ID (quando existir) — quando o comprador faz mais de uma compra despachada junta, o Mercado Livre agrupa em um pack. Se você emite uma nota por pack e o sistema espera uma nota por pedido individual (ou o contrário), a etiqueta trava mesmo com nota autorizada.
- Chave de acesso da NF-e — os 44 dígitos gerados pela SEFAZ. É o identificador único da nota em si, e é o que o marketplace grava para provar, se for auditado, que aquela venda tem nota emitida.
Quando o pedido some do radar de etiquetas, quase sempre é porque um desses três números foi digitado errado, veio truncado, ou porque a nota foi vinculada ao pedido errado dentro de um pack. Na Shopee, esse mesmo problema costuma aparecer como "XML da nota recusado" — geralmente porque o número do pedido enviado junto do XML não é o número que a Shopee tem registrado para aquela venda. Antes de reemitir qualquer nota, confira esses três números lado a lado — no painel do canal e no XML.
Quando a nota é obrigatória e quem é o emitente
A regra fiscal não muda porque a venda saiu de um marketplace: se a operação é uma venda de mercadoria, ela pede NF-e, do mesmo jeito que pediria numa venda pelo seu site. O marketplace é o canal de venda, não o emitente — quem emite é você, com seu CNPJ, seu regime tributário e seu CFOP.
Isso vale tanto para operação própria quanto para quem vende via Full ou Fulfillment: mesmo com o produto armazenado no centro de distribuição do canal, a nota de venda sai do seu CNPJ para o CNPJ (ou CPF) do comprador. O que muda é o CFOP e, em alguns casos, o destinatário do romaneio de envio — não a obrigatoriedade da nota.
Casos que geram dúvida recorrente:
- Remessa para o Full/Fulfillment do marketplace — é uma nota diferente da nota de venda, com CFOP de remessa, emitida quando você manda o estoque para o centro de distribuição do canal, não quando o cliente compra.
- MEI — segue a mesma obrigação de emitir nota na venda; o que muda é o enquadramento e o modelo de documento aceito conforme seu município e regime.
- Kits e composições — a nota precisa refletir o que de fato saiu do estoque, item por item, e não só a descrição do anúncio.
Na dúvida sobre alíquota, CFOP ou enquadramento do seu regime, a fonte oficial é o portal da NF-e da Receita Federal — é lá que ficam as regras de validação que a SEFAZ aplica antes de autorizar qualquer nota.
Erros de cadastro que voltam sempre (endereço, NCM, CFOP)
Depois que o vínculo pedido-nota está certo, o segundo bloco de erro é cadastro mal feito — e ele se repete porque ninguém revisita depois que "funcionou uma vez".
- Endereço do destinatário divergente — o marketplace manda o endereço de entrega, mas se você emite com um endereço de cobrança diferente (puxado do cadastro do cliente, não do pedido), a nota pode ser recusada por incompatibilidade de UF, o que também muda o CFOP.
- NCM genérico ou desatualizado — copiar o NCM de um produto parecido "porque deu certo antes" é a causa mais comum de nota rejeitada por classificação fiscal incorreta, principalmente quando o canal cruza NCM com categoria do anúncio.
- CFOP de operação interna x interestadual trocado — 5.102 (venda dentro do estado) usado numa venda para outra UF, ou o contrário. Como o comprador do marketplace pode estar em qualquer lugar do Brasil, esse é o erro que mais aparece em quem fixou o CFOP no cadastro do produto em vez de deixar a regra calcular pela UF de destino do pedido.
- IE do destinatário exigida — vendas B2B eventuais dentro do marketplace pedem Inscrição Estadual do comprador; se o campo vem vazio do canal, a nota trava até você completar manualmente.
Checklist rápido antes de emitir em lote:
- UF de destino do pedido bate com a UF usada para calcular o CFOP?
- NCM do item está revisado, não copiado de outro SKU parecido?
- Endereço de entrega (não o de cobrança) é o que vai na nota?
- Número de pedido e pack estão exatamente como aparecem no canal, sem espaço ou caractere a mais?
Trava de etiqueta também acontece depois da nota estar certa, na hora de imprimir — se a etiqueta sai torta ou não imprime na Zebra, o problema já é outro, e está descrito em etiqueta do Mercado Livre ou Shopee não imprime certo na Zebra.
Devolução e cancelamento: a nota que falta
A segunda onda de trava, depois da emissão, aparece na devolução. O comprador devolve, o canal libera o reembolso — e o seu financeiro fica sem lastro fiscal porque falta a nota de entrada da mercadoria que voltou.
Sem essa nota, você tem dois problemas ao mesmo tempo: o estoque físico não bate com o sistema (o produto voltou, mas continua "vendido" nos seus registros) e a base de cálculo de imposto do período fica inflada, porque uma venda que foi desfeita continua contando como faturamento.
Se a nota original tiver erro que não afeta valor (endereço, dado cadastral), o caminho é a Carta de Correção Eletrônica (CC-e) — ela corrige sem cancelar. Erro de valor, imposto ou item errado pede cancelamento (dentro do prazo da SEFAZ) ou nota de devolução, dependendo do estágio da operação.
Repasse retido por devolução mal registrada é outro sintoma do mesmo problema — se você já lidou com valor preso depois de um cancelamento no Mercado Livre, o artigo sobre como auditar o repasse do Mercado Livre linha a linha mostra onde procurar a diferença entre o previsto e o pago.
E se a discussão da devolução virar disputa — "não recebi", produto trocado, reclamação formal — vale ter prova de envio registrada antes: o post sobre como se blindar gravando o envio explica o que guardar para não perder o valor na mediação.
Como automatizar sem perder o controle
Automatizar emissão em lote resolve volume, mas amplia qualquer erro de identidade do pedido — se o vínculo pedido-nota está errado num SKU, ele vai se repetir em todo pedido daquele SKU até alguém notar a etiqueta que não sai.
Antes de automatizar, valide manualmente uma leva pequena (10 a 20 pedidos, cobrindo pelo menos uma venda interestadual e uma com pack) e confira etiqueta, XML e status no canal um por um. Só depois disso ligue a emissão em lote.
No Fluv Hub, a nota é emitida e enviada ao canal a partir do próprio pedido — sem digitar de novo o número, o pack ou a chave, porque essa identidade já veio da integração com o Mercado Livre, a Shopee, o Magalu ou o TikTok Shop. Quando precisa de correção, a CC-e e a nota de devolução saem do mesmo painel, sem trocar de sistema no meio do processo. Isso reduz o ponto de erro mais comum: o número digitado à mão que não bate com o que o canal esperava.

Se seu problema é mais amplo — vários canais, cada um com sua própria regra de vínculo entre pedido e nota — vale entender antes se faz sentido um hub de integração com o Mercado Livre ou seguir com processos manuais por canal.
Se quiser ver como fica a emissão, o envio da nota ao canal e a conciliação financeira juntos, dá uma olhada nas funcionalidades do Fluv Hub.
Perguntas frequentes
Por que o Mercado Livre não reconhece uma nota fiscal que já foi autorizada pela SEFAZ?
Porque a SEFAZ valida se a nota é fiscalmente correta, não se ela corresponde ao pedido certo. Quem faz esse vínculo é você, informando o número do pedido, o pack e a chave de acesso no momento de enviar a nota ao canal. Se algum desses dados vier errado, truncado ou de um número diferente do que o marketplace espera, a nota fica sem reconhecimento mesmo estando autorizada.
O XML da nota fiscal foi recusado pela Shopee, o que fazer?
Confira se o XML enviado é exatamente o autorizado pela SEFAZ, sem edição ou reprocessamento — qualquer alteração muda o hash e a chave deixa de bater. Depois, confirme se o número do pedido vinculado à nota é o número da Shopee, e não o número interno do seu ERP, que costuma ser diferente.
A nota fiscal é obrigatória em toda venda de marketplace, mesmo usando o Full?
Sim. A obrigação de emitir NF-e não muda porque a venda saiu de um marketplace ou porque o produto estava armazenado no Full. Quem emite é você, com seu CNPJ. O que muda é o CFOP: remessa para o centro de distribuição é uma nota, venda ao comprador final é outra.
Qual CFOP usar numa venda de marketplace para outro estado?
Depende da UF de destino do pedido, não da UF do seu anúncio. Vendas dentro do seu estado usam CFOP de operação interna (como 5.102) e vendas interestaduais usam CFOP de saída interestadual (como 6.102). Como o comprador de marketplace pode estar em qualquer UF, o erro mais comum é fixar o CFOP no cadastro do produto em vez de deixar a regra calcular pela UF do pedido.