CFOP Restaurante 2026: Tabela Completa + Como Usar na NF-e e NFC-e

O que é CFOP e como funciona em restaurantes?

CFOP é o Código Fiscal de Operações e Prestações, definido pelo CONFAZ. São 4 dígitos em cada item da nota. O primeiro deles já indica a natureza geral:

Na maioria dos restaurantes, quase todas as notas usam CFOPs iniciados em 5 (venda dentro do estado). Os demais aparecem em situações pontuais: compra de fornecedor de outro estado (1 ou 2), devolução de cliente, transferência entre lojas da rede.

Qual a diferença entre CFOP e NCM no restaurante?

É uma das confusões mais comuns no cadastro fiscal. Vale colocar lado a lado:

Um exemplo: um refrigerante de 350ml tem NCM 2202.10.00 sempre, não importa pra quem é vendido. Já o CFOP varia: 5.102 pro cliente do balcão, 6.102 quando a venda atravessa pra outro estado, 1.202 quando entra como devolução.

Pra aprofundar no NCM, veja o guia da tabela NCM para restaurantes.

Qual a tabela CFOP completa para restaurantes por operação?

Daqui pra frente é uso direto. A lista abaixo reúne os CFOPs mais usados no restaurante, separados por tipo de operação. Serve pra configurar o sistema e revisar cadastros antigos.

Quais CFOPs usar em operações específicas do restaurante?

Venda no balcão e atendimento no salão

É a operação mais frequente: cliente consome no local e paga no caixa. Na maioria dos casos, a NFC-e sai com CFOP 5.102 nos itens de mercadoria (comida e bebida). Quando o item já vem com substituição tributária recolhida na origem (caso típico de refrigerante e cerveja), o código costuma ser o 5.405.

Não existe distinção de CFOP entre "comida que vai pra mesa" e "comida que sai pelo balcão". Fiscalmente, as duas são saída de mercadoria dentro do estado.

Delivery próprio

Mesmo CFOP do balcão: 5.102. Motoboy entregando no bairro vizinho não muda a natureza da operação. Continua sendo venda a consumidor final dentro do estado. Só muda se o entregador atravessar a divisa estadual e levar o pedido pra outro estado: aí passa a ser 6.102.

Pedido pelo iFood, Aiqfome, 99Food e marketplaces

O detalhe é quem emite a nota. No modelo mais comum, o próprio restaurante emite a NFC-e do pedido com CFOP 5.102, igual à venda direta. O marketplace é só o canal; o que sai continua sendo mercadoria do restaurante pro consumidor final.

Existe um arranjo menos comum em que o marketplace assume a emissão como vendedor. Nesse caso, o restaurante pode emitir nota pro próprio marketplace, com outro CFOP. Precisa estar no contrato e validado fiscalmente antes de entrar em operação.

Cortesia, brinde e degustação

Sempre que o restaurante entrega um item sem cobrar (compensação de pedido errado, brinde de aniversário, degustação de prato novo), fiscalmente é uma saída sem cobrança. O CFOP é o 5.910 (remessa em bonificação, doação ou brinde).

Na prática, é um código que costuma ficar esquecido. Muita gente simplesmente não emite nota da cortesia, e a omissão descasa o estoque do controle fiscal.

Devolução de cliente

Cliente recebeu, não gostou e devolveu. O restaurante precisa registrar a devolução. O CFOP é 1.202 (entrada por devolução de venda dentro do estado). No sistema, entra como "nota de entrada" vinculada à nota original.

Transferência entre lojas da rede

Em rede, é comum a cozinha central preparar molhos, carnes ou massas e mandar pras lojas. Essa movimentação interna não é venda; fiscalmente é transferência. Dentro do mesmo estado: 5.151 (produção própria) ou 5.152 (mercadoria de terceiros). Cruzando estado: 6.151 ou 6.152.

Quais são os erros mais comuns de CFOP em restaurantes?

Em auditoria e fiscalização real, alguns erros se repetem:

Usar 5.102 pra tudo

Erro clássico. O cadastro inicial sai com 5.102 em todos os produtos e nunca é revisado. Resultado: refrigerante com ST aparece como venda comum, transferência entre lojas vira venda, cortesia some do controle. A divergência só aparece na auditoria.

Ignorar a diferença interestadual

Em região de divisa (norte de SP encostando no sul de MG, divisa do DF com Goiás), é comum o restaurante entregar do outro lado da fronteira sem perceber. Todas as notas saem com 5.102, quando boa parte deveria ser 6.102. Se o fisco cruzar com o endereço de entrega, a divergência aparece.

Cortesia sem CFOP de bonificação

Muito restaurante oferece cortesia sem registrar fiscalmente. Quando registra, costuma sair com 5.102, como se fosse venda comum. O correto é 5.910 (bonificação). A troca não é estética: muda o tratamento tributário.

Devolução tratada como saída negativa

Sistemas antigos lançam devolução como "venda negativa" em vez de emitir nota de entrada com 1.202. Esse atalho bagunça a apuração e o SPED.

Não atualizar quando muda o regime tributário

Migrou do Simples pro Lucro Presumido (ou vice-versa) e o cadastro de CFOP ficou parado no regime antigo. Como os códigos podem variar por regime, atualizar isso é parte indispensável da migração.

Como configurar o CFOP corretamente no sistema?

Preencher CFOP manualmente em cada nota é inviável. Nenhum operador de caixa decide código fiscal no meio do pico: é fonte certa de erro. O caminho realista é configurar regras automáticas no sistema, com base em três critérios.

1. Regime tributário do restaurante

Simples Nacional usa CSOSN (não CST), e isso afeta a escolha de CFOP em algumas operações de ST. Lucro Presumido e Real seguem outra lógica. Pra sugerir o CFOP certo, o sistema precisa saber em qual regime o restaurante está.

2. Tipo de operação

Cabe ao sistema identificar se a venda é balcão, delivery, marketplace, devolução, transferência ou bonificação. Cada uma tem CFOP padrão associado. Configura uma vez, vale pra todas as vendas seguintes.

3. Estado de destino

O padrão da NFC-e de balcão é sempre 5.x (dentro do estado). Mas em entrega cruzando divisa, venda pra empresa de outro estado ou transferência entre filiais, o sistema precisa identificar o destino e migrar de 5.x pra 6.x sozinho.

Pra entender os códigos de tributação que andam com o CFOP, veja o guia de CST e CSOSN para restaurantes.

Como o SisFood ajuda na rotina de CFOP?

CFOP no PDV é tarefa que, malfeita, vira passivo fiscal. Bem-feita, ninguém precisa lembrar dela. O SisFood não substitui o contador (quem decide o CFOP de cada produto continua sendo ele), mas tira da operação diária a parte que pode ser automatizada:

CFOP no cadastro do produto: escolheu uma vez no dropdown do produto (5101, 5102, 5104, 5403, 5405 ou 6152) e o sistema usa em todas as notas seguintes daquele item. O caixa não decide nada no pico.

NFC-e e NF-e prontas pra emitir: NFC-e direta no PDV (com vínculo de CPF/CNPJ e impressão opcional) e NF-e separada pra venda corporativa, com indicador de operação interna ou interestadual escolhido na hora de gerar.

Modo contingência na NFC-e: se a SEFAZ está fora ou a internet caiu, o caixa segue emitindo em contingência com motivo registrado. Sem travar o atendimento.

Carta de correção, cancelamento e inutilização: os três procedimentos que o contador pede de tempos em tempos saem direto pelo painel fiscal, sem ter que ligar pra ninguém.

XMLs do mês prontos pro contador: botão único pra baixar todas as NFC-e e NF-e de qualquer mês. Tem ainda atalho do mês passado, que é o que o contador mais pede.

Conclusão: CFOP automático é caixa rodando sem trava

CFOP é tema que o dono não precisa virar especialista. Mas o sistema, sim. Caixa parado pra escolher código a cada venda, fiscalização descobrindo erro só na auditoria, contador recebendo relatório bagunçado todo mês: são sintomas de configuração mal-feita, não de tema complicado.

O caminho prático: sentar com o contador, configurar as regras uma vez, deixar o sistema cuidar. Quem opera assim tem NFC-e saindo sem travar no pico, apuração limpa no fim do mês e tranquilidade em auditoria. E o custo de automatizar continua bem menor que o de qualquer multa.