Guide de la référence de prélèvement SEPA pour les entreprises

2026-01-28

La référence de prélèvement SEPA est l’identifiant de chaque opération bancaire. C’est un code alphanumérique unique qui permet de tracer chaque transaction dans un lot.

Techniquement, ce code correspond au champ EndToEndId du fichier XML. Il est crucial pour la réconciliation comptable, car il relie la collecte à son enregistrement jusqu’à la réception du paiement.

À quoi sert vraiment la référence ?

Considérez-la comme l’étiquette de chaque prélèvement. Avec le passage aux fichiers XML SEPA, cette traçabilite est devenue indispensable.

Une référence bien gérée apporte :

  • Réconciliation automatique
  • Moins d’erreurs
  • Communication plus claire
  • Conformité réglementaire

Ne confondez pas la référence de prélèvement (EndToEndId) avec la référence de mandat (MandateId), qui identifie l’autorisation du client.

Où se trouvent les références dans le XML ?

EndToEndId : l’identifiant de transaction

C’est l’identifiant principal, obligatoire, limité à 35 caractères et unique dans le fichier.

MandateId : la référence de mandat

Elle identifie le mandat. Elle reste la même tant que le mandat est actif.

RmtInf : le motif de paiement

Champ facultatif, limité à 140 caractères, utile pour des informations supplémentaires.

Schéma des avantages de la référence SEPA.

Comparatif des champs XML

Champ XML Rôle Limite Schéma Usage
EndToEndId Identifiant transaction 35 SCT/SDD Obligatoire
MandateId Identifiant mandat 35 SDD Autorisation
RmtInf Motif de paiement 140 SCT/SDD Optionnel

Règles de format et caractères autorisés

Limites

  • EndToEndId : 35 caractères max
  • RmtInf : 140 caractères max

Un dépassement entraîne un rejet automatique.

Caractères autorisés

Autorisés : lettres A-Z, chiffres 0-9 et / - ? : ( ) . , ' +

Interdits : accents, ñ, €, @, &, *, etc.

Exemple : FACTURA-Nº-2024 est invalide. Utilisez FACTURA-N-2024.

La référence du mandat obéit à ses propres règles : nous les détaillons dans l’article consacré à la référence unique de mandat (RUM).

Construire des références efficaces

Modèles utiles

  • Factures variables : INV-2024-01589-CLI456
  • Cotisations récurrentes : FEE-MEMBER-12345-MAR24
  • Salaires : PAY-MAR24-EMP789

Principes

  1. Cohérence
  2. Informations essentielles en premier
  3. Séparateurs clairs
  4. Structure évolutive

Erreurs fréquentes

Caractères interdits

Un accent suffit à provoquer un rejet.

Références dupliquées

Chaque EndToEndId doit être unique dans le fichier.

Longueur dépassée

Au-delà de 35 caractères, rejet.

Bonnes pratiques

Définissez une politique de nommage interne, par exemple [PREFIX]-[YEAR]-[INVOICE]-[CLIENT]. Assurez-vous que chaque référence correspond à une ligne de votre système comptable.

La référence s’accompagne toujours de votre identifiant créancier SEPA ; si un prélèvement revient malgré tout, voyez notre article sur le prélèvement rejeté.

Questions fréquentes

Peut-on réutiliser une référence chaque mois ?

Non dans un même fichier. Bonnes pratiques : générer une référence unique à chaque transaction.

Que faire si la référence dépasse 35 caractères ?

La raccourcir et utiliser RmtInf pour des détails supplémentaires.

Une seule erreur peut-elle rejeter le fichier ?

Oui. Une erreur de référence peut entraîner le rejet de tout le lot.

Avec GenerateSEPA, vos références sont validées automatiquement pour éviter les rejets. Essayez notre convertisseur.

Questions fréquentes

Puis-je réutiliser la même référence chaque mois ?
Pas dans un même lot. Le champ EndToEndId doit être unique pour chaque transaction. Il est recommandé de générer une référence nouvelle à chaque collecte.
Que faire si ma référence dépasse 35 caractères ?
Vous devez la raccourcir. Le champ EndToEndId est limité à 35 caractères. Vous pouvez mettre des détails additionnels dans le champ RmtInf (140 caractères).
Quels caractères sont interdits ?
Les caractères autorisés sont A-Z, 0-9 et / - ? : ( ) . , ' +. Les accents, le symbole euro, @, & et * sont interdits et provoquent des rejets.
Une seule erreur peut-elle rejeter tout le fichier ?
Oui. Un caractère invalide, une référence dupliquée ou une longueur dépassée peut entraîner le rejet de l'ensemble du fichier.

Articles liés

Format de fichier XML SEPA expliqué (guide UK 2026)

Format de fichier XML SEPA expliqué (guide UK 2026)

Guide pratique du format de fichier XML SEPA pour les entreprises britanniques. Comprenez les structures pain.001 et pain.008, les éléments clés, les erreurs de validation courantes et comment convertir des tableurs en XML bancaire.

Lire la suite →
Format de fichier de prélèvement SEPA : guide pratique complet

Format de fichier de prélèvement SEPA : guide pratique complet

Découvrez comment fonctionne le format de fichier XML de prélèvement SEPA, des données de tableur aux fichiers pain.008 valides. Un guide pratique couvrant la structure, le mapping, la validation et les erreurs de rejet courantes.

Lire la suite →