Pedido Faturado O Que Significa

O que é um pedido faturado na prática

Pedido faturado é simplesmente um pedido de compra que já recebeu a emissão da nota fiscal eletrônica correspondente. O status indica que a etapa de geração do documento fiscal foi concluída com sucesso e que a obrigação tributária daquele item foi formalizada junto ao fisco. Não é algo mágico, é só o registro contábil-fiscal que acompanha a saída da mercadoria ou a prestação do serviço. Significa exatamente isso: o pedido passou pelo processo de faturamento e gerou NF-e, NFC-e ou CT-e conforme o caso. A nota foi disponibilizada na SEFAZ, recebeu a chave de acesso, o número, a série e o protocolo de autorização. Do ponto de vista operacional, o pedido saiu do limbo administrativo e agora tem existência legal perante o órgão recebedor. Muita gente confunde pedido faturado com pedido enviado ou pedido entregue. São etapas diferentes. O faturamento acontece antes do despacho na maioria dos fluxos, embora existam modelos em que o faturamento é feito sob demanda, no momento do envio. O importante é saber que o status de faturado não garante que a carga saiu do armazém. Já vi cliente ligar furioso porque o pedido estava como faturado mas a transportadora não tinha sequer sido acionada. É um problema real de interpretação de status pelo usuário final.

No meu dia a dia, lido com isso constantemente. O ERP mostra o status, o cliente vê o status, e ambos assumem coisas diferentes. A solução mais simples que encontrei foi colocar um tooltip ou legenda no painel do cliente explicando o que cada status representa. Não resolvi o problema técnico, mas reduzi em cerca de 60% os chamados de suporte na primeira semana após a implementação. O processo técnico padrão funciona assim: o pedido é recebido no sistema, passa pela conferência de preços e disponibilidade, o módulo fiscal gera a nota com base nas informações cadastrais do emitente, do destinatário, dos produtos e das alíquotas aplicáveis, a nota é enviada para a SEFAZ, recebe o retorno com autorização, e o sistema atualiza o status do pedido para faturado. Esse fluxo leva de alguns segundos até alguns minutos, dependendo da carga da SEFAZ e da configuração do seu software. Existem detalhes que passam despercebidos e causam dor de cabeça depois. Um deles é o fato de que o faturamento pode ser feito de forma fracionada. Ou seja, um único pedido pode gerar duas ou mais notas fiscais se houver produtos comorigens tributárias diferentes, ou se o estoque estiver repartido em filiais distintas. Nesse caso, o pedido fica como faturado, mas você vai ter múltiplos documentos associadas a ele. Se o seu sistema não lida bem com esse cenário, o financeiro perde tempo conciliando coisa que não precisa ser complicada.

Outro ponto que as pessoas esquecem: faturar não quer dizer que a nota está pronta para uso pelo destinatário. A nota autorizada pela SEFAZ pode ainda precisar ser baixada, distribuída por PDF, ou até mesmo cancelada se houver erro de dados. Eu perdi uma manhã inteira num sábado tentando rastrear por que um cliente não estava recebendo as notas, e descobriu que o problema era o certificado digital expirado no servidor de faturamento. A SEFAZ rejeitava as ENVIOs silenciosamente e o log ficava enterrado numa pasta que ninguém verificava. Desde aí, configuro um alertas automático de expiração de certificado com 30 dias de antecedência. Se você está implementando isso num sistema novo, comece testando o faturamento em ambiente de homologação antes de qualquer coisa. A SEFAZ Homologação tem comportamentos diferentes da produção em relação a campos opcionais, prazos de autorização e tratativas de erro. Nota que funciona em homologação não significa que vai funcionar em produção. Isso parece óbvio, mas eu já vi equipe inteira entrar em pânico porque um campo que era aceito no ambiente de teste era rejeitado no real, e a venda estava parada. Há também a questão do prazo. Em alguns estados, o faturamento precisa acontecer dentro de uma janela específica, especialmente para NFS-e (nota de serviço eletrônica), onde cada município tem sua própria regra. Se você vende serviço para clientes em múltiplas cidades, o faturamento automático pode falhar se o seu sistema não mapear corretamente o município do tomador. Isso gera notas com CNM incorreto, e a nota volta rejeitada. A correção manual dessa situação custa tempo de desenvolvimento e, às vezes, multa por atraso na entrega do documento.

Uma limitação importante que pouca gente menciona: o status pedido faturado não é atômico em todos os sistemas. Em plataformas mais antigas ou menos robustas, o status pode ser atualizado antes da autorização efetiva da SEFAZ, gerando uma falsa sensação de conclusão. O pedido aparece como faturado, mas a nota ainda está em envio. Isso gera problema na conciliação bancária e na extração de relatórios fiscais. Verifique sempre se o seu sistema aguarda o protocolo de autorização antes de mudar o status, e não apenas o envio da requisição. Para quem está começando agora, o caminho mais direto é usar uma ferramenta de integração fiscal confiável que abstraia a complexidade da comunicação com a SEFAZ. Existem opções como SCON, Bling, Tiny ERP, e outras soluções que oferecem API própria para emissão de NF-e e NFS-e. Se o seu volume for baixo, uma dessas plataformas prontas resolve sem precisar de equipe de TI dedicada. Se o volume for alto, vale o investimento num sistema customizado com middleware fiscal próprio, mas aí o custo de manutenção também sobe consideravelmente. Não existe solução perfeita para faturamento no Brasil. A fragmentação legislativa entre municípios, estados e modalidades tributárias garante que sempre haverá um caso de borda que vai quebrar o seu fluxo. O importante é ter log visível, alertas proativos e um processo documentado de tratamento de erros. O resto é rotina.