Request to pay – l’économie a besoin de la norme

Le 15 juin 2021, la nouvelle norme européenne pour les demandes de paiement électroniques, Request to Pay (RTP), est passée de l’idée théorique à une réalité pratique. Ce jour-là, les règles pour la SEPA Request to Pay (SRTP) sont entrées en vigueur. L’Association bancaire pour l’euro (EBA) a notamment travaillé sans relâche sur ce projet. Il est compréhensible que l’organisation veuille savoir si de nombreuses entreprises souhaitent appliquer la RTP dans un avenir proche. En septembre 2020, l’EBA conjointement avec PPI comme partenaire a lancé une enquête à grande échelle auprès des entreprises de toute l’Europe. Les résultats publiés récemment sous le titre « Request to Pay: What corporates want » ne surprennent pas par leur tendance, mais par leur unicité. Près de 100 % des entreprises sont intéressées par l’utilisation de la norme. Pour elles, il est essentiel que son usage soit uniforme dans toute l’Europe. Cela n’est pas surprenant puisque 70 % des entreprises interrogées souhaitent utiliser la RTP également pour les paiements transfrontaliers.

La partie principale de l’enquête portait sur les évaluations des entreprises quant à l’utilisation de la demande de paiement dans les domaines du point de vente (POS), du commerce électronique, de la facturation électronique et des paiements récurrents. Dans ces domaines aussi, la norme a été considérée comme clairement positive. Dans tous les domaines étudiés, plus de 80 % des entreprises interrogées pouvaient au moins imaginer utiliser la RTP. Dans le commerce électronique, la part était même supérieure à 90 %.

Dans le même temps, l’EBA et nous voulions savoir ce qui pourrait rendre la RTP encore plus attrayante pour les entreprises. Les réponses ont révélé certaines améliorations possibles. Il s’agit notamment de la normalisation des procédures, de l’offre des services à valeur ajoutée, de l’acceptation par les utilisateurs finaux, de la gestion les risques et des perspectives claires. 

Ces dernières répondent également aux demandes les plus fréquentes en matière de fonctionnalités supplémentaires : atteindre rapidement une pénétration du marché, une intégration dans des processus normalisés, entièrement automatisés et, par exemple, intégrés dans des systèmes ERP, ainsi que l’utilisation en combinaison avec des paiements instantanés ou d’autres possibilités de garantie de paiement. Car, bien sûr, aucun commerçant ne veut laisser un client partir avec la marchandise s’il n’a pas encore reçu l’argent. Si, toutefois, les acheteurs devaient attendre que le montant dû correspondant soit crédité sur le compte du vendeur, l’acceptation de la RTP, notamment au point de vente, devrait être proche de zéro. Dans ce cas, il convient d’examiner si la notification sur une RTP acceptée ou instruite peut être considérée comme une garantie de paiement juridiquement contraignante.

Une valeur ajoutée est la possibilité pour les entreprises interrogées d’intégrer des informations structurées sur le motif de paiement dans l’enregistrement. Cela facilite l’affectation des réceptions du paiement à des opérations spécifiques au sein d’un système de gestion des marchandises et constitue une condition préalable à des processus de facturation et de paiement entièrement numérisés et largement automatisés. En outre, les entreprises considèrent la RTP comme une bonne opportunité pour une communication en aval beaucoup plus directe entre le vendeur et l’acheteur de biens et de services : 43 % par exemple peuvent imaginer transporter des informations sur la garantie ou le retour conjointement avec l’enregistrement.

Au total, des entreprises de 20 pays européens ont participé à l’enquête, dont les deux tiers réalisent un chiffre d’affaires de 50 millions d’euros ou plus. Vous trouverez un lien de téléchargement vers le rapport final gratuit « Request to pay: What corporates want » (en anglais) et d’autres informations sur la RTP ici : https://www.ppi.de/en/payments/request-to-pay/success-story-eba-request-to-pay-survey/

Auteurs : Eric Waller, Anuschka Clasen

EBICS 3.0 sur la dernière ligne droite

Au plus tard le 22 novembre de cette année, le moment est venu. À partir de ce jour, les prestataires de services de paiement allemands seront obligés de proposer à leurs entreprises clientes EBICS 3.0, plus précisément EBICS 3.0.1, parallèlement à sa version précédente 2.5. Pour la Suisse, SIX a également formulé une recommandation pour soutenir EBICS 3.0 à partir de novembre 2021 et en France, EBICS 3.0 est officiellement proposé par les prestataires de services financiers depuis janvier 2018.
La Deutsche Bundesbank a annoncé qu’elle migrerait entièrement vers EBICS 3.0 à partir du 22 novembre 2021 pour une période de transition d’un an. L’EBA CLEARING adopte une position similaire quant à ses services EBICS.

Que signifie la migration EBICS pour tous les participants à EBICS ?

Les institutions financières et les prestataires de services financiers se préparent pour novembre 2021. Les systèmes compatibles avec EBICS 3.0 sont déjà utilisés dans de nombreux cas. Cependant, il est possible qu’EBICS 3.0 n’ait pas encore été activé pour l’utilisation.

Pour la période de transition d’EBICS 2.x vers EBICS 3.0, les mises en correspondances spécifiées ou convenues pour les types d’ordre et les BTF doivent être enregistrés du côté des institutions financières et des entreprises clientes. Ces cartographies peuvent être omises à l’avenir si aucun type d’ordre ou paramètre FileFormat n’est plus spécifié pour les nouvelles opérations métier EBICS.

Toutes les parties devraient déjà prendre en compte le Crypto LifeCycle (voir Crypto LifeCycle sur https://www.ebics.org/en) pour EBICS avant la migration vers EBICS 3.0. Les longueurs de clé minimales, les procédures par clés et les spécifications TLS doivent être respectées. EBICS 2.3 sera automatiquement obsolète à partir du 22 novembre en raison des procédures par clés y définies.
Tout cela requiert un logiciel EBICS à jour. Les entreprises clientes devraient donc migrer les systèmes de leurs clients vers EBICS 3.0 à un stade précoce, afin de pouvoir réagir à la migration vers EBICS des institutions financières. Pour éviter une réinitialisation complexe et chronophage, les mises à jour correspondantes d’EBICS et des clés du côté client devraient être terminées avant l’arrêt des procédures, de même que des versions EBICS côté banque. Les mises à jour des clés peuvent devenir une condition préalable à la migration vers EBICS 3.0.

Le protocole client basé sur texte (type d’ordre PTK) n’étant plus spécifié pour EBICS 3.0, il est possible que les institutions financières ne le proposent plus pour EBICS 3.0. Si la surveillance du compte-rendu client des entreprises clientes est toujours basée sur PTK, il est recommandé de passer rapidement au HAC basé sur XML.

Les entreprises clientes peuvent également se réjouir de quelques nouvelles fonctionnalités que EBICS 3.0 leur offre désormais. Il s’agit notamment de la vérification technique de double vérification, de l’indication facultative du nom de fichier original lors de l’émission et de l’indicateur VEU (VEU = signature électronique disjointe), permettant à l’entreprise cliente de contrôler directement si son ordre soumis doit être mis dans le processus VEU ou s’il doit être contrôlé directement.

Autant de points importants que je voudrais partager avec vous pour atteindre l’objectif avec succès. En fin de compte, il faut se préparer à la migration vers EBICS et mettre en œuvre les précautions nécessaires.

Et vous ? Avez-vous déjà commencé le sprint vers EBICS 3.0 ?


Auteur : Michael Lembcke