Ga naar de hoofdinhoud
Invoice-Converter.comInvoice-Converter
BlogPrijzen
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
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-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-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
WAARSCHUWING
BR-DE-17
BR-DE-18
BR-DE-20
BR-DE-21
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
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
  1. E-facturatiebronnen
  2. XRechnung-velden
  3. BT-81

Referentie

Markdown-export

BT-81 Code betalingsmiddeltype

Het middel, uitgedrukt als code, waarmee een betaling naar verwachting wordt of is vereffend. Dit veld specificeert de betaalmethode aan de hand van gestandaardiseerde UN/CEFACT-codes (UNCL4461) om een consistente betalingsverwerking over verschillende systemen en rechtsgebieden te waarborgen.

Kort antwoordEenvoudig uitgelegdWat je hier meestal invultWat vaak misgaatVoorbeelden in contextGeldige voorbeeldenOngeldige voorbeeldenGerelateerde veldenXML-mapping en veldfeitenXML-implementatieValidatieregelsWaarom de standaard dit veld belangrijk vindtFAQOfficiele bronnen en tools

Kort antwoord#

Het middel, uitgedrukt als code, waarmee een betaling naar verwachting wordt of is vereffend. Dit veld specificeert de betaalmethode aan de hand van gestandaardiseerde UN/CEFACT-codes (UNCL4461) om een consistente betalingsverwerking over verschillende systemen en rechtsgebieden te waarborgen.

Levering en betaling

Leverdata, betaalmiddelen en de operationele context rond afhandeling.

Snelle acties

XML validerenFactuur converteren

Eenvoudig uitgelegd#

Het middel, uitgedrukt als code, waarmee een betaling naar verwachting wordt of is vereffend. Dit veld specificeert de betaalmethode aan de hand van gestandaardiseerde UN/CEFACT-codes (UNCL4461) om een consistente betalingsverwerking over verschillende systemen en rechtsgebieden te waarborgen.

Het middel, uitgedrukt als code, waarmee een betaling naar verwachting wordt of is vereffend. Dit veld specificeert de betaalmethode aan de hand van gestandaardiseerde UN/CEFACT-codes (UNCL4461) om een consistente betalingsverwerking over verschillende systemen en rechtsgebieden te waarborgen.

De code voor het type betalingsmiddel is essentieel voor geautomatiseerde betalingsverwerking, omdat systemen hierdoor kunnen begrijpen hoe betalingen moeten worden uitgevoerd. De code bepaalt of aanvullende betalingsgegevens zoals bankrekeninggegevens (BT-84) of kaartgegevens vereist zijn. Deze standaardisering faciliteert rechtstreekse verwerking in banksystemen en vermindert handmatige tussenkomst in betalingsworkflows.

Wat je hier meestal invult#

Three-digit numeric code from UN/CEFACT code list UNCL4461

Typische geldige waarden zijn: 30, 58, 59, 49

Optioneel volgens EN 16931-1, maar sterk aanbevolen voor geautomatiseerde betalingsverwerking. Indien opgegeven, moeten geldige codes uit de UN/CEFACT-codelijst UNCL4461 worden gebruikt. Duitse bankreguleringen en SEPA-vereisten kunnen van invloed zijn op de keuze van betaalmethodecodes.

Wat vaak misgaat#

Vermijd waarden zoals: 001, BANK, TRANSFER, CC

Relevante regelcodes: BR-49, BR-CL-16

Voorbeelden in context#

De code voor het type betalingsmiddel is essentieel voor geautomatiseerde betalingsverwerking, omdat systemen hierdoor kunnen begrijpen hoe betalingen moeten worden uitgevoerd. De code bepaalt of aanvullende betalingsgegevens zoals bankrekeninggegevens (BT-84) of kaartgegevens vereist zijn. Deze standaardisering faciliteert rechtstreekse verwerking in banksystemen en vermindert handmatige tussenkomst in betalingsworkflows.

Optioneel volgens EN 16931-1, maar sterk aanbevolen voor geautomatiseerde betalingsverwerking. Indien opgegeven, moeten geldige codes uit de UN/CEFACT-codelijst UNCL4461 worden gebruikt. Duitse bankreguleringen en SEPA-vereisten kunnen van invloed zijn op de keuze van betaalmethodecodes.

Geldige voorbeelden#

Gebruik deze punten als praktische controles voor deze sectie.

  • 30
  • 58
  • 59
  • 49
  • 48
  • 10
  • 68
  • 69
  • 70

Ongeldige voorbeelden#

Gebruik deze punten als praktische controles voor deze sectie.

  • 001
  • BANK
  • TRANSFER
  • CC
  • SEPA
  • 999

Gerelateerde velden#

De code voor het type betalingsmiddel is essentieel voor geautomatiseerde betalingsverwerking, omdat systemen hierdoor kunnen begrijpen hoe betalingen moeten worden uitgevoerd. De code bepaalt of aanvullende betalingsgegevens zoals bankrekeninggegevens (BT-84) of kaartgegevens vereist zijn. Deze standaardisering faciliteert rechtstreekse verwerking in banksystemen en vermindert handmatige tussenkomst in betalingsworkflows.

BT-82 Tekst bij het betalingsmiddel
BT-83 Betalingsreferentie
BT-84 Betaalrekeningidentificatie
BT-85 Naam van de betaalrekening
BT-86 Identificatie van de betalingsdienstverlener
BT-87 Primair rekeningnummer van de betaalkaart
BT-88 Naam van de kaarthouder
BT-89 Mandaatreferentie
BT-90 Door de bank toegekende schuldeiser-ID
BT-91 Identificatie van de te debiteren rekening

XML-mapping en veldfeiten#

Open de technische referentie alleen als je XML-paden, validatorregelcodes, juridische formuleringen of formaatspecifieke mappings nodig hebt.

Veld-ID:

BT-81

Datatype:

code

Cardinaliteit:

0..1

Vereiste:

Optioneel

Max. lengte:

3 tekens

Sinds versie:

Optional

XML-implementatie#

UBL 2.1-syntaxis
/Invoice/cac:PaymentMeans/cbc:PaymentMeansCode
CII (UN/CEFACT)-syntaxis
/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementPaymentMeans/ram:TypeCode

Validatieregels#

BR-49

BR-49

BR-CL-16

BR-CL-16

Waarom de standaard dit veld belangrijk vindt#

Zakelijke context

De code voor het type betalingsmiddel is essentieel voor geautomatiseerde betalingsverwerking, omdat systemen hierdoor kunnen begrijpen hoe betalingen moeten worden uitgevoerd. De code bepaalt of aanvullende betalingsgegevens zoals bankrekeninggegevens (BT-84) of kaartgegevens vereist zijn. Deze standaardisering faciliteert rechtstreekse verwerking in banksystemen en vermindert handmatige tussenkomst in betalingsworkflows.

Wettelijke vereiste

Optioneel volgens EN 16931-1, maar sterk aanbevolen voor geautomatiseerde betalingsverwerking. Indien opgegeven, moeten geldige codes uit de UN/CEFACT-codelijst UNCL4461 worden gebruikt. Duitse bankreguleringen en SEPA-vereisten kunnen van invloed zijn op de keuze van betaalmethodecodes.

FAQ#

Wat zijn de meest voorkomende codes voor het betalingsmiddeltype in Duitsland?

De meest voorkomende codes in het Duitse bedrijfsleven zijn: 30 (kredietoverdracht/bankoverschrijving), 58 (SEPA-kredietoverdracht), 59 (SEPA-incasso), 49 (incasso) en 48 (bankkaart/EC-kaart). SEPA-codes (58, 59) hebben de voorkeur voor eurotransacties binnen het SEPA-gebied.

Wanneer gebruik ik code 30 in plaats van code 58?

Gebruik code 58 (SEPA-kredietoverdracht) voor eurobetalingen binnen het SEPA-gebied, omdat dit snellere verwerking en lagere kosten biedt. Gebruik code 30 (kredietoverdracht) voor internationale betalingen buiten SEPA of in niet-eurovaluta. Code 58 vereist doorgaans alleen een IBAN, terwijl code 30 zowel een IBAN als een BIC kan vereisen.

Moet ik bankgegevens opgeven bij gebruik van codes voor het betalingsmiddeltype?

Dit hangt af van de betalingsmiddelcode. Codes die rekeninggegevens vereisen zijn onder meer: 30 en 58 (IBAN, mogelijk ook BIC), 49 en 59 (rekening voor incasso). Codes zoals 10 (contant), 48 (kaart) en 68 (online betaling) vereisen doorgaans geen rekeninggegevens. Raadpleeg de gerelateerde velden BT-84 t/m BT-91 voor specifieke vereisten.

Wat is het verschil tussen code 49 en code 59 voor incasso?

Code 49 (incasso) is bestemd voor algemene incassotransacties, inclusief niet-SEPA-incasso's waarvoor mogelijk een BIC vereist is. Code 59 (SEPA-incasso) is specifiek voor euro-incasso's binnen het SEPA-gebied, vereist doorgaans alleen een IBAN en biedt gestandaardiseerde verwerkingstijden en lagere kosten.

Kan ik meerdere codes voor het betalingsmiddeltype in één factuur gebruiken?

Ja, XRechnung ondersteunt meerdere betalingsmiddelen per factuur (kardinaliteit staat meerdere groepen betalingsinstructies toe). Elk betalingsmiddel kan een eigen code, rekeninggegevens en bedragstoewijzing hebben. Dit is nuttig bij gedeeltelijke betalingen, facturen in meerdere valuta's of het aanbieden van betalingsalternatieven.

Hoe gaan Duitse overheidsinstanties om met verschillende codes voor het betalingsmiddeltype?

Duitse overheidsinstanties geven doorgaans de voorkeur aan SEPA-betaalmethoden (code 58 voor kredietoverdracht, 59 voor incasso) voor een efficiënte verwerking. Veel instanties beschikken over geautomatiseerde systemen die deze codes verwerken voor een snellere betalingsafstemming. Sommige kunnen betaalmethoden beperken om beveiligings- of administratieve redenen — raadpleeg de specifieke vereisten van de betreffende instantie.

Wat gebeurt er als ik een ongeldige code voor het betalingsmiddeltype gebruik?

Ongeldige codes voor het betalingsmiddeltype leiden tot validatiefouten tijdens de XRechnung-verwerking. De factuur kan worden geweigerd door het ontvangende systeem. Gebruik altijd codes uit de officiële UN/CEFACT-codelijst UNCL4461. Veelgemaakte fouten zijn het gebruik van beschrijvende tekst in plaats van numerieke codes of het gebruik van verouderde codes.

Zijn er bijzondere overwegingen voor B2B- versus B2G-betalingen?

B2G-betalingen (Business-to-Government) hebben vaak strengere vereisten en geven mogelijk de voorkeur aan specifieke codes zoals 58 (SEPA-kredietoverdracht) voor transparantie en audittrails. B2B-betalingen bieden meer flexibiliteit en kunnen verschillende codes gebruiken, waaronder 48 (kaarten), 68 (online betalingen) of 70 (mobiele betalingen), afhankelijk van de zakelijke relaties en overeenkomsten.

Hoe beïnvloedt de code voor het betalingsmiddeltype de afwikkelingstermijn?

Verschillende betalingscodes hebben uiteenlopende afwikkelingstermijnen: SEPA-overboekingen (58) worden doorgaans binnen 1 werkdag afgewikkeld, incasso's (59) volgen SEPA-tijdlijnen, creditcards (48, 54) kunnen 1-3 dagen in beslag nemen, terwijl contant geld (10) direct afgewikkeld wordt. Inzicht in deze termijnen helpt bij het plannen van cashflow en het instellen van betalingscondities.

Kan ik betalingscondities samen met codes voor het betalingsmiddeltype opgeven?

Ja, codes voor het betalingsmiddeltype (BT-81) werken samen met betalingscondities (BT-20) en de vervaldatum van de betaling (BT-9). De betalingsmiddelcode specificeert HOE betaald wordt, terwijl betalingscondities aangeven WANNEER betaald wordt en welke voorwaarden gelden. U kunt bijvoorbeeld code 58 (SEPA-overschrijving) opgeven met betalingscondities "Netto 30 dagen".

Officiele bronnen en tools#

KoSIT-validator
Invoice Converter
XRechnung-standaard
Testsuite
BT-80BT-82
Op deze pagina
Kort antwoordEenvoudig uitgelegdWat je hier meestal invultWat vaak misgaatVoorbeelden in contextGeldige voorbeeldenOngeldige voorbeeldenGerelateerde veldenXML-mapping en veldfeitenXML-implementatieValidatieregelsWaarom de standaard dit veld belangrijk vindtFAQOfficiele bronnen en tools

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