Peppol pour les développeurs : transactions B2B simplifiées ou nouvelle charge informatique ?

Peppol gagne indéniablement du terrain dans le monde de la messagerie commerciale. Les entreprises et les gouvernements migrent de plus en plus leurs communications commerciales (factures électroniques, commandes électroniques et autres flux transactionnels) des technologies traditionnelles vers cette nouvelle norme ouverte.

De nombreux articles fournissent un aperçu des principes fondamentaux de Peppol, nous ne reviendrons donc pas dessus ici. Pour un résumé de son contexte, consultez cet article sur l'histoire de Peppol. Je vais plutôt m'attarder sur ses fonctionnalités, ses capacités techniques et son infrastructure du point de vue d'un développeur, et expliquer pourquoi il est devenu un nouveau paradigme dans le domaine du B2B.

Dans le contexte informatique, le terme « business-to-business » (B2B) désigne l'échange électronique de messages commerciaux entre entreprises. La communication électronique B2B existe depuis longtemps et a été l'un des facteurs déterminants dans le développement d'un réseau mondial stable et sécurisé, que nous connaissons aujourd'hui sous le nom d'Internet.

Dans le contexte informatique, le terme « business-to-business » (B2B) désigne l'échange électronique de messages commerciaux entre entreprises. La communication électronique B2B existe depuis longtemps et a été l'un des facteurs déterminants dans le développement d'un réseau mondial stable et sécurisé, que nous connaissons aujourd'hui sous le nom d'Internet.

La raison est simple. Les entreprises ont compris qu'avec l'arrivée des ordinateurs, elles devaient partager leurs données pour exploiter pleinement leur potentiel. C'est de ce besoin qu'est né le B2B.

Lorsque le B2B a fait son apparition à la fin des années 70, il n'existait aucun réseau entre les entreprises et le stockage des données coûtait extrêmement cher. Tout le monde s'efforçait donc de réduire au maximum les modèles de données.

Dès ces débuts, deux formats principaux ont émergé : ANSI X12 (1979) aux États-Unis et EDIFACT (1984) en Europe. Tous deux étaient destinés à servir de norme aux entreprises pour utiliser et enregistrer des données sous une forme aussi compressée que possible.

Des décennies plus tard, ces formats sont toujours largement utilisés dans le monde entier. Le format X12 est peu courant en dehors des États-Unis, mais le format EDIFACT est très répandu.

EDIFACT est également à la base del'UBL, le fondement du format XML Peppol.

Le B2B est utilisé aujourd'hui par pratiquement toutes les entreprises, car tout le monde a besoin de communiquer par voie numérique pour faire des affaires.

Avec l'essor du B2B, en particulier à partir du milieu des années 90, lorsque l'Internet a connu un essor fulgurant, de nombreuses entreprises ont commencé à établir des connexions « point à point » (P2P) avec leurs partenaires commerciaux, car il n'existait aucune autre alternative pour partager leurs données B2B.

Quelque temps plus tard, les premiers services de réseau à valeur ajoutée (VAN) ont été développés pour pallier les difficultés croissantes des connexions P2P. Les entreprises pouvaient se connecter à un fournisseur VAN , qui, à son tour, se connectait à tous les autres collaborateurs, formant ainsi un réseau d'opérateurs B2B. Ces fournisseurs de services sont communément appelés simplement « opérateurs » (OP).

De plus en plus d'OP ont été créées, certaines au niveau local, dans une région ou un pays spécifique, d'autres à l'échelle mondiale. Le nombre de connexions B2B a rapidement augmenté, tandis que de plus en plus de systèmes ont été introduits sur le marché.

Le résultat a été une explosion des types et formats de messages, car les systèmes de soutien ne disposaient pas de normes communes.

Les prestataires de services B2B ont rapidement compris qu'ils avaient besoin de transformations (conversions de formats de données entre les systèmes des clients et ceux de leurs partenaires commerciaux), ce qui a conduit au développement de nouvelles solutions, de logiciels de transformation pour les entreprises et de services de transformation proposés par VAN .

Comme vous pouvez probablement l'imaginer, cela a causé un véritable chaos dans le trafic B2B. Cependant, pour VAN , cette configuration était très rentable : ils pouvaient facturer à la fois les expéditeurs et les destinataires, et pour couronner le tout, ils pouvaient facturer des frais supplémentaires pour les transformations !

Bien sûr, le terme « effondrement » peut sembler excessif. Cependant, avec la multiplication des formats sans coordination centrale, l'expansion rapide d'Internet et la baisse continue des prix du stockage et du transfert de données, le point de rupture semblait imminent.

VAN étaient toutefois satisfaits. Tout participant à un réseau d'opérateurs était étroitement lié et n'avait d'autre choix que de continuer à payer les factures VAN pour poursuivre ses activités.

Lorsque les coûts sont devenus douloureusement élevés, les entreprises ont commencé à chercher à intégrer la fonctionnalité B2B en interne ; la plateforme d'intégration faisait alors son apparition pour la première fois.

Les plateformes d'intégration ont été développées pour remplacer les fonctionnalités VAN nombreux VAN en matière de gestion des transports, de transformation et de routage. Ceux qui travaillent dans ce secteur depuis plusieurs années se souviennent de cette période comme de l'èreSOA(entre 2004 et 2008 environ). Depuis lors, la SOA s'est développée, ou plutôt transformée, pour devenir la norme des microservices. Dans l'ensemble, c'est un excellent résultat.

Cependant, les entreprises devaient souvent payer des frais de licence élevés aux fournisseurs de logiciels d'intégration au lieu de payer le VAN . De plus, la flexibilité des logiciels d'intégration a encore aggravé la complexité, car les entreprises pouvaient désormais s'adapter à pratiquement tout et le traiter dans leurs systèmes, mais à un coût fixe élevé, auquel s'ajoutaient les frais de consultants, de traitement manuel et de création d'intégrations. Ce désordre est quelque chose dont nous souffrons encore aujourd'hui : l'intégration spaghetti. Le nombre de formats, de protocoles de communication et de connexions P2P est écrasant.

La solution à cette situation inefficace mais malheureusement croissante est venue de manière inattendue. Alors que les pays, les régions et les systèmes avaient leurs propres formats et protocoles, l'Union européenne a identifié ce problème comme un obstacle à l'efficacité du marché intérieur. L'UE a commencé à développer Peppol afin de disposer d'un réseau de collaboration avec une norme précise et contrôlée.

Cette initiative a été prise indépendamment de l'effondrement du marché B2B, mais l'UE avait besoin d'une norme de communication commune et efficace, car il n'en existait aucune sur le marché.

Tout le monde n'était pas satisfait de cette situation. Les VAN ont compris que la simplicité d'une norme commune réduirait considérablement le montant des frais ou des commissions perçus, supprimant ainsi une source de revenus importante.

Finalement, grâce au soutien indéfectible des décideurs politiques européens et à l'adoption continue de Peppol par les gouvernements et les entreprises, la plupart VAN ont compris qu'il était plus rentable à long terme de maintenir une norme unique. Il n'était plus possible de continuer à gérer le chaos du B2B et l'enchevêtrement des intégrations. Le soutien des VAN a permis à Peppol de prendre son essor.

Les entreprises qui avaient investi massivement dans une plateforme d'intégration gérant toutes les communications B2B en interne n'étaient pas non plus ravies. Peppol exige l'utilisation d'un point d'accès Peppol (AP), également appelé fournisseur de services Peppol, comme seul moyen d'échanger des messages via Peppol. Cette interface unique vers le réseau rend superflues les connexions P2P existantes et la capacité à gérer de nombreux protocoles de transfert.

Les utilisateurs de la plateforme d'intégration sont arrivés à la même conclusion que les VAN . Du moins, ils commencent à s'en rendre compte : l'utilisation d'UNE norme unique permet de clarifier considérablement la situation. Parallèlement, un nombre croissant de fournisseurs de logiciels, par exemple les ERP tels queSAP, ajoutent une prise en charge native de Peppol, éliminant ainsi le besoin de transformations complexes.

De nombreuses plateformes d'intégration et VAN ont pris conscience des avantages considérables du modèle Peppol.

L'AP garantit la livraison des messages ; le protocole et la norme sont hautement structurés et validés, et tout message reçu via le réseau est entièrement validé et toujours correct à 100 % du point de vue de la syntaxe et des règles de validation.

Ces contrôles et équilibres offerts par le réseau Peppol peuvent réduire considérablement le besoin de gestion et de suivi des erreurs, ce qui permet de réaliser des économies à long terme. Le personnel peut être affecté à d'autres tâches, et les licences logicielles et les systèmes peuvent être réduits.

Lorsque j'ai débuté dans l'informatique et le B2B, l'une de mes premières missions consistait à mettre à niveau un flux EDIFACT D.93A vers la nouvelle version D.96A (ceux qui connaissent EDIFACT savent peut-être que D.96A a été lancée en 1996). Ma première réaction a été : «Mais qu'est-ce que... ? Qui a bien pu inventer ce format ?». Puis j'ai réalisé que c'était les Nations Unies, alors j'ai accepté la situation.

Peppol a choisi UBL comme norme sous-jacente, qui est basée sur EDIFACT. Il s'agit d'une base largement utilisée et éprouvée qui répond aux besoins de la plupart des entreprises.

Les messages UBL sont envoyés à l'aide duprotocole AS4 (ebMS)sous forme de données signées et cryptées, ce qui sécurise le message et son transport et fait de Peppol un moyen de communication sûr et fiable. Peppol est régi par une norme ouverte, avec un comité et des membres qui définissent la norme et y apportent des modifications et des ajouts. Chaque pays adhérent dispose d'une ou plusieurs autorités Peppol qui régissent les membres dans chaque pays.

Consultez cet article pour vous familiariser avec la terminologie Peppol.

Peppol est un ensemble de normes et d'infrastructures conçues pour simplifier les processus d'approvisionnement électronique en Europe et au-delà. Son adoption a été motivée par le besoin de solutions d'approvisionnement électronique normalisées et interopérables afin d'améliorer l'efficacité, de réduire les coûts et de favoriser le commerce international.

Points clés concernant l'adoption du système Peppol :

Dans l'ensemble, l'adoption du système Peppol représente une avancée significative dans la numérisation des processus d'approvisionnement, favorisant une plus grande efficacité, une meilleure rentabilité et l'intégration du commerce mondial.

Et ses défis ?

L'adoption de Peppol, bien qu'avantageuse, peut se heurter à plusieurs obstacles. Je vais être un peu direct ici, mais il est essentiel d'examiner Peppol en toute lucidité :

Pour surmonter ces obstacles, il faut une planification stratégique, des ressources adéquates et un engagement fort des parties prenantes afin d'adopter et d'exploiter avec succès les avantages de Peppol.

Peppol est en pleine croissance. Certains problèmes de jeunesse sont fréquents à mesure que de nouveaux pays souhaitent adhérer, et la communauté fait de son mieux pour combiner les ressources afin de répondre aux besoins de chacun.

La norme s'est scindée en deux : Peppol BIS, principalement utilisé en Europe, et Peppol PINT, utilisé à l'échelle internationale. Cette scission est probablement judicieuse, car les réglementations et exigences en matière de TVA ne peuvent être satisfaites dans un format unique, mais la correspondance (transformation) entre les deux est clairement définie.

Si l'on repense aux problèmes complexes auxquels nous avons été confrontés il y a quelques années, il est prouvé que Peppol peut résoudre ces difficultés, contribuer à réduire les coûts et les erreurs, et fournir des données de meilleure qualité. Même s'il existe des défis valables qui pourraient s'avérer difficiles à surmonter pour certains, il est évident que Peppol continuera à se développer. Dans les années à venir, nous assisterons à un soutien accru des systèmes et des services, par exemple les ERP, qui prendront en charge les formats XML Peppol, à l'adhésion de nouveaux pays et à une augmentation continue du nombre de transactions et d'utilisateurs.