Provas

Testado nos ambientes de testes oficiais. Os ficheiros estão aqui.

Em vez de logótipos, o próprio trabalho: faturas geradas a partir de dados ao estilo de um ERP, verificadas face aos conjuntos de regras oficiais e enviadas através dos ambientes de testes dos próprios países em setembro de 2026.

R
RO e-Factura · ANAF27/09/2026 · stare: ok
R
Peppol · ponto de acesso27/09/2026 · Enviado
R
Registado · KSeF 2.0Ambiente de testes
Número KSeF7443889269-20260926-9AC1F4000000-9D
Rota
KSeF 2.0 (test)
Formato
FA(3)
Submetido
26/09/2026
Comprovativo
UPO recebido

Comprovativos reais de ambientes de testes oficiais, 26 e 27 de setembro de 2026. Dados de exemplo, empresas fictícias.

Provas

Provas de validação

Conjuntos de regras oficiais · executados a 27/09/2026

  1. 27/09/2026
    Peppol BIS 3.0 · BE, DE, FR, PLEsquema UBL 2.1 · CEN EN 16931 · Peppol BIS Billing 3.0.20
    4 de 4 aprovadas
  2. 27/09/2026
    Peppol · ponto de acessoFatura belga enviada através do ambiente sandbox de um ponto de acesso certificado (modo de teste)
    Validador: 0 problemas
    Aceite · enviada
  3. 26/09/2026
    Polónia · KSeF FA(3)Esquema FA(3) 1-⁠0E · submetida ao ambiente de testes KSeF 2.0
    Número KSeF atribuído
  4. 27/09/2026
    Roménia · RO e-⁠FacturaCIUS-⁠RO 1.0.9 localmente · serviço público de validação da ANAF
    PDF · XML
    ANAF: ok
  5. 27/09/2026
    Teste de rejeição10 erros locais · erros reais na ANAF, no KSeF e num ponto de acesso Peppol
    BR-⁠RO-⁠100 · KSeF 440 · BR-⁠CO-⁠16
    Todos rejeitados
  6. 27/09/2026
    Teste de correção26 erros face às regras Peppol, XRechnung, CII, CIUS-⁠RO e FA(3), cada um corrigido e verificado de novo
    26 de 26 corrigidos

Dados de exemplo. As empresas, os números de IVA e os IBAN são fictícios. A transmissão na rede é testada por rota no ambiente sandbox do piloto.

Um PDF legível por fora. Uma fatura eletrónica conforme por dentro.

Cada fatura que produzimos inclui os campos obrigatórios na UE, as menções corretas para a autoliquidação e as isenções, um código de pagamento SEPA e o XML estruturado de que a rede precisa.

  • Fatura de exemplo: Bélgica para Alemanha, autoliquidação
    Bélgica → Alemanhaautoliquidação · ENPDF · XML
  • Fatura de exemplo: nacional alemã, IVA a 19%
    AlemanhaIVA nacional · DEPDF
  • Fatura de exemplo: fatura de serviços francesa
    Françaserviços · FRPDF · XML
  • Fatura de exemplo: fatura nacional polaca
    PolóniaIVA nacional · PLPDF · XML
  • EN 16931 · Peppol BIS 3.0 XML UBL estruturado, anexado ao PDF e enviado pela rede.
  • Art. 226.º verificado Cada fatura é verificada quanto aos campos exigidos pela Diretiva IVA, bem como às regras nacionais de DE, FR, PL, BE e RO.
  • Idioma local Rótulos e menções legais em inglês, alemão, francês ou polaco.
  • Pagamento por leitura Um código QR SEPA com o montante e a referência preenchidos.

A sua marca Podemos aplicar o seu logótipo, as suas cores, os dados de pagamento e o grafismo aprovado, ou os do seu parceiro de ERP, mantendo intactos os campos obrigatórios e os dados estruturados.

Provas

O que responderam os ambientes de testes

O que responderam os ambientes de testes
AmbienteO que enviámosO que recebemos
KSeF 2.0 TEST, PolóniaUma fatura FA(3) e, depois, a mesma fatura de novoUm número KSeF e o UPO; a segunda cópia rejeitada como duplicado (440)
Serviço de validação da ANAF, RoméniaUma fatura CIUS-⁠RO e uma nota de crédito e, depois, erros introduzidos propositadamenteEstado ok para ambas; BR-⁠RO-⁠100 e um CUI errado rejeitados
Ambiente sandbox de ponto de acesso Peppol, BélgicaUma fatura Peppol BIS e uma nota de crédito0 problemas no validador e enviadas; um erro BR-⁠CO-⁠16 recusado
Ambiente sandbox de plataforma francesa (SUPER PDP)Faturas UBL France, CII France e Factur-XDepositadas e recebidas (200, 202); uma cópia com BR-⁠CO-⁠16 rejeitada (213)
KoSIT, veraPDF e Mustang, AlemanhaFaturas e notas de crédito XRechnung e ZUGFeRDAceites com 0 mensagens; PDF/A-⁠3B válido
Problemas comuns

Rejeições, tal como os sistemas as devolveram

Quatro rejeições dos nossos testes, palavra por palavra. O nosso trabalho é encontrá-las antes de qualquer outra pessoa.

  • R
    Fatura devolvidaValidação Peppol, modo de teste · 27/09/2026
    Regra
    BR-CO-16
    Causa
    O cálculo do montante a pagar está errado

    Tal como foi devolvido[BR-CO-16]-Amount due for payment (BT-115) = Invoice total amount with VAT (BT-112) -Paid amount (BT-113) +Rounding amount (BT-114).

  • R
    Fatura devolvidaValidador XRechnung (KoSIT) · 27/09/2026
    Regra
    BR-DE-15
    Causa
    Falta a referência do comprador (BT-⁠10)

    Tal como foi devolvido[BR-DE-15] Das Element "Buyer reference" (BT-10) muss übermittelt werden.

  • R
    Fatura devolvidaAmbiente de testes KSeF 2.0 · 27/09/2026
    Regra
    KSeF 430
    Causa
    Marca de ordem de bytes no início do ficheiro

    Tal como foi devolvidoBłąd weryfikacji pliku faktury. Wykryto BOM w pliku.

  • R
    Fatura devolvidaAmbiente de testes KSeF 2.0 · 27/09/2026
    Regra
    KSeF 440
    Causa
    Duplicado: já aceite numa sessão anterior

    Tal como foi devolvidoDuplikat faktury. Faktura o numerze KSeF: 3986650091-20260927-86E6E5800000-AA została już prawidłowo przesłana do systemu…

Provas

O que estas provas são e o que não são

  1. Ambientes de testes e ambientes sandbox, não tráfego de produção
  2. Empresas, números de IVA e IBAN fictícios
  3. O trabalho para clientes só é mostrado com o consentimento do cliente
Contacto

Quer ver uma rota a funcionar com os seus próprios dados?

Traga um caso. A primeira fatura de teste válida é a prova que conta.

  • O seu ERP e a versão
  • A primeira rota nacional e a entidade jurídica
  • Uma fatura representativa e o ponto de situação das credenciais

Chamada de 30 minutos

Escolha uma hora

Escolha uma hora