Mapeamento

A sua fatura, mapeada campo a campo.

Partimos dos dados de faturação que o ERP já produz, através da sua API, de uma exportação de ficheiros ou de uma extensão do ERP. Mapeamo-los para a norma europeia, a EN 16931, e para a sintaxe que a rota do país espera. Todas as decisões sobre códigos fiscais, isenções e identificadores ficam registadas por escrito.

R
MapeamentoNa unidade-padrão
Origem
API, exportação de ficheiros ou extensão do ERP
Modelo
EN 16931
Saída
UBL 2.1 · CII D16B · FA(3) · CIUS-⁠RO · XRechnung 3.0
Mapeamento

O que o mapeamento abrange

  • 01

    Primeiro, faturas reais

    Lemos um conjunto representativo das suas faturas, incluindo notas de crédito e casos difíceis, antes de mapearmos um único campo.

  • 02

    Lógica fiscal

    Categorias de IVA, motivos de isenção, autoliquidação e arredondamentos, confrontados com as regras de cada país.

  • 03

    Identificadores com dígitos de controlo

    Os números de IVA, os identificadores de empresa e os IBAN são verificados antes de uma fatura sair: NIP polaco, CUI romeno, número de empresa belga, USt-IdNr. alemão e SIREN francês.

  • 04

    Notas de crédito e correções

    Cada país corrige faturas à sua maneira: uma KOR na Polónia, uma nota de crédito FCN na Roménia, um documento do tipo 381 em CII. Mapeamos o que a rota espera.

  • 05

    Uma tabela de mapeamento que fica consigo

    Cada campo, a sua origem e cada decisão ficam numa só tabela, que continua consigo após a entrega.

  • 06

    O seu PDF

    Quando a rota permite uma cópia legível, podemos aplicar o seu logótipo e o seu grafismo. Os dados estruturados por baixo mantêm-se como o formato exige.

Mapeamento

O formato que cada rota espera

O formato que cada rota espera
PaísRotaFormato
BélgicaPeppolPeppol BIS 3.0 (UBL 2.1)
AlemanhaCanal acordadoXRechnung 3.0 (UBL ou CII), ZUGFeRD
FrançaPlateforme AgrééeUBL France, CII France, Factur-X
PolóniaKSeF 2.0FA(3)
RoméniaRO e-⁠FacturaCIUS-⁠RO (UBL 2.1)
GréciaPrestador myDATAO esquema do prestador

O que precisamos de si

O que precisamos de si

  • Um conjunto representativo de faturas que cubra todas as variantes do âmbito
  • Acesso funcional à origem: API, entrega de ficheiros ou extensão
  • Decisões por escrito sobre códigos fiscais, isenções, dados de pagamento e identificadores

O que recebe de volta

  • A tabela de mapeamento, campo a campo
  • Uma fatura estruturada válida para o país, ou uma lista precisa do que falta
  • Notas de mapeamento na entrega
14 de 14 faturas de exemplo passam na nossa verificação do modelo.

Onze erros introduzidos propositadamente foram rejeitados na mesma execução, a 27 de setembro de 2026. Quatro faturas de exemplo estão na página de provas.

Ver as provas
Passos

Como se constrói um mapeamento

  1. Recolher

    Faturas representativas e todas as variantes do âmbito.

    01/05
  2. Mapear

    Cada campo de origem para o seu termo EN 16931.

    02/05
  3. Decidir

    Códigos fiscais, isenções e identificadores, por escrito.

    03/05
  4. Verificar

    O resultado face às regras do país.

    04/05
  5. Entregar

    A tabela de mapeamento e as notas passam para a sua equipa.

    05/05
Perguntas

Mapeamento

E se o ERP não tiver um campo de que o país precisa?
Indicamos o campo, a regra que o exige e de onde viria. Acrescentá-lo do lado do ERP é trabalho para a sua equipa de ERP ou para o seu parceiro, e a correção de dados mestre é orçamentada à parte.
Temos de alterar o ERP?
Normalmente, não. Partimos dos dados que o ERP já exporta. Quando o país precisa de um campo que a exportação não inclui, uma pequena extensão é muitas vezes a forma mais limpa de o acrescentar.
Contacto

Envie-nos três faturas representativas.

Uma fatura normal, uma nota de crédito e uma fatura com autoliquidação mostram quase tudo aquilo de que o mapeamento precisa. Podem ser cópias anonimizadas.

  • 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