E-mail
[email protected]Glossário
Termos da faturação eletrónica, em palavras simples.
Termos da legislação da UE, do Peppol e dos sistemas nacionais. Quando um termo vem de uma lei ou de uma norma, ligamos à fonte oficial.
Normas e legislação da UE
- EN 16931Norma europeia sobre faturação eletrónica
A norma europeia que define o conteúdo essencial de uma fatura eletrónica, como termos de negócio numerados, e as duas sintaxes XML em que pode ser escrita: UBL e CII. Formatos nacionais como XRechnung, CIUS-RO e Peppol BIS assentam nela.
- Fatura eletrónicaFatura eletrónica estruturada
Uma fatura emitida, enviada e recebida num formato estruturado que o software consegue processar sem que uma pessoa a leia, como o XML UBL ou CII. Um PDF enviado por e-mail não é uma fatura eletrónica neste sentido.
- Termo de negócio (BT)
Um elemento de dados numerado da EN 16931, como o BT-1 para o número da fatura ou o BT-48 para o número de IVA do comprador. As mensagens de validação indicam o termo de negócio a que se referem.
- UBLUniversal Business Language
Uma sintaxe XML da OASIS, e uma das duas sintaxes que a EN 16931 permite. O Peppol BIS Billing 3.0 usa UBL 2.1.
- CIICross Industry Invoice
Uma sintaxe XML da UN/CEFACT, e a outra sintaxe que a EN 16931 permite. O Factur-X e o ZUGFeRD levam um ficheiro CII dentro de um PDF.
- CIUSCore Invoice Usage Specification
Um conjunto de regras adicionais sobre a EN 16931, para um país ou uma rede, que restringe o que uma fatura pode conter. O XRechnung, o CIUS-RO e o Peppol BIS Billing 3.0 são exemplos. Uma fatura que cumpre um CIUS cumpre também a EN 16931.
- Fatura híbrida
Um PDF que uma pessoa consegue ler, com a fatura XML estruturada incorporada para o software. O Factur-X e o ZUGFeRD são formatos híbridos.
- PDF/A-3ISO 19005-3
A norma de PDF para arquivo que permite incorporar outros ficheiros. As faturas híbridas usam-na para levar o XML dentro do PDF.
- Diretiva IVA, artigo 226.º
O artigo da Diretiva IVA da UE que enumera o que toda a fatura de IVA deve indicar, como a data, um número sequencial, os números de IVA, nomes e moradas, quantidades, preços e montantes de IVA. As regras nacionais acrescentam outros elementos.
- ViDAIVA na Era Digital
A reforma do IVA da UE adotada em 2025. A partir de 1 de julho de 2030 exige a comunicação digital das vendas entre empresas de países da UE, com a faturação eletrónica como norma para essas vendas. Desde já permite que os Estados-Membros exijam a faturação eletrónica interna sem pedir autorização prévia à UE.
- Modelo de validação prévia
Um sistema em que a plataforma de uma autoridade tributária recebe cada fatura e lhe atribui um identificador antes de ela produzir efeitos. O KSeF da Polónia e o SdI de Itália funcionam assim. Na Alemanha não existe tal plataforma: a fatura vai diretamente para o comprador.
- E-reporting
Enviar à autoridade tributária os dados da transação, e não a própria fatura. Em França abrange as vendas a empresas fora de França e as compras a essas empresas, e as vendas a consumidores.
Validação e estados
- Validação
Verificar uma fatura face ao esquema e às regras de negócio do seu formato antes de a enviar. Um ficheiro válido pode ainda ser recusado pelo comprador por razões comerciais.
- Regra de negócio (BR)
Uma regra de validação que uma fatura tem de cumprir, escrita como um código, por exemplo BR-CO-15 (EN 16931), BR-DE-15 (XRechnung) ou PEPPOL-EN16931-R010 (Peppol). Um validador ou uma plataforma que encontre uma regra infringida indica o respetivo código.
- Rejeição
Uma recusa técnica: um validador, um ponto de acesso ou uma plataforma tributária indica que o ficheiro infringe uma regra e devolve um código. A fatura não foi aceite, por isso é corrigida e enviada de novo.
- Recusa
Uma decisão comercial do comprador: a fatura chegou, mas o comprador não a aceita, por exemplo por um preço errado ou por falta de uma referência de encomenda. No Peppol e em França volta como um estado com um código de motivo.
Peppol
- Peppol
Uma rede internacional e um conjunto de especificações para a troca de documentos comerciais. Quem envia e quem recebe ligam-se através de pontos de acesso certificados. A obrigatoriedade na Bélgica usa o Peppol por defeito.
- OpenPeppol
A associação sem fins lucrativos que rege o Peppol, publica as suas especificações e certifica os seus prestadores de serviços.
- Ponto de acesso
Um prestador certificado que envia e recebe documentos no Peppol em nome dos seus clientes. A EurInvoice não é um ponto de acesso; trabalhamos através de um certificado.
- Modelo de quatro cantos
O percurso de entrega do Peppol: o vendedor (canto 1) envia através do seu ponto de acesso (2) para o ponto de acesso do comprador (3), que entrega ao comprador (4). Quando uma autoridade tributária recebe uma cópia, chama-se quinto canto.
- SMPService Metadata Publisher
O registo que indica a quem envia que documentos um participante do Peppol pode receber e através de que ponto de acesso. Quem envia consulta-o antes de cada entrega.
- Peppol IDIdentificador de participante
O endereço de uma empresa no Peppol: um código de esquema e um identificador, como 0208 seguido de um número de empresa belga. O do comprador vai no BT-49, o do vendedor no BT-34.
- Peppol BIS Billing 3.0
A especificação do Peppol para faturas e notas de crédito: um CIUS da EN 16931 escrito em UBL 2.1.
- Invoice Response
A mensagem do Peppol que o comprador devolve para indicar que uma fatura foi recebida, aceite, recusada ou paga, com um código de motivo quando aplicável.
Estamos aqui: mapeamento e validação entre o ERP e o canto 2. Não somos um ponto de acesso.
1 · Vendedor
A sua empresa e o seu ERP. A fatura começa aqui.
Alemanha
- XRechnung
O CIUS da EN 16931 da Alemanha, publicado pela KoSIT, em UBL ou CII. Entre empresas conta como fatura eletrónica nos termos das regras alemãs.
- ZUGFeRD
Um formato híbrido alemão: um PDF/A-3 com uma fatura CII lá dentro, tecnicamente igual ao Factur-X. A partir da versão 2.0.1 conta como fatura eletrónica na Alemanha, exceto os perfis MINIMUM e BASIC-WL.
- KoSITKoordinierungsstelle für IT-Standards
O organismo público alemão que publica o XRechnung e a configuração do validador usado para o verificar.
França
- Plateforme Agréée (PA)Plataforma aprovada
Uma plataforma aprovada pela administração tributária francesa para emitir, receber e transmitir faturas eletrónicas e os respetivos dados. As faturas entre empresas estabelecidas em França têm de passar por uma. Antes chamava-se PDP. A EurInvoice não é uma PA.
- Factur-X
O formato híbrido francês e alemão: um PDF/A-3 com uma fatura CII lá dentro. A França aceita-o a par do UBL e do CII.
- DGFiPDireção-Geral das Finanças Públicas
A administração tributária francesa. Aprova as plataformas, e as plataformas enviam-lhe os dados das faturas.
- Estado do ciclo de vida
Os estados por que passa uma fatura francesa depois de enviada, de depositada a paga. Uma rejeição ou uma recusa vem com um código de motivo.
Polónia
- KSeFSistema Nacional de Faturas Eletrónicas
O sistema nacional de faturação eletrónica da Polónia. As faturas são emitidas nele como ficheiros FA(3), e atribui um número KSeF a cada fatura que aceita.
- FA(3)
A estrutura XML de uma fatura no KSeF 2.0.
- Número KSeF
O número único que o KSeF atribui a cada fatura que aceita. Uma fatura retificativa tem de indicar o número KSeF da fatura que corrige.
- UPOComprovativo oficial de receção
O comprovativo oficial com o qual o KSeF confirma o que recebeu.
- NIPNúmero de identificação fiscal
O número de identificação fiscal polaco de uma empresa. Uma fatura polaca precisa do NIP do vendedor e, para um comprador na Polónia, do NIP do comprador.
Roménia
- RO e-Factura
O sistema nacional de faturação eletrónica da Roménia, gerido pela ANAF. As faturas são carregadas como XML CIUS-RO, e a ANAF valida-as e devolve-as com a assinatura do Ministério das Finanças.
- ANAFAgência Nacional de Administração Fiscal
A administração tributária romena, que gere o RO e-Factura.
- SPVEspaço Privado Virtual
A conta em linha de um contribuinte na ANAF. O acesso ao RO e-Factura é autorizado através dela.
- CIUS-RO
O CIUS da EN 16931 da Roménia: as regras que toda a fatura do RO e-Factura tem de cumprir, fixadas por ordem do Ministro das Finanças.
- CUICódigo Único de Identificação
O código de identificação fiscal romeno de uma empresa. A ANAF rejeita uma fatura cujo CUI do vendedor não reconheça.
Passo 1 / 5
Os dados do ERP são mapeados para um ficheiro FA(3).
O que pode correr mal430 ou 450: o KSeF recusa o ficheiro ou o seu conteúdo. O número não fica registado e pode voltar a ser usado.
Grécia
- myDATA
A plataforma digital da AADE que recebe os dados das faturas gregas e atribui um MARK a cada uma.
- AADEAutoridade Independente para as Receitas Públicas
A autoridade tributária grega, que gere o myDATA e licencia os prestadores de faturação eletrónica.
- MARKNúmero de registo único
O número que o myDATA atribui quando aceita uma fatura. Tem de constar de toda a fatura emitida através de software licenciado.
- AFM
O número de identificação fiscal grego de uma empresa. O myDATA rejeita uma fatura com um AFM inválido.
Croácia, Itália e Eslováquia
- SdISistema de Intercâmbio
O sistema de intercâmbio da Agência Tributária italiana. As faturas entre empresas em Itália passam por ele, e ele entrega ou rejeita cada uma.
- FatturaPA
O formato de fatura XML italiano usado no SdI, para faturas entre empresas e para o setor público.
- Fiskalizacija 2.0
A reforma da Croácia que torna obrigatórias as faturas eletrónicas entre empresas e comunica os respetivos dados à Administração Tributária.
- Intermediário de informaçãoInformacijski posrednik
Um prestador de serviços da lista da Administração Tributária croata que troca faturas eletrónicas em nome das empresas.
- eFaktúra
O sistema de faturação eletrónica da Eslováquia, sob a Administração Financeira, que usa o Peppol. As faturas entre empresas têm de ser faturas eletrónicas a partir de 1 de janeiro de 2027.
Os nossos termos
- Rota
A nossa palavra para o caminho que uma fatura percorre até ao comprador num país: Peppol, uma plataforma francesa, KSeF, RO e-Factura e assim por diante.
- Unidade-padrão
O nosso âmbito de preço fixo: uma entidade jurídica, um sistema de origem e uma rota nacional.
- Pacote de arranque
Os sete requisitos de que precisamos antes de começar a contar o nosso objetivo de dois dias úteis, de um conjunto representativo de faturas a um URL de webhook para o estado devolvido.
- Rejection Care
O nosso serviço mensal depois da entrada em produção: lemos cada rejeição, encontramos onde está a causa, corrigimos o que é nosso, reenviamos e registamos, e fazemos um relatório uma vez por mês.
Um termo da sua fatura que não está aqui?
Envie-o com um exemplo anonimizado. Dizemos-lhe o que significa para a sua rota.
- O seu ERP e a versão
- A primeira rota nacional e a entidade jurídica
- Uma fatura de exemplo anonimizada e o ponto de situação das credenciais
Chamada de 30 minutos
Escolha uma hora