Ga naar de hoofdinhoud
Invoice-Converter.comInvoice-Converter
Prijzen
Factuur converterenConverteren
Converteren
⌘K
Documentatieoverzicht
Formaten en standaarden begrijpen
Compliancegidsen
XRechnung-standaard
ZUGFeRD-formaat
PDF/A-3 voor ZUGFeRD
CII Cross Industry Invoice
UBL Universal Business Language
DIN EN 16931-1 standaard
PEPPOL-netwerk
Land- en regelgevingsregels
EU e-facturatieverplichting
EU e-facturatie
E‑facturatie in de EU in 2026: wat je moet implementeren (en waarom)
Playbook voor EU-topmarkten (DE, FR, IT, ES, PL, NL)
PEPPOL in de EU: hoe uitwisseling echt werkt
CTC/clearance en portals in de EU: betrouwbare integraties bouwen
Landgidsen
Duitsland
Frankrijk
Italië
Spanje
Polen
Nederland
België
Oostenrijk
Denemarken
Zweden
Finland
Validatie- en indieningsproblemen oplossen
Leitweg-ID validatie
Supporthandleidingen
Support
Waarom facturen review nodig hebben
PDF-voorbereiding
Brondata voorbereiden
Bijlagen en serviceomschrijvingen
API-fouten
API-automatisering
Schemafouten afhandelen
Hulp bij reviewvalidatie
Support
Ontbrekende informatie
Kopersreferentie
Betaling en IBAN
Btw en verleggingsregeling
Totalen en afronding
Vooruitbetalingen
Factuurregels
ZUGFeRD-PDF-waarschuwingen
Validatiehandleidingen
Waargenomen validatieoplossingen
Vervaldatum of voorwaarden
IBAN bij overschrijving
PDF/A-3-geschiktheid
VATEX-vrijstellingsreden
Review en download
Publieke bibliotheek met testfacturen
Geldige basisfactuur XRechnung UBL
Ongeldige XRechnung zonder betalingsvoorwaarden
Factur-X/ZUGFeRD EN 16931 CII XML
XRechnung-randgeval voor afronding en IBAN
KOSIT-validatorfouten
FOUT
BR-DE-1
BR-DE-2
BR-DE-3
BR-DE-4
BR-DE-5
BR-DE-6
BR-DE-7
BR-DE-8
BR-DE-9
BR-DE-10
BR-DE-11
BR-DE-14
BR-DE-15
BR-DE-16
BR-DEX-01
BR-DEX-03
BR-DEX-04
BR-DEX-05
BR-DEX-06
BR-DEX-07
BR-DEX-08
BR-DEX-09
BR-DEX-10
BR-DEX-11
BR-DEX-12
BR-DEX-13
BR-DEX-14
BR-CO-3
BR-CO-4
BR-CO-9
BR-CO-10
BR-CO-11
BR-CO-13
BR-CO-14
BR-CO-15
BR-CO-16
BR-CO-17
BR-CO-25
BR-CO-26
BR-S-1
BR-S-5
BR-S-8
BR-CO-05
BR-CO-06
BR-CO-07
BR-CO-08
BR-CO-12
BR-CO-18
BR-CO-19
BR-CO-20
BR-CO-21
BR-CO-22
BR-CO-23
BR-CO-24
BR-61
BR-AE-02
BR-AE-10
BR-E-01
BR-E-05
BR-DE-19
BR-05
BR-22
BR-23
BR-24
BR-25
BR-26
BR-47
BR-57
BR-DE-22
BR-DE-30
BR-DE-31
PEPPOL-EN16931-R001
PEPPOL-EN16931-R010
PEPPOL-EN16931-R020
PEPPOL-EN16931-R046
PEPPOL-EN16931-R120
PEPPOL-EN16931-R130
BR-01
BR-02
BR-03
BR-04
BR-06
BR-07
BR-08
BR-09
BR-10
BR-11
BR-12
BR-13
BR-14
BR-15
BR-16
BR-17
BR-18
BR-19
BR-20
BR-21
BR-27
BR-28
BR-29
BR-30
BR-31
BR-32
BR-33
BR-36
BR-37
BR-38
BR-41
BR-42
BR-43
BR-44
BR-45
BR-46
BR-48
BR-49
BR-50
BR-51
BR-52
BR-53
BR-54
BR-55
BR-56
BR-62
BR-63
BR-64
BR-65
BR-CL-01
BR-CL-03
BR-CL-04
BR-CL-05
BR-CL-06
BR-CL-07
BR-CL-08
BR-CL-10
BR-CL-11
BR-CL-13
BR-CL-14
BR-CL-15
BR-CL-16
BR-CL-17
BR-CL-18
BR-CL-19
BR-CL-20
BR-CL-21
BR-CL-22
BR-CL-23
BR-CL-24
BR-CL-25
BR-CL-26
BR-DEC-01
BR-DEC-02
BR-DEC-05
BR-DEC-06
BR-DEC-09
BR-DEC-10
BR-DEC-11
BR-DEC-12
BR-DEC-13
BR-DEC-14
BR-DEC-15
BR-DEC-16
BR-DEC-17
BR-DEC-18
BR-DEC-19
BR-DEC-20
BR-DEC-23
BR-DEC-24
BR-DEC-25
BR-DEC-27
BR-DEC-28
BR-S-02
BR-S-03
BR-S-04
BR-S-06
BR-S-07
BR-S-09
BR-S-10
BR-Z-01
BR-Z-02
BR-Z-03
BR-Z-04
BR-Z-05
BR-Z-06
BR-Z-07
BR-Z-08
BR-Z-09
BR-Z-10
BR-AE-01
BR-AE-03
BR-AE-04
BR-AE-05
BR-AE-06
BR-AE-07
BR-AE-08
BR-AE-09
BR-E-02
BR-E-03
BR-E-04
BR-E-06
BR-E-07
BR-E-08
BR-E-09
BR-E-10
BR-IC-01
BR-IC-02
BR-IC-03
BR-IC-04
BR-IC-05
BR-IC-06
BR-IC-07
BR-IC-08
BR-IC-09
BR-IC-10
BR-IC-11
BR-IC-12
BR-G-01
BR-G-02
BR-G-03
BR-G-04
BR-G-05
BR-G-06
BR-G-07
BR-G-08
BR-G-09
BR-G-10
BR-O-01
BR-O-02
BR-O-03
BR-O-04
BR-O-05
BR-O-06
BR-O-07
BR-O-08
BR-O-09
BR-O-10
BR-O-11
BR-O-12
BR-O-13
BR-O-14
BR-AF-01
BR-AF-02
BR-AF-03
BR-AF-04
BR-AF-05
BR-AF-06
BR-AF-07
BR-AF-08
BR-AF-09
BR-AF-10
BR-AG-01
BR-AG-02
BR-AG-03
BR-AG-04
BR-AG-05
BR-AG-06
BR-AG-07
BR-AG-08
BR-AG-09
BR-AG-10
BR-B-01
BR-B-02
WAARSCHUWING
BR-DE-17
BR-DE-18
BR-DE-20
BR-DE-21
BR-DEX-02
BR-DE-26
BR-DE-27
BR-DE-28
Referentiegegevens opzoeken
Glossarium
E
EN 16931
Eenheidscode
E-reporting
e-Factura RO
EAS (Electronic Address Scheme)
ebInterface
C
CIUS
CII
Codelijst
Creditnota
Contractreferentie
Chorus Pro
Codice Destinatario
X
XRechnung
XML-schema (XSD)
XML
Z
ZUGFeRD
F
Factur-X
Factuurtypecode
Factuurregel
Finvoice
U
UBL
P
PEPPOL
PEPPOL BIS
Participant-ID
PDF/A-3
PDP (Plateforme de Dématérialisation Partenaire)
A
Access Point
S
SMP
SML
Schematron
SDI (Sistema di Interscambio)
Svefaktura
L
Leitweg-ID
K
KoSIT
Korting / toeslag
KSeF
KvK-nummer
V
Validatie
Verleggingsregeling
ViDA
VeriFactu
ViDA Pijler 1: Digital Reporting Requirements
ViDA Pijler 2: enkele btw-registratie
ViDA Pijler 3: Platformeconomie
B
Business Term (BT)
Business Group (BG)
BTW-nummer
Belastingcategorie
Betaalmiddel
BIC
Betalen via QR-code
I
IBAN
Inkooporder (PO)
ISO 6523
D
Documentreferentie
D-U-N-S-nummer
Digipoort
R
Realtime rapportage
Realtime factuurrapportage (RTIR)
T
TicketBAI
G
GLN (Global Location Number)
O
OVT-tunnus
OIOUBL
N
NemHandel
Codelijsten
Valutacodes (veelgebruikte)
Landcodes (veelgebruikte)
BTW-categoriecodes
Betaalmiddelcodes
Eenheidscodes (veelgebruikte)
Factuurtypecodes (veel gebruikt in XRechnung)
XRechnung-velden
Factuurbasis
BT-1
BT-2
BT-3
BT-5
BT-6
BT-7
BT-8
BT-10
BT-11
BT-12
BT-14
BT-15
BT-16
BT-17
BT-18
BT-19
BT-21
BT-22
BT-23
BT-24
BT-25
BT-26
Levering en betaling
BT-9
BT-13
BT-20
BT-59
BT-60
BT-61
BT-70
BT-71
BT-72
BT-73
BT-74
BT-75
BT-76
BT-77
BT-78
BT-79
BT-80
BT-81
BT-82
BT-83
BT-84
BT-85
BT-86
BT-87
BT-88
BT-89
BT-90
BT-91
Verkopersgegevens
BT-27
BT-28
BT-29
BT-30
BT-31
BT-32
BT-33
BT-34
BT-35
BT-36
BT-37
BT-38
BT-39
BT-40
BT-41
BT-42
BT-43
BT-62
BT-63
BT-64
BT-65
BT-66
BT-67
BT-68
BT-69
Kopersgegevens
BT-44
BT-45
BT-46
BT-47
BT-48
BT-49
BT-50
BT-51
BT-52
BT-53
BT-54
BT-55
BT-56
BT-57
BT-58
Kortingen en toeslagen
BT-92
BT-93
BT-94
BT-95
BT-96
BT-97
BT-98
BT-99
BT-100
BT-101
BT-102
BT-103
BT-104
BT-105
Belastingen en totalen
BT-106
BT-107
BT-108
BT-109
BT-110
BT-111
BT-112
BT-113
BT-114
BT-115
BT-116
BT-117
BT-118
BT-119
BT-120
BT-121
BT-122
BT-123
BT-124
BT-125
Factuurregels
BT-126
BT-127
BT-128
BT-129
BT-130
BT-131
BT-132
BT-133
BT-134
BT-135
BT-136
BT-137
BT-138
BT-139
BT-140
BT-141
BT-142
BT-143
BT-144
BT-145
BT-146
BT-147
BT-148
BT-149
BT-150
BT-151
BT-152
BT-153
BT-154
BT-155
BT-156
BT-157
BT-158
BT-159
BT-160
BT-161
BT-162
BT-163
ZUGFeRD-profielen
MINIMUM
BASIC WL
BASIC
EN 16931
EXTENDED
Formaten en tools vergelijken
Vergelijkingen
XRechnung vs ZUGFeRD
PDF24 Tools
sevDesk
Integreren en implementeren
Hulp bij platformincidenten
Support
Tijdelijk niet beschikbaar
Ontbrekend resultaat
Validatie niet beschikbaar
Browserfouten
Account en rate limits
Credits en abonnementen
Gezaghebbende validatie
Validatiegidsen voor ERP-exports
DATEV
Lexware
SAP Business One
Odoo
Microsoft Dynamics
Vertrouwen en beveiliging
Developer API
Facturen via e-mail
  1. E-facturatiebronnen
  2. Developer API
  3. Facturen via e-mail

Integratie · 2026-07-10

Markdown-export

Facturen via e-mail integreren

U configureert een geverifieerde afzender, gebruikt het formaatspecifieke postvak uit Uw profiel en ontvangt bewijsgebonden antwoordberichten in de oorspronkelijke thread, alleen gesplitst wanneer de bijlagegrootte dat vereist.

Per account ingeschakeld e-mailkanaalAfzender vóór de eerste factuur instellenDoelformaat kiezen met het ontvangeradresVan ontvangst tot antwoordVerbruikseenheden en e-mailcontextEindtoestanden en artefactenGeaccepteerde bestanden en pilotlimietenWat nog menselijke controle vereistKies bewust voor e-mail of APIOnboarding en ondersteuningStroomdiagrammen

Per account ingeschakeld e-mailkanaal#

Gebruik dit kanaal voor gecontroleerde factuurstromen met een laag volume.

Factuurconversie via e-mail is in de huidige pilot alleen beschikbaar voor ingeschakelde Enterprise-accounts. U hebt een actief abonnement, ingeschakelde e-mailimport en minstens één geverifieerde afzender nodig.

De formaatspecifieke postvakadressen in Uw profiel zijn gezaghebbend. Ze kunnen per omgeving verschillen; codeer daarom geen adres hard dat U uit een voorbeeld of intern document hebt overgenomen.

Beschikbaarheid

Inschakeling en afzenderverificatie worden tijdens onboarding uitgevoerd. Een normaal account activeert het kanaal niet door alleen een e-mail te sturen.

Afzender vóór de eerste factuur instellen#

Voltooi deze stappen in het accountprofiel voordat U een postvak- of ERP-regel automatiseert.

  1. Vraag het Invoice-Converter-team om het e-mailkanaal voor het Enterprise-account in te schakelen.
  2. Voeg het afzenderadres toe en voltooi de verificatielink die naar dat postvak wordt gestuurd.
  3. Kies of antwoorden naar de oorspronkelijke afzender of een geverifieerd collectief adres gaan en selecteer de antwoordtaal.
  4. Kopieer de XRechnung- en ZUGFeRD-adressen uit het profiel en test elke benodigde route met één representatieve PDF.

Doelformaat kiezen met het ontvangeradres#

DoelTe gebruiken adresSuccesvol antwoord
XRechnungHet XRechnung-postvak dat in het ingeschakelde profiel staat.Gevalideerde XML plus het aan het artefact gebonden HTML-validatierapport.
ZUGFeRD / Factur-XHet ZUGFeRD-postvak dat in het ingeschakelde profiel staat.Gevalideerde hybride PDF/A-3 plus het aan het artefact gebonden HTML-validatierapport.

Van ontvangst tot antwoord#

Het kanaal bevestigt de provider snel en voert daarna de strikte conversie asynchroon uit.

  1. Een geverifieerde afzender stuurt echte PDF-bijlagen naar één of meer formaatspecifieke postvakken.
  2. De inboundprovider registreert het bericht; de dienst bepaalt het ingeschakelde account, de afzender, antwoordbestemming en de gekozen doelformaten.
  3. Elke geaccepteerde PDF wordt een strikte conversietaak met verplichte artefactvalidatie en zonder concept- of waarschuwingsoverride.
  4. De uitvoer wordt pas uitgegeven nadat gezaghebbende validatie, opgeslagen bewijs en artefactpariteit zijn geslaagd.
  5. Antwoordberichten in dezelfde thread retourneren artefacten en HTML-rapporten; zij worden gesplitst wanneer de bijlagegrootte dat vereist, terwijl bericht, item, gebruiksgebeurtenis, bewijs en duurzame antwoordbestanden via ID’s traceerbaar blijven.

Verbruikseenheden en e-mailcontext#

Tel het volledige bericht vóór verzending en behandel de tekst als conversie-invoer.

  • Elke geaccepteerde PDF verbruikt één conversie-eenheid per overeenkomend doelformaat. Twee PDF’s naar beide formaatpostbussen vereisen bijvoorbeeld vier eenheden.
  • Vóór conversie reserveert de dienst alle eenheden van het bericht: eerst uit de inbegrepen maandelijkse bundel, daarna uit beschikbare API-credits.
  • Als er onvoldoende dekking is voor alle eenheden, wordt het hele bericht vóór conversie geweigerd. Alleen geslaagde eenheden worden afgerekend nadat duurzame antwoordartefacten zijn opgeslagen; mislukte eenheden worden vrijgegeven.
  • Wanneer berichttekst aanwezig is, zijn het onderwerp en de tekst van de geverifieerde e-mail aanvullende conversie-invoer. Zij kunnen ontbrekende wijzigingen, correcties, referenties of factuurgegevens leveren. Bij conflicten hebben geldbedragen, belastingtotalen en factuurregels uit de PDF voorrang; e-mailtekst alleen kan geen factuurregels maken. De e-mailcontext is begrensd en kan worden ingekort; houd handtekeningen en begeleidende tekst daarom beknopt, relevant en ondubbelzinnig.
  • In uw profiel opgeslagen verkopersstamgegevens vullen ontbrekende verkopersvelden aan (naam, adres, btw-nummer, contact) wanneer standaardgebruik is ingeschakeld; ze overschrijven nooit waarden die uit de PDF zijn geëxtraheerd.

Eindtoestanden en artefacten#

ResultaatInhoud van het antwoordBijlagen
UitgegevenHet bestand is voltooid en de gezaghebbende validatie is geslaagd.Het gevraagde hoofdartefact en bijbehorend HTML-validatierapport.
GedeeltelijkMinstens één bestand is voltooid en minstens één is mislukt of overgeslagen.Alleen bewijsgebonden artefacten van voltooide bestanden en de status per bestand.
Validatie gestoptBlokkerende validatiedetails verklaren waarom uitgifte is gestopt.Geen ongevalideerd resultaat en geen artefactgebonden HTML-rapport.
Technische afwijzingHet antwoord benoemt het probleem met afzender, bestand, recht, limiet of verwerking.Geen resultaat; volg de aanwijzingen voordat U opnieuw probeert.

Geaccepteerde bestanden en pilotlimieten#

Gebruik deze punten als praktische controles voor deze sectie.

  • Voeg echte PDF-bestanden toe. Een hernoemde afbeelding of ander document wordt geweigerd, ook wanneer extensie of MIME-type PDF aangeeft.
  • Een bericht kan meerdere PDF’s bevatten, maar het kanaal is bedoeld voor gecontroleerde stromen met laag volume, niet voor bulkimport.
  • Houd elke bijlage onder de tijdens onboarding genoemde limiet; provider- en omgevingslimieten kunnen wijzigen.
  • Bereikt één bericht meerdere herkende formaatpostvakken, dan wordt elke geaccepteerde PDF één keer per gekozen formaat verwerkt.
  • Antwoordbijlagen worden gegroepeerd met een drempel van 15 MB per bericht. Als een volgend bestand die drempel zou overschrijden, gaan de resterende bijlagen verder in een ander bericht in dezelfde thread; een afzonderlijk bestand wordt niet gesplitst.

Wat nog menselijke controle vereist#

Gebruik deze punten als praktische controles voor deze sectie.

  • Vergelijk leverancier, koper, factuurnummer, datums, valuta, belasting, totalen, betalingsgegevens en elke regel met de bronfactuur.
  • Bevestig ontvangerspecifieke routeringsreferenties, endpoint-ID’s, bestelgegevens en regels van het afleveringskanaal.
  • Controleer bronbewijs met lage zekerheid en elke waarschuwing of validatiedetail voordat U het resultaat doorstuurt.
  • Succesvolle technische validatie bewijst het uitgegeven bestand tegen de gekozen regels; zij vervangt geen commerciële, fiscale of ontvangersgoedkeuring.

Kies bewust voor e-mail of API#

KanaalBeste toepassingIntegratiecontrole
E-mailkanaalMenselijke of postvakregelstromen met laag volume waarbij een antwoordthread nuttig is.Formaatpostvak, geverifieerde afzender, retouradres, antwoordtaal en resultaat per bericht.
External API V1Server-naar-serverstromen die idempotentie, polling, gestructureerde status en expliciete downloadcontrole nodig hebben.Geauthenticeerde verzoeken, klantreferenties, correlatie-ID’s, limietheaders en artefact-endpoints.

Onboarding en ondersteuning#

Deel tijdens onboarding verwachte afzenders, doelformaten, antwoordbestemming, taal en maandvolume.

Documentatie van External API V1 bekijken
Onboarding voor het e-mailkanaal aanvragen

Stroomdiagrammen#

De diagrammen vatten hetzelfde contract samen als de doorzoekbare secties hierboven.

Wat de conversie ingaat en wat U terugkrijgt

Wat erin gaat

  • PDF-bijlage

    Primaire bron

    Wordt zowel via de tekstlaag als met OCR gelezen. Geldbedragen, belastingtotalen en factuurregels komen altijd uit de PDF.

  • Onderwerp en tekst van de e-mail

    Aanvullend

    Geverifieerde e-mailtekst kan referenties, correcties en ontbrekende gegevens leveren. Deze overschrijft nooit PDF-bedragen en kan geen factuurregels aanmaken.

  • Stamgegevens uit het profiel

    Vult hiaten

    In uw profiel opgeslagen verkopersstamgegevens (naam, adres, btw-nummer, contact) vullen ontbrekende verkopersvelden aan wanneer standaardgebruik is ingeschakeld; geëxtraheerde waarden worden niet overschreven.

Strikte conversie

Extractie, verrijking en gezaghebbende validatie met bewijs- en pariteitscontroles.

Wat U terugkrijgt

  • Gevalideerd artefact

    XRechnung-XML of hybride ZUGFeRD-/Factur-X-PDF/A-3, afhankelijk van het gebruikte postvak.

  • HTML-validatierapport

    Het artefactgebonden rapport bewijst de validatie van precies het geleverde bestand.

  • Antwoord in uw thread

    Alles komt aan als antwoord op uw oorspronkelijke bericht.

Van postvak naar bewezen antwoord

  1. 1

    Geverifieerde afzender

    Een ingeschakeld account stuurt echte PDF’s.

  2. 2

    Formaatpostvak

    Het ontvangeradres kiest XRechnung of ZUGFeRD.

  3. 3

    Strikte taak

    Extractie en generatie draaien zonder conceptoverride.

  4. 4

    Bewijspoort

    Validatie, bewijsopslag en pariteit moeten slagen.

  5. 5

    Antwoordthread

    Artefact en rapport keren in één of meer berichten terug; groottesplitsing blijft in de thread.

Elke eindtoestand

Resultaat van strikte conversie
  • Uitgegeven

    Artefact plus rapport

    Alleen bewijsgebonden bytes worden bijgevoegd.

  • Gedeeltelijk

    Succesvolle bestanden blijven behouden

    Artefacten en bestandsfouten delen dezelfde antwoordthread.

  • Validatie gestopt

    Details, geen artefact

    Blokkerende regels stoppen ongevalideerde uitvoer.

  • Technische afwijzing

    Uitvoerbaar pad voor herhaling

    Het antwoord zegt wat U moet wijzigen of herhalen.

Developer API
Op deze pagina
Per account ingeschakeld e-mailkanaalAfzender vóór de eerste factuur instellenDoelformaat kiezen met het ontvangeradresVan ontvangst tot antwoordVerbruikseenheden en e-mailcontextEindtoestanden en artefactenGeaccepteerde bestanden en pilotlimietenWat nog menselijke controle vereistKies bewust voor e-mail of APIOnboarding en ondersteuningStroomdiagrammen

Invoice-Converter.com

Wij helpen bedrijven in heel Europa facturen om te zetten naar XRechnung en andere e-factuurformaten met validatieondersteuning. Controleer randgevallen vóór indiening.

20.000+ facturen verwerkt
Snel & Veilig
Vertrouwd door honderden

Functies

PDF omzetten & maken

  • PDF naar XRechnung
  • PDF naar UBL
  • PDF naar XRechnung (CII)
  • PDF naar ZUGFeRD
  • PDF naar Factur-X
  • XRechnung maken
  • XRechnung naar PDF

Bekijken & valideren

  • XRechnung/XML Viewer
  • XRechnung Validator

Snelle links

  • Bronnen
  • Vertrouwens- en beveiligingscentrum
  • Documentatie voor de ontwikkelaars-API
  • Blog
  • FAQ
  • Prijzen
  • Klimaatbijdrage

Juridisch

  • Impressum
  • Privacybeleid
  • Gegevensverwerkingsovereenkomst
  • Algemene voorwaarden
  • Geld-terug-garantie

Neem contact op

contact@invoice-converter.com
Begin met converteren
© 2026 Invoice-Converter.com.Gemaakt met in Europa
AVG Conform
Duitse server