Un fichier pain.001 regroupe les factures fournisseurs pour éviter leur saisie individuelle dans l’e-banking. Votre banque le lit, vous confirmez les paiements. Le gain de temps et la réduction des erreurs de chiffres s’accompagnent de risques : IBAN erroné, doublon ou absence de validation passent plus facilement inaperçus. Voici le format, les contrôles bancaires et l’organisation d’un cycle avec validation et principe des quatre yeux.
Définition de pain.001
« pain » signifie « payments initiation », ordre de paiement. ISO 20022 regroupe aussi les relevés camt décrits dans Rapprochement bancaire camt. Selon SIX, chap. 2.1, pain.001 (« Customer Credit Transfer Initiation ») transmet électroniquement les ordres client-banque. Un logiciel génère le XML, vous le téléversez dans l’e-banking ; la banque répond par pain.002.
La version suisse, Swiss Payment Standards (SPS), est publiée chaque février pour novembre. SPS 2025, version 2.2, s’applique depuis le 22 novembre 2025 ; SPS 2026, version 2.3, dès le 14 novembre 2026. Toutes deux utilisent pain.001.001.09. Selon SIX, les banques suisses prennent en charge la version actuelle et la précédente. L’ancien pain.001.001.03 reste admis jusqu’en novembre 2026, mais ne convient plus aux nouvelles implémentations. Avec une adresse non structurée, sa date d’exécution doit précéder le 14 novembre 2026. Demandez votre version à l’éditeur.
Structure et contrôles bancaires
Trois niveaux composent le fichier (chap. 2.1 et 4) :
- En-tête A : unique, avec identifiant du message, création, nombre de paiements, somme de contrôle et émetteur.
- Groupe B : compte débité et date d’exécution souhaitée ; un groupe par monnaie. Le standard recommande un débit collectif unique par groupe.
- Paiement C : montant, bénéficiaire et adresse, IBAN, référence et identifiant End-to-End.
Les banques contrôlent strictement :
- Schéma : rejet des messages incorrects ; validation préalable recommandée aux éditeurs (chap. 3.6).
- Nombre et somme : toute divergence rejette le message entier (chap. 4.1). Maximum 99’999 paiements, parfois moins selon la banque.
- Caractères : UTF-8 sans marque d’ordre des octets, sous-ensemble autorisé sous peine de rejet (chap. 3.1) ; références plus restreintes (chap. 3.2).
- Doublon : contrôle au minimum du message. La plupart des banques vérifient son identifiant unique durant au moins 90 jours (chap. 3.8). Cela ne détecte pas une facture dans deux fichiers distincts.
- Date : report possible au prochain jour ouvrable bancaire, signalé sans rejet. Date trop éloignée dans le passé ou futur : rejet (pain.002, chap. 3.2.4).
Quatre types dépendent du compte et de la destination (chap. 3.15) :
| Type | Usage | Monnaie |
|---|---|---|
| D | Compte en Suisse ou au Liechtenstein | CHF ; EUR seulement jusqu’en novembre 2027 |
| S | Paiement SEPA | EUR |
| X | Devise en Suisse et paiement à l’étranger | selon le cas |
| C | Chèque bancaire ou Postcash | toutes |
Comptes, références et adresses
Compte débité : IBAN ordinaire, jamais QR-IBAN, réservé au bénéficiaire d’une QR-facture (chap. 4.2).
Référence fournisseur : reprise inchangée (chap. 3.14.2) :
- Référence QR : 26 chiffres et chiffre de contrôle, obligatoirement et exclusivement avec QR-IBAN.
- Creditor Reference ISO 11649 : commence par « RF », contrôle en positions 3 et 4, maximum 25 caractères, inchangée.
- Sans référence structurée : communication de 140 caractères au maximum, par exemple numéro de facture.
Le Swiss QR Code suffit pour initier le paiement ; l’annexe B le convertit en pain.001 (chap. 3.16). Voir Créer une QR-facture.
Identifiant End-to-End : attribué par vous, généralement transmis inchangé au bénéficiaire (chap. 3.14.2), il permet de retrouver le paiement sur le relevé.
Adresses : depuis novembre 2025, structurées ou hybrides, avec rue, numéro, code postal, localité et pays ; localité et pays sont toujours obligatoires (chap. 3.11). SEPA et étranger : rejet possible si l’adresse ne respecte pas les règles du pays destinataire.
Après le téléversement
Le rapport pain.002 accuse réception immédiatement, sans confirmer l’exécution (directives Status Report, chap. 3.1.1). ACCP : syntaxe et sémantique de tout le fichier acceptées. PART : acceptation partielle. RJCT : message ou groupe rejeté (chap. 3.1.2). Une erreur individuelle n’empêche pas les autres paiements (chap. 3.2). Seul le relevé confirme l’exécution.
Le rapprochement relie débit et facture par l’identifiant End-to-End. Le détail des écritures collectives varie selon la banque : voir Rapprochement bancaire camt.
Validation, quatre yeux et doublons
Les SPS règlent le format, pas vos procédures. Ces bonnes pratiques, sans obligation légale, évitent les erreurs courantes :
- Séparer les fonctions : la personne comptabilisant ne valide et ne paie pas seule.
- Valider avant paiement : factures contrôlées uniquement ; blocage motivé des cas douteux.
- Quatre yeux dès un seuil : deux personnes distinctes au-delà de votre plafond.
- Un paiement par facture : un seul cycle ouvert par facture ; l’identifiant du message ne protège que du même fichier.
- Conserver les traces : fichier et validations prouvent les actions ; la facture demeure pièce comptable. Voir Numériser les factures fournisseurs.
Exemple pratique : Lindenhof Metallbau AG
Entreprise fictive, 15 personnes, seuil quatre yeux CHF 5’000.00. Mardi 3 novembre 2026, le directeur prépare les factures dues jusqu’au vendredi 6 novembre, date d’exécution et jour ouvrable bancaire. Cinq factures sont proposées :
| Fournisseur | Facture | Montant | Échéance | Référence | Résultat |
|---|---|---|---|---|---|
| Stahlhandel Roth AG | 5512 | CHF 12’640.50 | Ve, 6.11. | QR-IBAN, référence QR | incluse, deux validations |
| Elektro Brandt AG | 8841 | CHF 2’318.20 | Ve, 6.11. | IBAN, Creditor Reference | incluse |
| Hauswartung Dubach | 33 | CHF 480.00 | Je, 5.11. | IBAN, sans référence | incluse |
| Druckerei Weber AG | 771 | CHF 960.00 | Me, 4.11. | – | quantité erronée, bloquée, exclue |
| Werkzeug Nord GmbH | facture EUR | EUR 1’900.00 | Ve, 6.11. | – | devise, paiement direct e-banking |
Roth dépasse le seuil : première validation par la comptable, seconde par le directeur. Une suffit pour Brandt et Dubach. Total : CHF 12’640.50 + CHF 2’318.20 + CHF 480.00 = CHF 15’438.70. Dépassant CHF 5’000.00, le fichier est créé par la comptable, distincte du directeur ayant créé le cycle.
Deux groupes : QR de CHF 12’640.50 et deux paiements suisses de CHF 2’798.20 (CHF 2’318.20 + CHF 480.00). En-tête : 3 paiements, contrôle CHF 15’438.70. La comptable téléverse et confirme. Le 6 novembre, les débits apparaissent ; l’import marque les trois factures payées si la banque détaille les écritures collectives.
Checklist
- Compte débité avec IBAN ordinaire, sans QR-IBAN
- pain.001.001.09 selon SPS actuel, schéma vérifié avant envoi
- Uniquement factures contrôlées et validées, aucune bloquée
- Seuil quatre yeux défini, création et validation séparées
- IBAN, adresse, référence complets ; QR avec QR-IBAN, Creditor Reference avec IBAN ordinaire
- Nombre et somme conformes à la sélection
- Date ouvrable bancaire, ni trop ancienne ni trop future
- Aucune facture dans deux cycles ouverts
- pain.002 vérifié : accepté, partiel ou rejeté
- Relevé importé après exécution, factures rapprochées
- Fichier et validations documentés et conservés
La solution KMU | base
Ouvrez Finance › Achats et frais › Achats et banque › Valider et payer.
1. Compte bancaire. Avant de créer le cycle, indiquez un IBAN valide ordinaire de votre société. Sinon, un message renvoie à la gestion des comptes ; QR-IBAN exclu.
2. Validation ou blocage. Factures fournisseurs ouvertes présente fournisseur, pièce, échéance, solde et validation. Dépliez le numéro : date, montant, référence, imputation, commentaire et original s’affichent sans quitter la liste. Validez ou bloquez avec motif. Paramètres définit validation préalable et seuil de seconde personne.
3. Création. Dans Cycle de paiement, choisissez Échéance au plus tard le et l’exécution. Proposition affiche les postes sélectionnables. Chaque exclusion est motivée : non validée, bloquée, sans IBAN, montant non positif, pas encore échue ou devise. Seules les factures CHF entrent ; payez les devises directement dans l’e-banking. Une facture reste dans un seul cycle ouvert, même après création du fichier. Rejeter le paiement groupé libère un brouillon.
4. Fichier. Valider et créer le fichier de paiement génère pain.001. Au-delà du seuil, une autre personne que le créateur intervient. Finance revérifie validations, blocages, montants, adresses, IBAN et références QR ; il nomme le fournisseur en erreur. QR et paiements suisses CHF occupent des blocs séparés. Le fichier unique est archivé et récupérable par Télécharger le fichier. Les postes deviennent « Paiement préparé ». Téléversez vous-même dans l’e-banking.
5. Refus bancaire. Sous Refusé par la banque ou fichier jamais transmis ?, annulez avec motif. Les factures impayées redeviennent ouvertes et nécessitent une nouvelle validation, les payées restent payées ; tout est journalisé. Si un poste est déjà payé ou modifié, l’annulation entière est refusée pour éviter une réinitialisation partielle.
6. Statut payé. Importez camt.053/054 : End-to-End identifie les paiements, les comptabilise contre le créancier et marque les postes payés. Le cycle affiche « x sur n payés ». La banque doit livrer les détails individuels dans camt.054 ou camt.053 détaillé ; sinon, affectez manuellement.
7. Fichier externe. Sous Paramètres › Échange de données › Banque, importez pain.001. Finance contrôle format et compte du donneur d’ordre, affiche nombre, total et date. Une seconde personne autorisée valide avant téléchargement ou transmission ; rejet possible.
Consultez la démo, ouvrez un compte d’essai ou lisez les instructions Finance | base. Questions : page Contact.
Sources
- SIX : Swiss Payment Standards, Implementation Guidelines client-banque, Customer Credit Transfer Initiation (pain.001), SPS 2026 version 2.3 du 20 février 2026, dès le 14 novembre 2026, chap. 2.1, 3.1, 3.2, 3.6, 3.8, 3.11, 3.14–3.16, 4.1–4.3 (en allemand) : PDF, consulté le 26.10.2026. Jusqu’au 13 novembre 2026 : SPS 2025 version 2.2 du 24 février 2025, depuis le 22 novembre 2025 (en allemand) : PDF, consulté le 26.10.2026.
- SIX : Swiss Payment Standards, Implementation Guidelines client-banque, Customer Payment Status Report (pain.002), SPS 2026 version 2.2 du 20 février 2026, dès le 14 novembre 2026, chap. 3.1 et 3.2.4 (en allemand) : PDF, consulté le 26.10.2026.
- SIX : ISO 20022 – standards de paiement, aperçu, versions actuelles, transition pain.001.001.03 (en allemand), consulté le 26.10.2026.
Ce guide ne remplace aucun conseil juridique ou fiscal. État des informations : 26 octobre 2026.