Quelles que soient vos idées préconçues sur des termes à la mode comme la transformation numérique, et quel que soit le stade auquel vous trouvez votre stratégie informatique actuelle au sein de l’entreprise, que ce soit au début de la planification d’un projet de migration vers le cloud, ou que vous soyez occupé à maintenir un environnement existant couplé à une prépondérance d’applications cloud, ou même si votre entreprise débat de la direction à prendre, il y a de fortes chances que vous utilisiez une certaine forme d’API pour intégrer entre les applications, les systèmes et les entreprises.
Les API sont partout. Elles sont omniprésentes dans la vie comme dans les affaires. En fait, les API sont tout autour de vous, en usage dans l’informatique d’entreprise, même si vous n’en êtes pas directement conscient.
Une API, ou interface de programmation d’application, est un moyen défini d’accéder aux données, aux ressources et aux routines de traitement d’une application ou d’un système à partir d’un autre. Les API sont un élément essentiel des offres de cloud et de logiciel en tant que service (SaaS), et continueront probablement à gagner en popularité pour être utilisées dans les futurs environnements technologiques.
Mais, d’API-augmentées à API-dirigées, les API sont de plus en plus au centre de nombreuses discussions sur la façon dont elles peuvent être exploitées au mieux dans les cas d’utilisation d’intégration. Des applications et des données, jusqu’aux écosystèmes d’entreprise, les API deviennent rapidement un pilier dans la plupart des stratégies d’intégration d’entreprise.
Dans ce blog, nous allons brièvement aborder quatre façons clés dont votre entreprise peut commencer à envisager les API pour faciliter l’intégration.
# 1 – API pour la configuration, l’administration et la surveillance des produits
Lorsque quelqu’un parle d' » administration sans tête « , c’est à ce type d’intégration d’API qu’il fait référence. Un environnement « sans tête » est un ordinateur qui fonctionne sans moniteur, sans interface utilisateur graphique (GUI) ou sans autres dispositifs, tels qu’un clavier ou même une souris.
Ce type d’API vous permet d’effectuer tout type d’administration avec votre cloud que vous pouvez faire par le biais d’une GUI administrative. Vous pouvez exécuter le système « sans tête » et le gérer sans avoir à aller au clavier et à toucher littéralement les choses. Toutes les fonctionnalités de gestion des données sont aujourd’hui disponibles via des API REST. Il existe des capacités limitées de gestion de la traduction ou de la transformation par le biais d’API, mais la conception de ce système repose en partie sur le fait que la transformation est « headless », c’est-à-dire que le studio et le runtime sont séparés. Donc, à bien des égards, bien qu’il y ait des capacités, il reste aussi des lacunes à combler.
Plutôt que d’utiliser l’interface graphique pour mettre à jour vos partenaires commerciaux, vos connexions AS2, ou pour gérer vos certificats, vous utiliseriez une API pour accomplir ces tâches. Au lieu de cela, une façon plus claire d’y penser est de traiter le scénario comme s’il s’agissait d’une API d’administration qui automatise plusieurs tâches clés du produit, notamment :
- Manage
- Setup
- Configure
Les prochaines étapes à partir de là seraient de compléter les API REST pour le mouvement des données et d’affiner la stratégie « sans tête » pour la transformation des données.
#2 – API pour charger et télécharger des fichiers
Si vous jetez un coup d’œil aux capacités de mouvement des données, vous commencerez généralement par de multiples protocoles de communication sécurisés. Ces protocoles sont très variés, utilisés pour l’intégration basée sur les fichiers, et comprennent FTP, SFTP, AS2, ainsi que, comme c’est souvent le cas, un portail sécurisé pour les flux de fichiers de personne à système. Si vous souhaitez télécharger un fichier, vous pouvez utiliser des API REST pour y parvenir, ainsi que des API de soutien qui peuvent être configurées pour charger et télécharger de manière programmatique les fichiers depuis et vers la plate-forme d’intégration. Ces types d’API sont pertinents pour la façon dont une entreprise peut fonctionner dans le mouvement traditionnel des données et soutenir des scénarios d’intégration polyvalents et flexibles basés sur les fichiers dans leur environnement.
#3 – Utiliser des outils pour connecter d’autres systèmes ensemble en utilisant leurs API
Le troisième exemple tourne autour des API qui sont fournies par d’autres systèmes, par rapport à celles en interne. Parmi les exemples les plus populaires de systèmes d’entreprise centraux, citons Salesforce, qui détient environ 20 % du marché mondial du CRM, et NetSuite, un nom constamment dominant dans le domaine de l’ERP, pour n’en citer que quelques-uns. Dans ce cas, Salesforce et NetSuite présentent ces API permettant à une entreprise de les consommer pour faire une sorte d’intégration cloud basée sur les applications.
#4 – Utiliser les outils Cleo pour fournir des API à utiliser par d’autres systèmes
Le quatrième et dernier exemple est en fait l’autre côté de l’exemple précédent, où une entreprise utiliserait les API du système. Ici, l’entreprise présente les API pour que d’autres puissent y accéder. Par exemple, fournir une API pour commander des produits. Quelqu’un chez Salesforce veut que quelqu’un puisse accéder à son environnement, qu’il puisse effectuer des opérations à l’aide d’un programme via ses API. Alors comment le font-ils ?
C’est réalisé en présentant une API au monde que d’autres personnes extérieures à l’entreprise peuvent appeler et accéder. Si quelqu’un voulait fournir une API pour commander un produit ou vérifier son relevé de commande, il pourrait utiliser la technologie d’intégration pour construire cette API et permettre aux gens d’appeler et d’essayer de comprendre ce qui se passe avec leur commande.
Présenter Vs. Consuming APIs
La distinction importante à faire entre le troisième et le quatrième exemple est que le troisième exemple appelle ou consomme une API fournie par quelqu’un d’autre, tandis que le quatrième exemple fournit une API que d’autres personnes peuvent appeler.
***
Cleo Integration Cloud permet aux entreprises d’effectuer une intégration sans friction entre les applications, les systèmes et les partenaires commerciaux en partie grâce à l’utilisation d’API. Parce que Cleo fournit une plate-forme complète pour l’intégration de tout type, les organisations peuvent aborder un large éventail de scénarios d’intégration pour connecter et automatiser les processus métier générateurs de revenus.
De plus, Cleo Integration Cloud offre la flexibilité d’utiliser les API REST et SOAP, permettant à votre entreprise de consommer les deux. En outre, il existe des capacités de transformation intégrées qui peuvent être utilisées pour transformer le format qui est généralement utilisé pour les deux sortes d’API, comme XML et JSON. Ce qui est plus, c’est que Cleo prend également en charge diverses capacités et formats B2B, tels que les feuilles de calcul, les bases de données et les fichiers XML, de sorte que vous n’êtes pas limité à l’API uniquement dans votre ceinture d’outils d’intégration.
A mesure que la proéminence des interactions centrées sur l’entreprise augmente et que l’intégration axée sur l’écosystème se développe à l’avenir, les API ne feront que continuer à augmenter l’EDI traditionnel basé sur les fichiers. Dans ce contexte, Cleo fournit la base de l’intégration interentreprises à l’aide d’API, en approfondissant vos capacités résoudre tous les besoins d’intégration, et en permettant l’intégration d’applications en conjonction avec l’intégration B2B.