ÃÛ¶¹ÊÓƵ

En principe, les données de base chargées auprès d'ÃÛ¶¹ÊÓƵ déterminent les avis et relevés qui seront affichés dans un ordre pain.001.

Si d'autres avis ou relevés sont souhaités au cas par cas, l'instruction correspondante peut être donnée directement dans l'ordre pain.001. Dans ce cas, les instructions du pain.001 priment sur les paramètres définis par les données de base.

Des informations plus précises sur la gestion des avis de débit sont à votre disposition dans les Implementation Guidelines.

Les éditeurs de logiciel proposent automatiquement la nouvelle fonctionnalité, telle que la norme ISO 20022, uniquement aux clients disposant d'un contrat de maintenance. Sans ce dernier, les clients doivent contacter l'éditeur eux-mêmes et se procurer une mise à jour de logiciel généralement payante.

Lors de la saisie du paiement, votre logiciel doit être compatible avec la QR-facture et son volume de données supplémentaire. Par ailleurs, il doit pouvoir générer l'ordre de paiement pain.001 pour les trois variantes de la QR-facture. Un paiement fluide ne peut se faire que dans ces conditions. Les recommandations pour les émetteurs et les destinataires de factures se trouvent dans le manuel ÃÛ¶¹ÊÓƵ pour la QR-facture.

Veuillez-vous adresser à votre service de support de votre logiciel pour établir les circonstances exactes. La est une alternative à disposition pour les clients ÃÛ¶¹ÊÓƵ (également dans le cadre de développements internes). A l'aide de cette plateforme, vous pouvez rechercher la présence d'erreurs éventuelles dans vos fichiers de paiements au nouveau format. Si la plateforme de test révèle une erreur, il faut corriger le fichier de paiements utilisé.

Si la plateforme de test n'affiche aucune erreur, adressez-vous au service d'assistance E-Banking (0848 848 061) et joignez-y le résultat de la plateforme.

Vous trouverez un guide succinct sur le processus précis sous:

Si vous pilotez l'interface de données OFX d'ÃÛ¶¹ÊÓƵ E-Banking par le biais d'un logiciel approprié, le logiciel reçoit un message de protocole pain.002 en retour et le résultat s'affiche directement dans votre logiciel.

Lors du chargement manuel dans ÃÛ¶¹ÊÓƵ E-Banking sous > Paiements > Virement et paiement de facture > Nouvelle saisie > Transfert de fichier, il n'y a pas de renvoi de pain.002. Après le téléchargement, le statut des paiements apparaît directement dans le masque e-banking «Transfert de fichier».

Dans ÃÛ¶¹ÊÓƵ E-Banking sous Paiements > Virement et paiement de factures > Données saisies, on peut choisir le menu «Afficher les ordres» relatif au fichier de paiements chargé sur la page de droite. On reçoit le message d'erreur détaillé par paiement en cliquant sur le symbole du crayon pour chaque transaction, ce qui permet d'afficher les détails du paiement correspondant et au-dessus, le message d'erreur correspondant.

En chargeant un message de paiements pain.001 manuellement, les limitations suivantes s'appliquent:
Nombre de transactions par fichier: 9'999
Grandeur du fichier maximal: 50 MB

En chargeant un message de paiements pain.001 par l'interface OFX, les limitations suivantes s'appliquent:
Nombre de transactions par fichier: 9'999
Grandeur du fichier maximal: 20 MB

Les heures limites de réception sont indiquées sur le factsheet suivant en fonction de la monnaie et du mode de paiement:

Si un message pain.001 a été chargé dans ÃÛ¶¹ÊÓƵ E-Banking et qu'un paiement spécifique a été supprimé par un collaborateur qui ne dispose que d'un droit de signature partielle du paiement, ce dernier obtiendra le statut «partiellement visé». Cela signifie que ce paiement ne sera pas exécuté lorsqu'il atteindra la date d'exécution. Afin de supprimer complètement le paiement, un deuxième collaborateur, titulaire au moins d'un droit de signature partielle, doit confirmer la suppression du paiement en question.

Ce terme désigne une facture comprenant une section paiement et un récépissé. La partie supérieure de la QR-facture est semblable à une facture normale, la partie inférieure comporte quant à elle la section paiement intégrant le récépissé qui remplacera les bulletins de versement orange ou rouges actuels après une période de transition se terminant le 30 septembre 2022.

Vous pouvez utiliser la QR-facture depuis le 30 juin 2020.

Il y a une période de transition, pendant laquelle les QR-factures et les bulletins de versement orange et rouge seront autorisés. La date de fin de cette période a été communiquée par PostFinance. Ils seront remplacés définitivement le 30 septembre 2022 et ne pourront donc plus être utilisés après cette date

Nous vous recommandons de débuter dès que possible votre passage à la QR-facture.

Cela se fait via la référence structurée: pour la version 1 des QR-factures avec QR-IBAN et QR-référence ou pour la version 2 des QR-factures avec IBAN et Creditor Reference. 

Plus de détails en suivant ce lien:

Oui, lors de la facturation avec les bulletins de versement orange existants, les clients ont la possibilité de charger un fichier de crédit BVRB conforme ISO-20022 en message camt ou, comme jusqu'à présent, un fichier de crédit BVR v11. Nous recommandons cependant de passer suffisamment tôt au format camt.

Il existe les combinaisons suivantes; nous recommandons la troisième:

1. Seul le fichier de crédit BVR v11 est crypté: le client reçoit un v11 pour les entrées BVRB et pas de reporting pour les entrées QR (c-à-d. que ce scénario doit être évité, car une partie des entrées ne seront pas notifiées).
2. Le fichier de crédit BVR et camt sont cryptés tous deux: le client reçoit un v11 et un camt pour les entrées BVRB ainsi que camt pour les entrées QR (c-à-d. qu’avec ce scénario, il est important de ne rapprocher le BVRB qu’avec v11 ou avec camt).
3. Seul camt est crypté: le client reçoit un camt pour les entrées BVRB ainsi qu’un camt pour les entrées QR (c-à-d. que ce scénario suppose un logiciel camt pour le rapprochement BVRB également).
   

Nos tarifs pour les particuliers sont consultables sous

Nos tarifs pour les entreprises sont consultables sous

Le manuel ÃÛ¶¹ÊÓƵ sur la QR-facture et règles de traitement de la QR-facture publiées par SIX peuvent également aider.

Le Swiss QR-Code comprend deux champs qui servent aux procédures alternatives. Elles sont toujours disponibles pour d'autres prestataires de solutions de paiement. Tout prestataire souhaitant s'en servir se trouve dans l'obligation d'en fournir et d'en assurer les spécifications.

Jusqu'à présent, seul l’eBill est disponible pour la procédure alternative utilisant la QR-facture. Le champ «procédure alternative» peut être rempli conformément à la spécification de eBill lors de la création de la QR-facture. L'émetteur de la facture doit ici avoir les informations eBill de son client. Cela permet un triage lors de l'envoi effectif de la facture. Le client reçoit soit une facture eBill, qui lui est envoyée lorsque ses données sont complètes, soit une QR-facture papier. Le payeur n'a pas besoin de ces informations pour régler la facture.

Sur la plateforme de test ÃÛ¶¹ÊÓƵ, les clients disposant de leur propre logiciel et les partenaires informatiques peuvent tester en profondeur la création d’une QR-facture, ainsi que (du point de vue du payeur) la saisie d’une QR-facture et le paiement via pain.001.