NFC-e em SP: Como Emitir Sem Erro no Saipos

A emissão de NFC-e em São Paulo tem regras próprias da Sefaz-SP que pegam muito restaurante desprevenido, principalmente quando a loja migra de outro estado ou de outro sistema. O erro mais comum não é técnico — é configuração incompleta antes da primeira venda do dia.

Antes de emitir a primeira nota, o CNPJ precisa estar credenciado corretamente junto à Sefaz-SP, com o certificado digital válido instalado no Saipos e o CSC (Código de Segurança do Contribuinte) atualizado. Sem isso, a nota é rejeitada na hora, mesmo com todos os outros dados certos.

Erros mais comuns na emissão em SP

O erro de CFOP incorreto pra operação de delivery é o campeão de rejeição. Delivery dentro do mesmo estado tem CFOP diferente de venda em balcão, e configurar o item errado no cadastro do produto propaga o erro pra toda nota emitida depois.

Outro erro recorrente é a divergência de NCM do produto alimentício, que gera rejeição silenciosa em lotes de nota — a loja só percebe quando o contador aponta a divergência no fechamento do mês, o que já é tarde pra corrigir a operação do dia.

Contingência: o que fazer quando a Sefaz-SP cai

Quando o serviço da Sefaz fica indisponível, o Saipos entra em modo de contingência automaticamente, emitindo a nota em modo offline pra não travar a venda. O ponto de atenção é que essa nota de contingência precisa ser transmitida assim que o serviço voltar — deixar acumular contingência sem transmitir é a forma mais comum de gerar problema fiscal maior lá na frente.

Checklist antes de abrir a loja

Validar certificado digital válido, CSC atualizado, CFOP correto por tipo de operação e NCM revisado no cadastro de produto evita a maior parte dos problemas de NFC-e em SP. Isso é configuração de implantação, não é algo pra revisar só quando já deu erro.

Diferença entre implantação nova e migração de sistema

Loja que abre pela primeira vez em SP começa o credenciamento do zero, direto com a Sefaz, e normalmente tem mais tempo pra validar cada etapa antes da primeira venda real. Já a loja que migra de outro PDV geralmente está sob pressão pra não parar de vender, e é exatamente nesse cenário que a configuração fiscal incompleta mais aparece — alguém testa a emissão de nota rapidamente, funciona uma vez, e a operação assume que está tudo certo sem testar os cenários de exceção como cancelamento, devolução parcial e contingência.

O ideal em qualquer migração é rodar um dia de operação em paralelo, emitindo nota de teste em horário de menor movimento, revisando o XML gerado e conferindo se o CFOP e o NCM aplicados batem com o que o contador da loja espera. Migração apressada sem esse teste é a causa mais comum de retrabalho fiscal no primeiro mês.

Como a integração com marketplace pode gerar erro fiscal escondido

Quando o Saipos está integrado com iFood, 99Food ou outro marketplace, o CFOP correto muda conforme a origem do pedido — pedido que sai da própria loja não é fiscalmente igual a pedido roteado por um app terceiro em certos cenários, e configurar o cadastro do produto sem diferenciar isso propaga um erro sistemático que só aparece quando o volume de vendas já é grande o suficiente pra chamar atenção do fisco.

Esse tipo de erro raramente trava a venda no dia a dia — a nota sai, o cliente recebe o pedido, e tudo parece normal na operação. O problema só aparece no fechamento fiscal do mês, quando o volume de notas com CFOP incorreto já é grande demais pra corrigir uma por uma sem dor de cabeça. Por isso revisar a configuração de CFOP por canal de venda, não só por tipo de produto, é parte do checklist que a maioria das implantações pula.

Antes de abrir a loja, vale confirmar que a configuração fiscal está redonda. Falar no WhatsApp (51) 99325-2085 com a VNDX sobre o Saipos e revisar a configuração evita rejeição no primeiro dia de operação.