REDA One Centro de ajuda
PT
Idioma
English EN Español ES Português PT Italiano em breve Français FR Deutsch em breve العربية em breve
reda.one ↗
Início / REDA Financials AI / Administração / Faturamento eletrônico / Ler um Histórico de fatura eletrônica

Ler um Histórico de fatura eletrônica

Quando o REDA Financials transmite uma fatura a um órgão fiscal, ele guarda o registro da troca inteira em um único objeto chamado Histórico de fatura eletrônica — um por fatura. Ele contém o que foi enviado, o que voltou, os identificadores oficiais que o órgão emitiu e cada tentativa feita pelo caminho. Quando algo dá errado, a resposta está no Histórico; quando um auditor pede prova de que uma fatura foi transmitida, o Histórico é a evidência.

Este artigo explica como ler um deles, o que cada um dos oito status está dizendo e o que fazer com os dois que precisam de uma pessoa: Rejeitado e Erro.

Ainda não sabe o que é faturamento eletrônico? Leia primeiro Faturamento eletrônico: como funciona — ele explica o conceito e o fluxo de ponta a ponta. Este artigo pressupõe que você já tem tudo configurado e está olhando para um Histórico real.

Onde os Históricos ficam, e quem consegue vê-los

Há duas formas de abrir um Histórico, e você vai usar as duas.

  1. Pela fatura. Abra a fatura de venda e role até a lista relacionada Históricos de fatura eletrônica, no fim do registro. Este é o caminho certo quando a pergunta é “o que aconteceu com esta fatura?”.
  2. Pela guia. Vá em Iniciador de aplicativos → REDA Financials → Históricos de fatura eletrônica para ver a lista completa. Este é o caminho certo quando a pergunta é “o que está travado?” — ordene ou filtre por Status para ver de uma vez tudo o que está em Rejeitado ou Erro.
O registro do Histórico não é editado à mão. Um Histórico é evidência de auditoria e quem o escreve é o sistema, então os campos dele são mantidos pelo aplicativo em vez de digitados por cima. As duas coisas que uma pessoa realmente precisa fazer — transmitir um Histórico retido em Rascunho e repetir a tentativa de um que falhou — são feitas com a ação Enviar / Reenviar, e não alterando o registro. Veja Enviar / Reenviar para saber quem tem essa ação.

O que há no registro

O layout do Histórico é agrupado em quatro blocos. Você não precisa entender cada campo para usá-lo — mas precisa saber quais são os três campos que respondem “o que deu errado”.

SeçãoCampoO que ele diz
Detalhes do históricoNúmero do históricoA referência própria do registro. Cite-a quando abrir um chamado com quem dá suporte à sua conexão de país.
Configuração de fatura eletrônicaQual configuração de entidade cuidou desta transmissão. Útil quando você opera várias entidades e precisa saber qual estava em jogo.
Tipo de documentoQue tipo de documento foi transmitido. Nesta versão apenas documentos do lado de vendas são transmitidos, então uma trilha indica Sales Invoice ou Credit Memo — os demais valores do campo não são gerados pelo motor atual.
StatusAté onde o documento chegou. O campo mais importante do registro — veja os oito status.
Fatura de vendaA fatura a que este Histórico pertence.
Contagem de novas tentativasQuantas tentativas falharam. Uma contagem de 0 ao lado de um status de Erro significa que falhou logo na primeira tentativa; uma contagem que sobe significa que algo está falhando repetidamente e não vai se resolver sozinho.
ID do documento do provedorA referência que a conexão de país atribui ao documento no envio. É assim que a REDA depois pergunta “o que aconteceu com este aqui?”, o que a torna determinante para a consulta de status — veja travado em Enviado. Novidade desta versão.
Resposta fiscalUUID fiscalO identificador único que o órgão emite quando aceita o documento. É o número que torna a fatura legalmente válida, e é o que um auditor pede.
Número fiscalO número sequencial de documento do próprio órgão, nos países que emitem um além do identificador.
Código de respostaO código de status do órgão fiscal, ou um dos códigos próprios da REDA quando o documento nunca chegou tão longe. Curto, e acompanhado da mensagem abaixo.
Data de envioQuando o documento foi transmitido.
Data da respostaQuando uma resposta definitiva voltou. A diferença entre as duas é quanto o órgão demorou.
Mensagem de respostaO motivo, em palavras. Em uma rejeição, é a lista do órgão fiscal com o que está errado na fatura; em um erro, é o que impediu a troca. Leia isto primeiro.
CargasCarga XML / Carga de respostaOs documentos brutos enviados e recebidos. Você raramente vai precisar deles, mas ficam guardados para que uma dúvida técnica possa ser respondida sem retransmitir nada.
The Trail Details section of an E-Invoice Trail record: Trail Number EIT-00000, E-Invoice Setup “Continental Holdings — AE”, Document Type Sales Invoice, Status Draft, Currency USD, Sales Invoice OI-0000000069, Purchase Invoice empty, Retry Count 0.
O bloco Detalhes do histórico. O Status é o campo que carrega a história inteira; a Fatura de venda liga o Histórico ao documento que ele transmite; a Contagem de novas tentativas em 0 significa que nada falhou ainda.

Os oito status

O status conta a história inteira em um campo só. Cinco dos oito são o sistema funcionando normalmente e não precisam de ninguém; três pedem atenção.

StatusO que aconteceuO que você faz
RascunhoUm Histórico foi criado quando a fatura foi contabilizada, mas a entidade está configurada para transmissão manual, então nada foi enviado ainda.Envie quando estiver satisfeito com a fatura. Nada acontece até você fazer isso.
Pronto para enviarLiberado — automaticamente na contabilização ou por uma pessoa. Está prestes a ser verificado e colocado na fila.Nada. Este status normalmente dura segundos.
Na filaAs verificações passaram; o documento está na fila para ser transmitido. Os documentos são enviados um por vez, para que um documento ruim não afete os vizinhos.Nada. Aguarde.
EnviadoO órgão fiscal tem o documento e confirmou o recebimento, mas ainda não decidiu sobre ele.Nada — desde que a consulta de status esteja rodando. Veja travado em Enviado.
AceitoAprovado. O UUID fiscal está preenchido e a fatura é legalmente válida.Nada. Esta é a linha de chegada.
RejeitadoO órgão fiscal recebeu o documento, examinou e recusou. O motivo está em Mensagem de resposta.Aja. Veja Rejeitado.
ErroA própria troca falhou — o documento nunca foi entregue de forma válida, ou a REDA não conseguiu processá-lo.Aja. Veja Erro.
CanceladoO documento foi retirado junto ao órgão fiscal.Nada.
Só aparecem sete status na sua organização? Uma atualização do pacote não acrescenta valores novos a uma lista de opções de uma organização que já tem o campo, então em qualquer organização atualizada para a versão 1.610 falta Pronto para enviar até um administrador acrescentá-lo. Vá em Configuração → Gerenciador de objetos → Histórico de fatura eletrônica → Campos e relacionamentos → Status e acrescente — a etapa completa está em Configurar o faturamento eletrônico de uma entidade.
Rejeitado e Erro são problemas diferentes, com donos diferentes. Uma rejeição significa que o sistema funcionou perfeitamente e o órgão fiscal discordou da fatura — isso é um problema contábil, e quem resolve é contas a receber. Um erro significa que a conversa se rompeu antes de existir qualquer veredito — isso é um problema de configuração ou de conexão, e quem resolve é um administrador. Repetir a tentativa de uma rejeição sem mudar nada simplesmente resultará em outra rejeição.

Enviar um Histórico você mesmo — Enviar / Reenviar

A maioria das faturas é transmitida sem ninguém tocar nelas. Duas situações precisam de uma pessoa: uma entidade configurada para transmitir manualmente e um documento que falhou. As duas são resolvidas pelo mesmo controle no registro do Histórico — Enviar / Reenviar.

Status do HistóricoO botão dizO que acontece
RascunhoEnviarO documento é verificado e transmitido. Este é o caminho normal quando a entidade está com Enviar automaticamente ao contabilizar desmarcado.
ErroReenviarO documento é verificado de novo e transmitido outra vez. Use depois de corrigir o que a mensagem do Histórico apontou.
Na fila, Enviado, Aceito, Rejeitado, Cancelado— recusadoA ação explica qual status a bloqueou e não faz nada.
Não aparece o botão Enviar / Reenviar no seu Histórico? A ação vem com o pacote, mas uma atualização não a acrescenta a um layout de página que a sua organização já tinha — então, em uma organização atualizada, a barra de ações pode mostrar apenas Editar, Excluir e Clonar. Um administrador a acrescenta em Configuração → Gerenciador de objetos → Histórico de fatura eletrônica → Layouts de página → Ações móveis e do Lightning. Enquanto ela não estiver lá, não dá para transmitir um Histórico retido nem repetir a tentativa de um que falhou.
An E-Invoice Trail record header: the record is EIT-00000, Status Draft, Document Type Sales Invoice, with Fiscal UUID, Submitted Date and Response Date empty. The action bar on the right shows Follow, Edit, Send / Resend, New Note and Sharing Hierarchy.
Um Histórico aguardando em Rascunho, com Enviar / Reenviar na barra de ações. Em um Rascunho o botão transmite o documento; em um Erro ele diz Reenviar. Se a ação não está na sua barra, um administrador precisa acrescentá-la ao layout.
  1. Abra o Histórico — pela lista relacionada Históricos de fatura eletrônica da fatura, ou pela guia Históricos de fatura eletrônica.
  2. Confira se a fatura está realmente correta. Depois de transmitida e aceita, o único jeito de alterá-la é uma nota de crédito.
  3. Clique em Enviar / Reenviar na barra de ações no canto superior direito do registro.
  4. Leia a confirmação e clique em Enviar (ou Reenviar).
  5. Confira o que você deve ver: o Histórico passa para Na fila e depois para Enviado em cerca de um minuto. Atualize para acompanhar. Se em vez disso ele cair em Erro, as verificações encontraram um problema de configuração — veja Erro.
Um documento já transmitido não pode ser enviado de novo, e o sistema não vai deixar. Em Enviado ou Aceito, o órgão fiscal já tem o documento; enviá-lo duas vezes transmitiria um documento legal duplicado. A ação recusa e nomeia o status que a bloqueou: Esta nota fiscal eletrônica não pode ser reenviada a partir do status "Enviado". Um documento neste estado já foi entregue ao órgão fiscal, ou um envio já está em andamento. Emita uma nota de crédito para corrigir um documento já entregue. E isso não é só uma regra do botão — a mesma verificação vale para uma carga de dados, um fluxo ou qualquer outra coisa que edite o registro, então não dá para contornar alterando o status diretamente. Para corrigir uma fatura transmitida, emita uma nota de crédito.
Repetir a tentativa depois de um erro é seguro. Se um envio falhou mas a requisição de fato havia chegado ao órgão fiscal antes de a resposta se perder, repetir não transmite um segundo documento — a conexão reconhece a repetição e devolve o resultado original.
Quem pode usar. Enviar / Reenviar está disponível para Accounting Admin, Accounting Controller, Accounts Payable e Accounts Receivable. Ele deliberadamente não está disponível para Read Only — transmitir um documento a um órgão fiscal não é uma ação somente leitura. Atribua um desses conjuntos de permissões a quem for dono desta fila, e decida quem é antes de entrar em produção: uma fila sem dono fica invisível até um prazo fiscal torná-la visível.

Rejeitado — o órgão fiscal disse não

Uma rejeição é um veredito sobre o conteúdo da fatura. O órgão fiscal comparou a fatura com os próprios registros e regras, e algo não se sustentou. Causas comuns são um identificador fiscal de cliente que não está cadastrado, ou que não bate com o nome no cadastro do órgão; um total ou um valor de imposto que o órgão calcula de outro jeito; ou um número de documento que conflita com um já transmitido.

O que fazer, em ordem:

  1. Abra o Histórico e leia a Mensagem de resposta por inteiro. Os órgãos normalmente listam todos os problemas encontrados, não só o primeiro — corrigir um e retransmitir desperdiça uma ida e volta.
  2. Decida se a falha está na fatura ou nos dados mestres por trás dela. Um identificador fiscal de cliente errado é dado mestre, e a mesma rejeição vai atingir toda fatura daquele cliente até ser corrigido no cadastro dele.
  3. Corrija o dado de origem.
  4. Como a fatura original está contabilizada, corrija a contabilidade pelo caminho normal: emita uma nota de crédito contra ela e depois emita uma fatura corrigida. A fatura corrigida é contabilizada e transmitida como um documento novo, com o próprio Histórico.
Exemplo prático. A fatura SI-004182, de 12.400,00, é rejeitada. A Mensagem de resposta diz: “Número de identificação fiscal do destinatário não encontrado no cadastro.” O número fiscal do cliente no cadastro da conta dele tem um dígito trocado de lugar. Corrigir só a fatura resolveria um documento e deixaria as próximas vinte falharem do mesmo jeito. Então: corrija o número fiscal no cadastro do cliente, emita uma nota de crédito de 12.400,00 contra a SI-004182 e depois emita a fatura substituta. Dois documentos são transmitidos — a nota de crédito e a fatura nova — que é exatamente o histórico que um auditor espera ver.
Se tudo está sendo rejeitado pelo mesmo motivo, pare e corrija a causa. Uma rejeição idêntica repetida quase nunca são vinte erros separados; é um único problema sistemático — um campo de dados preenchido errado na origem, ou uma configuração que não corresponde ao que o órgão espera. Reemitir faturas uma a uma contra uma falha sistemática só multiplica o trabalho.

Erro — a troca se rompeu

Erro significa que não existe veredito, porque o documento nunca completou a jornada dele. O Código de resposta delimita onde ele parou, e a Mensagem de resposta dá o detalhe.

O que o Código de resposta mostraO que significaO que resolve
VALIDATIONAs verificações prévias do próprio REDA encontraram um problema de configuração e deliberadamente não chamaram o órgão fiscal. A mensagem nomeia cada um.Leia a mensagem — os problemas específicos estão listados abaixo.
CALLOUTA tentativa de alcançar o órgão fiscal falhou — ele estava inacessível, o tempo esgotou ou a conexão foi recusada.Normalmente é passageiro. Tente de novo. Se persistir, o serviço do órgão ou a sua conexão com ele está fora; verifique com quem instalou a sua conexão de país.
Qualquer outra coisaUm código devolvido pelo órgão fiscal ou pela própria conexão de país.Leia a mensagem e depois cite o Número do histórico e esse código a quem dá suporte à conexão.

Quando o código é VALIDATION, a mensagem detalha exatamente qual verificação falhou. Cada um destes é um problema de configuração que um administrador resolve no registro de Configuração de fatura eletrônica — nenhum tem a ver com a fatura:

A mensagem dizO que fazer
Nenhuma Configuração de fatura eletrônica está vinculada a este HistóricoO registro de configuração para o qual o Histórico apontava sumiu. Abra a Configuração de fatura eletrônica da entidade, confirme que ela existe e recontabilize a fatura para que um Histórico novo seja criado.
A Configuração de fatura eletrônica desta entidade não está ativaMarque Ativo na Configuração de fatura eletrônica da entidade e envie o Histórico de novo.
O tipo de documento não está habilitado na Configuração de fatura eletrônicaAdicione aquele tipo de documento a Tipos de documento na Configuração e envie o Histórico de novo.
Não foi possível resolver a conexão com o órgão fiscalA conexão de país está faltando ou foi removida. Confirme que o pacote de extensão que conecta o órgão fiscal do seu país continua instalado e configurado, e verifique o registro de Configuração com quem o instalou.
O Histórico não faz referência a nenhum documento de origemA fatura por trás do Histórico não existe mais. Não há nada a transmitir; o Histórico pode ficar como registro da tentativa.
The Fiscal Response and Response Message sections of an E-Invoice Trail in Error: Fiscal UUID and Fiscal Number empty, Response Code CALLOUT, a Submitted Date but no Response Date, and the message “The tax authority did not respond within the timeout. No document was accepted; the exchange can be retried.”
Um Erro, lido no registro. O Código de resposta delimita onde parou e a Mensagem de resposta diz por quê. O UUID fiscal e a Data da resposta estão vazios porque não existe veredito — é isso que separa um erro de uma rejeição.

Para repetir a tentativa depois de corrigir a causa, clique em Enviar / Reenviar no Histórico — exatamente como ao transmitir um Rascunho. As verificações rodam de novo e, se agora passarem, o documento entra na fila e é enviado. A Contagem de novas tentativas aumenta a cada tentativa que falha, então é uma forma rápida de identificar um Histórico que está sendo repetido contra uma parede em vez de corrigido.

Um Histórico parado em Enviado e sem andar

Enviado é um status normal e saudável — o órgão fiscal tem o documento e está avaliando. Muitos órgãos respondem em minutos; alguns levam horas, e a maioria fica mais lenta no fim do mês, quando todo mundo transmite ao mesmo tempo. Então um Histórico em Enviado só é problema quando fica ali.

O que você vêQuase certamenteO que fazer
Tudo está travado em Enviado e nada chega a AceitoA Consulta de status de fatura eletrônica nunca foi iniciada. Nada recolhe os vereditos, então nada anda. Esta é, de longe, a omissão mais comum na entrada em produção.Inicie — veja o cartão Consulta de status de fatura eletrônica. O acúmulo se resolve na primeira execução.
Um Histórico está travado enquanto os outros ao redor se resolvemAquele documento não tem ID do documento do provedor. A consulta pergunta pelos documentos usando essa referência, então um Histórico sem ela nunca é perguntado, indefinidamente.Confira o campo no Histórico. Se estiver em branco, o envio não foi concluído de forma limpa — repita com Enviar / Reenviar.
Tudo está travado e a consulta está rodandoO trabalho agendado está falhando, ou o órgão fiscal não está respondendo.Confira a última execução do trabalho em Console de administração → Operações e use Executar agora para testar na hora, em vez de esperar pelo próximo ciclo.

Usando os Históricos como evidência de auditoria

Um Histórico foi desenhado para ser entregue a um auditor. Para qualquer fatura ele responde o que uma auditoria de fato pergunta — isto foi transmitido, quando, o que o órgão fiscal disse e qual identificador ele emitiu — sem ninguém entrar em um portal do governo nem reconstruir a história depois. Duas propriedades o tornam confiável:

  • Uma fatura, um Histórico — permanentemente. Recontabilizar nunca cria um segundo Histórico, então há exatamente um fio de evidência por documento.
  • Nada é sobrescrito por usuários. Quem escreve o registro é o sistema, e os conjuntos de permissões concedem apenas acesso de leitura, então o documento enviado, a resposta e os carimbos de data e hora ficam como estavam.

Para onde ir depois

Perguntas frequentes

Você não deveria, e os conjuntos de permissões entregues não permitem. Um Histórico é a evidência de que uma transmissão foi tentada, incluindo as tentativas que falharam — excluí-lo destrói exatamente o que uma auditoria quer ver. Corrija a causa e repita a tentativa no Histórico existente com Enviar / Reenviar.

Três possibilidades, em ordem de probabilidade: a fatura está marcada como Ignorar fatura eletrônica; não há Configuração de fatura eletrônica ativa para a entidade daquela fatura; ou a Configuração existe, mas aquele tipo de documento não está selecionado em Tipos de documento. As três são deliberadas — nada é transmitido por acidente.

Não. A criação do Histórico verifica se já existe um para aquela fatura e pula se existir, então recontabilizar nunca produz uma transmissão duplicada.

As mensagens de rejeição vêm do órgão fiscal com as palavras dele, então podem ser secas. Anote o Número do histórico e o Código de resposta e leve isso a quem implementou a sua conexão de país — esses dois valores bastam para identificar o documento com precisão.

Que o mesmo documento falhou repetidamente. Repetir a tentativa só ajuda quando a causa foi temporária, como o órgão fiscal estar brevemente inacessível. Uma contagem que não para de subir significa que o problema de fundo não foi corrigido — leia a Mensagem de resposta e trate o que ela diz antes de tentar de novo.

Sim. Histórico de fatura eletrônica é um objeto padrão para relatórios, então você pode montar um relatório agrupado por Status para monitorar a fila, ou filtrado em Rejeitado e Erro como lista de trabalho diária. A própria fatura também carrega o Status de fatura eletrônica, então dá para relatar pelo lado da fatura de venda sem cruzar com o Histórico.