O faturamento eletrônico quase sempre é explicado pelo lado da burocracia: qual formulário, qual prazo, qual multa. Para quem tem de operar todos os dias, a burocracia é o de menos. O que importa é entender o que está acontecendo por baixo, porque é dali que sai quase todo problema.
Um documento fiscal eletrônico é um arquivo com situação
Quando você emite uma fatura eletrônica, não imprime um papel: gera um arquivo estruturado, ele é assinado digitalmente e enviado à administração tributária para validação. A SUNAT responde, e é essa resposta que transforma o arquivo em um documento fiscal válido.
Daí sai a ideia mais importante de todo esse assunto: um documento fiscal eletrônico não é só um documento, é um documento com uma situação. Emitido não é a mesma coisa que aceito, e aceito não é a mesma coisa que aceito com observações. Um sistema que só mostra o PDF e não a situação está escondendo de você metade do dado.
O provedor homologado e por que ele existe
Entre o seu sistema e a SUNAT costuma haver um intermediário homologado. Ele cuida da assinatura, do formato e do diálogo com a administração, e devolve o resultado. Não é luxo: é a peça que absorve as mudanças de formato da administração para que o seu sistema não precise ser reescrito toda vez que uma versão de catálogo muda.
O que vale a pena exigir do seu sistema de gestão é que ele guarde esse resultado junto ao documento. Se a resposta viver só no portal do provedor, cada consulta futura vira uma investigação.
Os catálogos são a fonte silenciosa de erros
A SUNAT publica catálogos com os códigos válidos para muitas coisas: tipo de operação, motivo de uma nota de crédito, motivo de traslado em uma guia de remessa, modalidade de transporte. Cada um tem o seu próprio domínio de valores, e eles não são intercambiáveis mesmo que se pareçam.
O erro clássico é enviar um código correto do catálogo errado. O documento sai, o sistema não reclama e a rejeição chega depois. Por isso uma plataforma de gestão deveria manter os catálogos atualizados e oferecê-los como uma lista fechada, não como um campo de texto livre onde alguém escreve o que lembra.
O que fazer quando o envio falha
Ele falha. A conexão cai, o provedor entra em manutenção, um campo do cliente está incompleto. O importante não é evitar a falha, é o que fica quando ela acontece: o documento tem de existir antes da tentativa de envio, a sua situação tem de aparecer na lista e a nova tentativa não pode consumir um segundo número da série. Se a falha obrigar a refazer a venda do zero, o problema técnico vira um problema de caixa e de fila no balcão.
O que a XEN faz com um documento fiscal pendente, rejeitado ou emitido sem conexão está respondido, pergunta por pergunta, na central de ajuda. Ver as respostas sobre documentos fiscais
Boleta, fatura e nota: para que serve cada uma
A fatura é emitida para quem precisa comprovar crédito fiscal e exige a identificação tributária do comprador. A boleta é emitida ao consumidor final. A nota de crédito corrige ou anula um documento fiscal já emitido, e a nota de débito o aumenta. Nenhuma das quatro é substituída pela edição do documento original: uma vez aceito, o original não se toca mais.
É essa a razão pela qual uma gestão bem feita não permite editar uma fatura enviada. Não é rigidez do software: é que o documento já existe fora do seu sistema.
O que você deveria conseguir responder a qualquer momento
Se o seu sistema estiver bem montado, estas perguntas são respondidas em segundos e sem ligar para ninguém: quantos documentos fiscais emiti neste mês, quantos continuam pendentes junto à SUNAT, qual foi o motivo da última rejeição e qual série cada caixa está usando. Se alguma exigir abrir um portal externo ou uma planilha, ali está o buraco.
O faturamento eletrônico não é difícil de entender. É difícil de sustentar quando o sistema trata o documento fiscal como uma impressão e não como o que ele é: um documento vivo, com uma situação que outra instituição também conhece.
