Fatura eletrônica na Colômbia: o que é e como é validada pela DIAN

Fatura eletrônica na Colômbia: o que é e como é validada pela DIAN
A fatura eletrônica na Colômbia não é o PDF que chega na caixa de entrada do cliente. É um arquivo XML, assinado digitalmente, que a DIAN valida antes de a operação ficar respaldada, e esse PDF é apenas a representação gráfica do documento. Confundir as duas coisas explica boa parte das rejeições, dos estoques que não fecham e do IVA descontável que se perde todo mês. O que vem a seguir é o ciclo completo: o que a norma exige, o que a DIAN verifica, o que fazer quando ela rejeita e como a fatura se conecta ao estoque e à contabilidade.
O que é exatamente uma fatura eletrônica e o que ela não é
Uma fatura eletrônica de venda é gerada em formato XML sob o padrão UBL 2.1, é assinada eletronicamente e é enviada à DIAN, a autoridade tributária colombiana, para validação prévia. Só quando a DIAN a valida o documento fica definitivo e recebe um CUFE, o Código Único de Fatura Eletrônica que o identifica sem ambiguidade.
O que ela não é: não é o PDF, não é um e-mail com anexo e não é a folha de pagamento eletrônica. O PDF é impresso, reenviado e arquivado, mas não substitui o XML. A folha de pagamento eletrônica é outro documento do mesmo ecossistema, com outra lógica e outro uso: informa pagamentos de pessoal, não cobra uma venda.
A consequência prática é grande. A fatura eletrônica é título de crédito e, quando cumpre os requisitos, respalda custos, deduções e IVA descontável. Se o documento foi rejeitado, está mal identificado ou o comprador o rejeitou e ninguém corrigiu, esse respaldo cai e a despesa fica exposta numa fiscalização.
XML, CUFE e PDF: as três peças que as pessoas confundem
Cada peça falha de um jeito diferente, e por isso convém separá-las por função. O XML é o documento; o CUFE é a identificação dele; o PDF é a cópia para ler, imprimir e arquivar. Um erro no XML contamina todo o resto. Um PDF mal gerado não invalida a fatura, mas complica a entrega e o arquivo.
| Peça | O que é | Para que serve | O que acontece se faltar ou estiver errada |
|---|---|---|---|
| XML UBL 2.1 | O documento fiscal assinado eletronicamente | Respalda a operação perante a DIAN, o cliente e a contabilidade | Sem XML não há fatura: não existe documento para cobrar nem respaldo para registrar |
| CUFE | Código Único de Fatura Eletrônica que a DIAN devolve na validação | Identifica o documento e permite rastreá-lo | Sem CUFE a fatura não foi validada e não deveria ser usada como respaldo |
| Representação gráfica | O PDF que o comprador recebe, com os dados do XML validado | Ler, imprimir, entregar e arquivar | Não invalida a fatura, mas sem ela o cliente não tem como consultá-la |
Daí sai uma regra de trabalho simples: o arquivo que se guarda e se faz backup é o XML com o seu CUFE. O PDF é uma comodidade de leitura, não o respaldo legal.
Quem é obrigado a faturar eletronicamente na Colômbia e quem não é
O obrigado a faturar precisa estar habilitado perante a DIAN, ter um certificado de assinatura eletrônica vigente e, quando aplicável, operar com um provedor tecnológico autorizado. A habilitação não é um trâmite que se faz uma vez e se esquece: o calendário tributário define as datas por tipo de contribuinte e pelo último dígito do NIT, a identificação fiscal colombiana, e esse calendário muda a cada ano. Antes de supor que sua empresa está em dia, confira o calendário vigente e a situação da sua habilitação.
Existem também os não obrigados a faturar: certos prestadores de serviços pessoais e comerciantes menores, desde que permaneçam abaixo dos limites vigentes. Esses limites são expressos em UVT, unidades de valor tributário, e por isso se movem a cada ano com o valor da unidade; não os tome de um artigo antigo, verifique o valor do ano em curso.
| Situação | Fatura eletrônica? | Documento correspondente |
|---|---|---|
| Empresa habilitada que vende bens ou serviços | Sim, com validação prévia | Fatura eletrônica de venda |
| Negócio que ainda não está habilitado | Não pode emiti-la | Precisa se habilitar antes de continuar faturando |
| Prestador de serviços pessoais nos casos de não obrigação | Não, enquanto se mantiver no caso | Documento suporte emitido por quem compra |
| Comerciante menor abaixo do limite vigente em UVT | Não, enquanto não superar o limite | Documento suporte emitido por quem compra |
| Empresa que paga salários | Não é uma fatura | Folha de pagamento eletrônica |
O ciclo passo a passo: da venda à validação
O percurso completo tem sete etapas e cada uma deixa um rastro diferente. Se alguma for pulada, o problema aparece mais adiante, quase sempre na contabilidade e quase sempre no fim do mês.
- A venda é registrada no sistema com os dados reais da operação: cliente, bens ou serviços, quantidades, preços, impostos e forma de pagamento.
- O sistema gera o XML sob o padrão UBL 2.1 com a numeração correspondente.
- O XML é assinado eletronicamente com um certificado vigente.
- O documento é transmitido à DIAN para validação prévia, diretamente ou por meio do provedor tecnológico.
- A DIAN responde: aceita e devolve o CUFE, ou rejeita e aponta os erros.
- Com a aceitação, gera-se a representação gráfica e ela é entregue ao comprador.
- O comprador confirma o recebimento ou apresenta reclamação; em paralelo, a operação é registrada na contabilidade e movimenta o estoque.
A confirmação de recebimento e a reclamação não são gestos de cortesia: são o mecanismo pelo qual o comprador registra que recebeu a fatura ou que não concorda com ela. Uma fatura sem confirmação continua existindo, mas fica num limbo conveniente para discutir depois. Se sua empresa compra, confirme; se sua empresa vende, acompanhe a situação das confirmações antes de dar a cobrança por perdida ou por ganha.
O que a fatura precisa conter para não ser rejeitada
O Estatuto Tributário colombiano, no artigo 617 e seguintes, define o conteúdo da fatura de venda. A lista é curta e quase todas as rejeições nascem de não conferi-la antes de transmitir.
- Identificação do vendedor e do comprador: nome ou razão social e NIT, com o dígito verificador correto.
- Descrição dos bens ou serviços: o que foi vendido, em que quantidade e em que unidade; "serviços diversos" não descreve nada.
- Valor: preço unitário, subtotal, impostos e total, coerentes entre linhas e totais.
- IVA quando aplicável: com a alíquota que corresponde ao bem ou serviço, e não com uma alíquota geral aplicada a todo o catálogo.
- Forma de pagamento: à vista ou a prazo, com as condições acordadas.
- Numeração e resolução quando cabível: o número sequencial deve estar dentro da faixa autorizada.
Duas advertências sobre o IVA. A alíquota geral na Colômbia é de 19%, mas existem bens e serviços excluídos, isentos e com alíquotas diferenciadas. Aplicar 19% a todo o catálogo é um erro frequente em negócios que vendem uma mistura de produtos, e custa caro: ou se cobra a mais do cliente, ou se gera um IVA que depois não se consegue respaldar.
As rejeições mais comuns e como corrigi-las
Uma rejeição não equivale a uma fatura anulada: significa que o documento não foi validado e, portanto, não existe fiscalmente. A venda aconteceu, o cliente está com a mercadoria, mas o respaldo não está. Corrige-se a causa, gera-se de novo e transmite-se; enquanto isso, a cobrança e o registro contábil ficam em espera.
| O que o sistema mostra | Por que acontece | Como se corrige |
|---|---|---|
| NIT ou dígito verificador não confere | Dados do cliente digitados errado ou desatualizados | Corrigir o cadastro de clientes e gerar o documento novamente |
| O total não fecha com as linhas | Descontos, fretes ou impostos calculados fora do XML | Incluir todos os conceitos nas linhas antes de transmitir |
| Numeração fora da faixa | Sequencial que não corresponde à resolução autorizada | Conferir a faixa vigente e renumerar a partir do sistema |
| Assinatura eletrônica inválida ou vencida | Certificado expirado ou mal instalado | Renovar o certificado e assinar de novo |
| Descrição insuficiente do bem ou serviço | Linhas genéricas, sem unidade nem detalhe | Detalhar o conceito, a quantidade e a unidade |
| Dados do comprador incompletos | Campos obrigatórios vazios ou com formato incorreto | Completar o cadastro antes de faturar, não depois |
Existe uma rejeição silenciosa que não aparece na tela: a do comprador. O cliente recebe a fatura e a rejeita porque não reconhece o pedido, porque o valor não confere com a ordem de compra ou porque o produto chegou incompleto. Essa rejeição também precisa ser tratada, e a correção quase nunca é reenviar o mesmo documento: é emitir a nota correspondente.
Nota crédito, nota débito e documento suporte: quando vai cada um
Esses documentos se confundem porque todos "corrigem" alguma coisa, mas cada um tem um gatilho diferente. Errar o documento deixa a contabilidade equilibrada na aparência e desequilibrada no fundo.
- Nota crédito eletrônica: devoluções, descontos posteriores e correções que diminuem o valor de uma fatura já validada. Precisa referenciar o documento original.
- Nota débito eletrônica: acréscimos, juros por atraso e ajustes que aumentam o valor da operação.
- Documento suporte: usado nas aquisições de quem não fatura eletronicamente; é o respaldo do custo ou do IVA descontável do comprador.
- Folha de pagamento eletrônica: informa pagamentos de pessoal. Não é fatura e não substitui o respaldo de uma compra de bens ou serviços.
Uma regra que evita discussões: a nota crédito não apaga a fatura, ela a compensa. A fatura original continua existindo com o seu CUFE e o seu valor; a nota acrescenta um documento novo que a ajusta. Por isso o arquivo deve guardar a cadeia completa, e não apenas o último documento.
Contingência: o que fazer quando não há conexão ou o provedor falha
Se a transmissão falha ou o provedor tecnológico não responde, o obrigado pode faturar em contingência e transmitir depois. A contingência é uma saída operacional, não uma autorização permanente: não pode se tornar a forma normal de faturar porque "o sistema cai sempre".
Usá-la bem exige três coisas. Primeiro, registrar o motivo e a data em que a falha ocorreu. Segundo, manter a numeração e os requisitos do documento, porque uma fatura de contingência continua sendo uma fatura. Terceiro, transmitir dentro dos prazos que a DIAN define para regularizar a situação, sem esperar que chegue uma fiscalização para fazê-lo.
O erro clássico é faturar em contingência durante semanas e descobrir o problema quando o contador pede os respaldos do mês. Se sua operação depende de um único canal de transmissão, a contingência é um risco latente, não um plano.
Fatura eletrônica e estoque: o ponto onde tudo deixa de fechar
Aqui se rompem a maioria das operações, e não por causa da DIAN, mas por dentro. A fatura e o estoque deveriam se movimentar juntos: se é emitida uma fatura de dez unidades, o estoque cai dez unidades e o custo da venda é registrado no mesmo momento. Quando o sistema de faturamento e o de estoque são dois mundos separados, aparecem três sintomas conhecidos.
O primeiro: depósito fisicamente vazio e sistema com saldo, porque a venda foi faturada mas ninguém deu baixa no estoque. O segundo: devolução registrada com nota crédito e mercadoria que nunca voltou ao estoque. O terceiro: vendas sem custo associado, que inflam a margem e escondem um problema de rentabilidade que depois ninguém consegue explicar.
O critério para fechar a brecha é simples: cada linha da fatura deve apontar para um item identificável, com quantidade, unidade e custo. Serviços não têm estoque, mas precisam de um conceito claro que depois permita analisar o que foi vendido. Se o seu faturamento é feito num ponto de venda que não conversa com o estoque, esse é o primeiro cabo a conectar.
O exemplo completo em pesos: da venda ao lançamento contábil
Venda de 10 unidades a COP 120.000 cada uma, com IVA de 19%. Os cálculos, passo a passo:
| Conceito | Cálculo | Valor |
|---|---|---|
| Subtotal | 10 unidades × COP 120.000 | COP 1.200.000 |
| IVA | COP 1.200.000 × 19% | COP 228.000 |
| Total a pagar | COP 1.200.000 + COP 228.000 | COP 1.428.000 |
No XML esses números não vão soltos. A linha leva a quantidade, o valor unitário e o imposto calculado; o bloco de totais leva a soma das linhas, o total de impostos e o total a pagar. Se o total do bloco não confere com a soma das linhas mais os impostos, a validação prévia detecta e devolve o documento.
O lançamento contábil, com a fatura já validada e o CUFE em mãos:
- Clientes: débito de COP 1.428.000.
- Receita de vendas: crédito de COP 1.200.000.
- IVA gerado: crédito de COP 228.000.
Agora chega uma devolução de 2 unidades. A nota crédito é calculada sobre o mesmo preço unitário: 2 × COP 120.000 = COP 240.000 de base, e 19% de IVA sobre essa base = COP 45.600. Total da nota: COP 285.600. O lançamento se inverte na mesma proporção: debita receita em COP 240.000, debita IVA gerado em COP 45.600 e credita clientes em COP 285.600. Se a mercadoria volta ao depósito, entra de novo no estoque pelo custo, não pelo preço de venda.
Como escolher um provedor tecnológico sem se casar com o primeiro
O provedor tecnológico é quem transmite e, na prática, quem define o quanto sua equipe sofre quando algo falha. Antes de assinar, peça para ver o fluxo completo com um caso real, não uma demonstração ensaiada.
- Tratamento de rejeições: que mostre o erro, permita corrigir e reenviar sem redigitar a venda.
- Integração com estoque e contabilidade: uma única captura de dados, sem dupla digitação.
- Documentos do ecossistema: nota crédito, nota débito e documento suporte incluídos, não como módulo separado.
- Contingência operacional: um procedimento claro para faturar e transmitir depois.
- Rastreabilidade: histórico de situações, CUFE e possibilidade de exportar os XML.
- Saída: poder levar seus documentos se um dia mudar de ferramenta.
Esse último ponto é esquecido e é o mais caro. Se os XML vivem apenas na plataforma do provedor, mudar de sistema se transforma numa negociação. Pergunte desde o primeiro dia como eles são exportados e em que formato.
Quanto custa de verdade implantar
Não existe um preço único, e desconfie de quem dá um sem conhecer a sua operação. O que se pode fazer é listar as frentes de custo para que a conversa com o provedor seja concreta.
- Certificado de assinatura eletrônica: custo recorrente, com vigência que precisa ser renovada antes de vencer.
- Provedor tecnológico: costuma ser cobrado por documento, por faixa de volume ou por plano; o volume real manda.
- Ajuste dos cadastros: produtos, impostos, terceiros e formas de pagamento bem parametrizados. É o item que consome mais tempo e evita mais rejeições.
- Integração: conectar faturamento, estoque e contabilidade; se tiver de ser feito à mão, o custo volta todo mês.
- Treinamento e operação dupla: durante a transição convivem o processo antigo e o novo.
- Apoio contábil: revisão de notas, conciliações e limpeza de saldos.
O custo por documento é a métrica que serve para comparar, mas a despesa escondida está nos cadastros e na integração. Um provedor barato com cadastros mal montados acaba custando mais em rejeições e em horas de contador.
Um fechamento honesto antes de decidir
Nada disso substitui o seu contador. A fatura eletrônica toca impostos, títulos de crédito e respaldos de dedução, e cada caso tem arestas que um artigo não resolve: operações de exportação, regimes especiais, vendas a não obrigados, devoluções parciais com descontos. Se sua empresa está em algum desses casos, confirme o tratamento antes de mudar o processo.
O que você pode fazer sem esperar: revisar a situação da sua habilitação, verificar a vigência do certificado de assinatura, olhar quantas faturas do último mês ficaram rejeitadas ou sem confirmação e conferir se o estoque se movimenta sozinho quando uma fatura é validada. Com esses quatro dados você já sabe onde está o problema real. Na Kardex Tauro, o estoque e o faturamento se alimentam do mesmo registro, de modo que cada documento validado movimenta estoque e contabilidade ao mesmo tempo, sem reconciliações posteriores.