Aller au contenu principal
Invoice-Converter.comInvoice-Converter
BlogTarifs
Convertir une factureConvertir
Convertir
⌘K
Vue d’ensemble de la documentation
Comprendre les formats et les standards
Guides de conformité
Standard XRechnung
Format ZUGFeRD
PDF/A-3 pour ZUGFeRD
CII Cross Industry Invoice
UBL Universal Business Language
Norme DIN EN 16931-1
Réseau PEPPOL
Règles pays et réglementaires
Obligation UE de e-facturation
E-facturation UE
E‑facturation dans l’UE en 2026 : quoi mettre en place (et pourquoi)
Playbook des principaux marchés UE (DE, FR, IT, ES, PL, NL)
PEPPOL dans l’UE : comment l’échange fonctionne vraiment
CTC/clearance et portails dans l’UE : construire des intégrations fiables
Guides par pays
Allemagne
France
Italie
Espagne
Pologne
Pays-Bas
Belgique
Autriche
Danemark
Suède
Finlande
Résoudre les problèmes de validation et de soumission
Validation Leitweg-ID
Guides d’assistance
Assistance
Pourquoi les factures doivent être vérifiées
Erreurs API
Automatisation de l'API
Gestion des erreurs de schéma
Aide à la validation de révision
Assistance
Informations manquantes
Référence acheteur
Paiement et IBAN
TVA et autoliquidation
Totaux et arrondis
Acomptes
Lignes de facture
Avertissements PDF ZUGFeRD
Guides de validation
Corrections de validation observées
Échéance ou conditions
IBAN de virement
Compatibilité PDF/A-3
Motif VATEX
Revue et téléchargement
Bibliothèque publique de factures de test
Facture XRechnung UBL basique valide
XRechnung invalide sans conditions de paiement
XML CII Factur-X/ZUGFeRD EN 16931
Cas limite XRechnung pour arrondis et IBAN
Erreurs du validateur KOSIT
ERREUR
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-12
BR-DE-13
BR-DE-14
BR-DE-15
BR-DE-16
BR-DE-17
BR-DE-18
BR-DE-19
BR-DE-20
BR-DE-21
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-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
AVERTISSEMENT
BR-DE-26
BR-DE-27
BR-DE-28
Consulter les données de référence
Glossaire
E
EN 16931
E-reporting
e-Factura RO
EAS (Electronic Address Scheme)
ebInterface
C
CIUS
CII
Catégorie de taxe
Code type de facture
Code unité
Chorus Pro
Codice Destinatario
X
XRechnung
XML
Z
ZUGFeRD
F
Factur-X
Finvoice
U
UBL
P
PEPPOL
PEPPOL BIS
PDF/A-3
Paiement par QR code
PDP (Plateforme de Dématérialisation Partenaire)
A
Access Point
Autoliquidation
Avoir
I
Identifiant participant
IBAN
ISO 6523
S
SMP
SML
Schéma XML (XSD)
Schematron
SDI (Sistema di Interscambio)
Svefaktura
L
Leitweg-ID
Liste de codes
Ligne de facture
K
KoSIT
KSeF
V
Validation
ViDA
VeriFactu
ViDA Pilier 1 : Digital Reporting Requirements
ViDA Pilier 2 : enregistrement TVA unique
ViDA Pilier 3 : Économie des plateformes
B
Business Term (BT)
Business Group (BG)
BIC
Bon de commande (PO)
N
N° TVA
Numéro D-U-N-S
Numéro KvK
NemHandel
M
Moyen de paiement
R
Référence de document
Référence de contrat
Remise / charge
Reporting temps réel
Reporting de factures en temps réel (RTIR)
T
TicketBAI
G
GLN (Global Location Number)
O
OVT-tunnus
OIOUBL
D
Digipoort
Listes de codes
Codes devise (courants)
Codes pays (courants)
Codes catégorie TVA
Codes moyen de paiement
Codes unité de mesure (courants)
Codes type de facture (courants en XRechnung)
Champs XRechnung
Bases de la facture
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
Livraison et paiement
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
Donnees vendeur
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
Donnees acheteur
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
Remises et frais
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
Taxes et totaux
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
Lignes de facture
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
BT-164
BT-165
BT-185
BT-186
Profils ZUGFeRD
MINIMUM
BASIC WL
BASIC
EN 16931
EXTENDED
Comparer les formats et les outils
Comparaisons
PDF24 Tools
sevDesk
Intégrer et mettre en œuvre
Aide en cas d’incident plateforme
Assistance
Temporairement indisponible
Résultat manquant
Validation indisponible
Erreurs navigateur
Compte et limites de débit
Crédits et abonnements
Validation officielle
Guides de validation des exports ERP
DATEV
Lexware
SAP Business One
Odoo
Microsoft Dynamics
Confiance & sécurité
API développeur
  1. Ressources e-facturation
  2. Champs XRechnung
  3. BT-114

Référence

Export Markdown

BT-114 Montant d'arrondi

Le montant à ajouter à la facture pour arrondir le montant à payer. Ceci est utilisé pour gérer les petites différences d'arrondi lors du calcul de BT-115 (Montant dû pour paiement) afin de créer des montants favorables au paiement.

Reponse rapideExplication simpleCe que vous saisissez le plus souventCe qui se passe souvent malExemples en contexteExemples validesExemples invalidesChamps associésMapping XML et faits de champImplémentation XMLRègles de validationPourquoi la norme tient compte de ce champFAQSources officielles et outils

Reponse rapide#

Le montant à ajouter à la facture pour arrondir le montant à payer. Ceci est utilisé pour gérer les petites différences d'arrondi lors du calcul de BT-115 (Montant dû pour paiement) afin de créer des montants favorables au paiement.

Taxes et totaux

Traitement TVA, ventilations fiscales et totaux que les validateurs controlent de pres.

Actions rapides

Valider le XMLConvertir la facture

Explication simple#

Le montant à ajouter à la facture pour arrondir le montant à payer. Ceci est utilisé pour gérer les petites différences d'arrondi lors du calcul de BT-115 (Montant dû pour paiement) afin de créer des montants favorables au paiement.

Le montant à ajouter à la facture pour arrondir le montant à payer. Ceci est utilisé pour gérer les petites différences d'arrondi lors du calcul de BT-115 (Montant dû pour paiement) afin de créer des montants favorables au paiement.

Utilisé dans la facturation allemande et européenne lorsque le total calculé doit être arrondi à des montants favorables au paiement (par ex. aux 5 centimes ou à l'euro le plus proche). Courant dans les transactions en espèces, les systèmes de paiement automatiques et lorsque le respect des réglementations nationales d'arrondi est requis.

Ce que vous saisissez le plus souvent#

Decimal number with maximum 2 decimal places, can be positive or negative

Les valeurs valides typiques sont: 0.19, -0.19, 0.00, 0.01

Optionnel selon EN 16931-1. Doit être dans la même devise que BT-5 (code devise de la facture). Lorsqu'il est utilisé, il affecte le calcul: BT-115 = BT-112 - BT-113 + BT-114. Doit respecter les règles et réglementations nationales d'arrondi.

Ce qui se passe souvent mal#

Evitez des valeurs comme: 19.00, 0.999, 1000,50, round

Codes de règle pertinents : BR-2, BR-DEC-17, BR-CO-16

Exemples en contexte#

Utilisé dans la facturation allemande et européenne lorsque le total calculé doit être arrondi à des montants favorables au paiement (par ex. aux 5 centimes ou à l'euro le plus proche). Courant dans les transactions en espèces, les systèmes de paiement automatiques et lorsque le respect des réglementations nationales d'arrondi est requis.

Optionnel selon EN 16931-1. Doit être dans la même devise que BT-5 (code devise de la facture). Lorsqu'il est utilisé, il affecte le calcul: BT-115 = BT-112 - BT-113 + BT-114. Doit respecter les règles et réglementations nationales d'arrondi.

Exemples valides#

Utilisez ces points comme contrôles pratiques pour cette section.

  • 0.19
  • -0.19
  • 0.00
  • 0.01
  • -0.01
  • 0.50

Exemples invalides#

Utilisez ces points comme contrôles pratiques pour cette section.

  • 19.00
  • 0.999
  • 1000,50
  • round
  • 0.005

Champs associés#

Utilisé dans la facturation allemande et européenne lorsque le total calculé doit être arrondi à des montants favorables au paiement (par ex. aux 5 centimes ou à l'euro le plus proche). Courant dans les transactions en espèces, les systèmes de paiement automatiques et lorsque le respect des réglementations nationales d'arrondi est requis.

BT-112 Montant total de la facture TVA comprise
BT-113 Montant payé
BT-115 Montant dû pour paiement
BT-5 Code de devise de la facture

Mapping XML et faits de champ#

Ouvrez la reference technique si vous avez besoin des chemins XML, des codes de regles du validateur, du libelle juridique ou du mapping format-specifique.

ID du champ :

BT-114

Type de données :

amount

Cardinalité :

0..1

Exigence :

Optionnel

Depuis la version :

Optional in all XRechnung versions

Implémentation XML#

Syntaxe UBL 2.1
/Invoice/cac:LegalMonetaryTotal/cbc:PayableRoundingAmount
Syntaxe CII (UN/CEFACT)
/CrossIndustryInvoice/SupplyChainTradeTransaction/ApplicableHeaderTradeSettlement/ram:SpecifiedTradeSettlementHeaderMonetarySummation/ram:RoundingAmount

Règles de validation#

BR-2

BR-2

BR-DEC-17

BR-DEC-17

BR-CO-16

BR-CO-16

Pourquoi la norme tient compte de ce champ#

Contexte métier

Utilisé dans la facturation allemande et européenne lorsque le total calculé doit être arrondi à des montants favorables au paiement (par ex. aux 5 centimes ou à l'euro le plus proche). Courant dans les transactions en espèces, les systèmes de paiement automatiques et lorsque le respect des réglementations nationales d'arrondi est requis.

Exigence légale

Optionnel selon EN 16931-1. Doit être dans la même devise que BT-5 (code devise de la facture). Lorsqu'il est utilisé, il affecte le calcul: BT-115 = BT-112 - BT-113 + BT-114. Doit respecter les règles et réglementations nationales d'arrondi.

FAQ#

Quand faut-il utiliser BT-114?

BT-114 doit être utilisé lorsque le total de facture calculé doit être arrondi à des montants favorables au paiement, comme l'arrondi aux 5 centimes les plus proches dans les pays où les paiements en espèces nécessitent un tel arrondi, ou lorsque les systèmes de paiement automatiques nécessitent des montants entiers.

Comment BT-114 affecte-t-il le calcul du paiement?

BT-114 est ajouté au calcul du paiement: BT-115 (Montant dû) = BT-112 (Total facture TVA comprise) - BT-113 (Montant payé) + BT-114 (Montant d'arrondi). Cela garantit que le montant final dû est mathématiquement correct après l'arrondi.

BT-114 peut-il être négatif?

Oui, BT-114 peut être négatif lorsque le montant calculé est arrondi à la baisse. Par exemple, si le total calculé est 999,98 et que vous arrondissez à 1000,00, le montant d'arrondi serait 0,02. Si vous arrondissez 1000,02 à la baisse à 1000,00, le montant d'arrondi serait -0,02.

Quels sont les scénarios d'arrondi typiques dans la pratique commerciale allemande?

Dans la pratique commerciale allemande, l'arrondi est couramment utilisé pour: 1) Les paiements en espèces arrondis à 5 centimes, 2) Les virements bancaires arrondis à l'euro entier pour plus de commodité, 3) Les paiements récurrents avec des montants fixes, 4) Les factures gouvernementales avec des exigences d'arrondi spécifiques. L'arrondi doit être conforme au droit commercial allemand et à la réglementation fiscale.

Quelle précision peut avoir le montant d'arrondi?

Le montant d'arrondi doit avoir un maximum de 2 décimales selon BR-DEC-17. Les valeurs typiques sont de petits montants comme 0,01, 0,02, 0,05, ou leurs multiples. Le montant doit être raisonnable pour le total de la facture et suivre les règles d'arrondi applicables.

Existe-t-il des règles de validation pour les montants d'arrondi?

Oui, BT-114 doit suivre les règles de validation: BR-DEC-17 (maximum 2 décimales), BR-CO-16 (calcul de paiement correct), et BR-2 (format de montant approprié). Le montant d'arrondi doit être proportionnel au total de la facture et ne pas dépasser les limites d'arrondi raisonnables.

Quelle devise doit être utilisée pour BT-114?

BT-114 doit être exprimé dans la même devise que celle spécifiée dans BT-5 (Code de devise de la facture). Aucun symbole de devise n'est inclus dans le champ du montant lui-même, car la devise est définie séparément au niveau de la facture.

Sources officielles et outils#

Validateur KoSIT
Invoice Converter
Standard XRechnung
Suite de tests
BT-113BT-115
Sur cette page
Reponse rapideExplication simpleCe que vous saisissez le plus souventCe qui se passe souvent malExemples en contexteExemples validesExemples invalidesChamps associésMapping XML et faits de champImplémentation XMLRègles de validationPourquoi la norme tient compte de ce champFAQSources officielles et outils

Invoice-Converter.com

Nous aidons les entreprises à travers l'Europe à se conformer facilement aux réglementations XRechnung. Rejoignez des centaines d'entreprises qui ont automatisé leur processus de conversion de factures.

20 000+ factures traitées
Rapide et sécurisé
Approuvé par des centaines d'entreprises

Fonctionnalités

Convertir PDF & créer

  • PDF vers XRechnung
  • PDF vers UBL
  • PDF vers XRechnung (CII)
  • PDF vers ZUGFeRD
  • PDF vers Factur-X
  • Créer XRechnung
  • XRechnung vers PDF

Voir & valider

  • Visualiseur XRechnung/XML
  • Validateur XRechnung

Liens rapides

  • Ressources
  • Centre de confiance & sécurité
  • Documentation API développeur
  • Blog
  • FAQ
  • Tarifs
  • Contribution climatique

Légal

  • Mentions légales
  • Politique de confidentialité
  • Accord de traitement des données
  • Conditions générales
  • Garantie satisfait ou remboursé

Nous contacter

contact@invoice-converter.com
Commencer à convertir
© 2026 Invoice-Converter.com.Fait avec en Europe
Conforme à la réglementation RGPD
Serveur allemand