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 / Pacotes de extensão / Extensões de fatura eletrônica

Extensões de fatura eletrônica

Em uma lista crescente de países, uma fatura não é legal até que a plataforma do governo a tenha validado — Brasil, Índia, Itália e outros aplicam cada um seu próprio regime de validação prévia. A REDA Financials se prepara para isso com um ponto de extensão de fatura eletrônica integrado; os pacotes de extensão por país/provedor completam a jornada.

A versão 1.610 ampliou o que vem no núcleo. Além do ponto de extensão descrito aqui, a REDA Financials já inclui a Configuração de fatura eletrônica por entidade, um Histórico de fatura eletrônica por fatura, dois campos somente leitura na fatura (Status de fatura eletrônica e UUID de fatura eletrônica), uma caixa Ignorar fatura eletrônica para excluir uma fatura específica e um sondeio de situação agendado que coleta o veredito da autoridade. Comece por Faturamento eletrônico: como funciona; esta página trata especificamente da divisão entre o núcleo e a extensão de cada país.

O que o núcleo oferece

  • Configuração de fatura eletrônica por entidade: qual provedor atende essa entidade legal, e em qual ambiente (teste ou produção) — configuração que a extensão do seu provedor preenche.
  • O histórico de envios: o ciclo de vida de fatura eletrônica de cada documento é registrado — enviado, aceito, rejeitado, com as respostas da autoridade — como uma trilha de auditoria anexada à fatura (a lista relacionada Históricos de fatura eletrônica que você já deve ter notado nas páginas de faturas).
  • Documentos extensíveis: o design orientado a configuração permite que uma extensão adicione os campos obrigatórios do país aos documentos e PDFs sem alterar sua configuração principal.

Núcleo vs. extensão — quem faz o quê

PeçaNúcleo ou extensão?O que você ganha
Configuração de fatura eletrônica por entidadeNúcleoO espaço de configuração: qual provedor atende essa entidade legal, e em qual ambiente (teste ou produção).
Históricos de fatura eletrônica na faturaNúcleoA trilha de auditoria por documento — o status de cada envio e as respostas da autoridade, anexadas à própria fatura.
Extensibilidade de documentos orientada a configuraçãoNúcleoO mecanismo que permite que os campos obrigatórios de um país apareçam nos documentos e PDFs sem alterar sua configuração principal.
A conexão com o provedorExtensãoO elo real com a plataforma do governo ou a câmara de compensação de um país e provedor específicos.
Os campos obrigatórios de um paísExtensãoO que o regime local exige nos documentos, adicionado por meio das listas de campos configuráveis.
Duas correções em relação a versões anteriores desta página. Cada fatura tem um único Histórico de fatura eletrônica, reutilizado durante toda a vida daquela transmissão: uma nova tentativa atualiza o mesmo registro em vez de acrescentar outro. E as situações reais são oito — Rascunho, Pronto para enviar, Na fila, Enviado, Aceito, Rejeitado, Cancelado e Error — em inglês, porque o pacote não traduz os valores de lista de seleção. O guia completo está em Ler um Histórico de fatura eletrônica.

Como ler o histórico de envios

A lista relacionada Históricos de fatura eletrônica de uma fatura conta sua história de conformidade em linhas — cada envio com seu status e a resposta do governo:

Status do históricoO que significaO que fazer
EnviadoO documento foi enviado à plataforma da autoridade e aguarda seu veredito.Nada — aguarde a resposta chegar ao histórico.
AceitoA autoridade validou a fatura — ela é legal nessa jurisdição.Nada — a linha do histórico é sua evidência.
RejeitadoA autoridade a recusou, e o motivo volta junto com a resposta.Leia o motivo no histórico, corrija a causa e reenvie — a nova tentativa se torna a próxima linha do histórico.

O fluxo, uma vez instalada uma extensão

Configure a entidade

Instale o pacote de extensão do provedor e, em seguida, aponte a configuração de fatura eletrônica da entidade para ele — primeiro o ambiente de teste, produção quando certificado.

Emita faturas normalmente

Os usuários criam e contabilizam faturas exatamente como este manual descreve — a fatura eletrônica se apoia na contabilização, não em novos hábitos.

Acompanhe o histórico

O status de cada envio e a resposta do governo chegam aos Históricos de fatura eletrônica da fatura — rejeições trazem o motivo da autoridade, prontas para corrigir e reenviar.

Quais provedores? A disponibilidade de extensões evolui com os mandatos — consulte a REDA sobre seus países e provedores preferidos. O núcleo está pronto de qualquer forma: nada da sua configuração atual precisa ser refeito quando a extensão chegar.

Uma implantação prática — a entidade brasileira da Meridian

O Brasil aplica um dos regimes de validação prévia mencionados na introdução, então a entidade brasileira da Meridian Properties Group não pode tratar a fatura eletrônica como opcional. A implantação segue exatamente o fluxo do artigo:

Instalar e apontar para o teste

O administrador instala o pacote de extensão do provedor e aponta a configuração de fatura eletrônica da entidade brasileira para ele — primeiro o ambiente de teste, como a configuração oferece.

Validar no ambiente de teste

A equipe de contas a receber contabiliza faturas exatamente como sempre; cada envio e resposta chegam aos Históricos de fatura eletrônica das faturas. Uma rejeição durante os testes chega com o motivo da autoridade — corrigida e reenviada, a próxima linha do histórico mostra aceito.

Mudar para produção quando certificado

Uma única mudança de configuração na configuração de fatura eletrônica da entidade. Nada muda para quem cria faturas — a fatura eletrônica se apoia na contabilização, não em novos hábitos.

Enquanto isso, a entidade dos Estados Unidos, sem mandato de validação, não executa nenhuma fatura eletrônica — o ponto de extensão simplesmente permanece sem uso ali, sem custo algum.

O histórico é a resposta para "isso foi processado?" Treine a equipe de contas a receber para consultar os Históricos de fatura eletrônica antes de perguntar a qualquer pessoa: status, resposta e motivo estão todos na própria fatura. Rejeições não são incidentes — são um ciclo de corrigir e reenviar com sua própria trilha documental.

Erros comuns a evitar

ErroPor que prejudicaFaça isto em vez disso
Apontar a entidade para produção antes da certificaçãoEnvios reais para uma autoridade real enquanto você ainda está aprendendo o regimePrimeiro o ambiente de teste, produção quando certificado — a configuração oferece exatamente essa troca
Tratar uma rejeição como um beco sem saídaA fatura fica parada enquanto todos debatemO motivo da autoridade está no histórico — corrija a causa e reenvie
Retreinar a entrada de faturas para a implantaçãoEsforço desperdiçado e usuários preocupados — o fluxo de trabalho não mudaA fatura eletrônica se apoia na contabilização; comunique isso, não novas etapas
Configurar fatura eletrônica para entidades cujo país não tem mandatoComplexidade sem valor de conformidadeConfigure por entidade, mandato por mandato
Adiar a configuração de entidades e impostos "até a fatura eletrônica estar resolvida"Ao contrário — o núcleo está pronto antes de qualquer extensão chegarConfigure os livros agora; nada precisa ser refeito quando a extensão chegar

O que vem a seguir

  1. Arquitetura de extensões — o padrão por trás dela.
  2. Entendendo o motor de impostos — a base de conformidade sobre a qual a fatura eletrônica se apoia.

Perguntas frequentes

Não — as faturas são criadas e contabilizadas exatamente como este manual descreve. A fatura eletrônica se apoia na contabilização; o envio e seu histórico acontecem em torno do documento, sem novas etapas para o usuário.

Na própria fatura — a lista relacionada Históricos de fatura eletrônica registra o status de cada envio e a resposta da autoridade, incluindo o motivo em caso de rejeição.

É um ciclo de correção: o motivo da autoridade chega junto com a rejeição, você corrige a causa e reenvia, e cada tentativa permanece no histórico como evidência de que o processo está funcionando.

A configuração de fatura eletrônica de cada entidade aponta para um ou outro. O teste permite validar a conexão e os campos obrigatórios do país com segurança; a produção é para quando você estiver certificado. A troca é uma única mudança de configuração.

Nada de especial — configure entidades, impostos e documentos normalmente. O núcleo está pronto, e nada da configuração de hoje precisa ser refeito quando a extensão do país chegar. Consulte a REDA sobre a disponibilidade de provedores para o seu cronograma.

Por meio do design orientado a configuração: a extensão os adiciona sem alterar sua configuração principal. Consulte Arquitetura de extensões para conhecer o padrão.

Isso foi útil?