1. Comment avez-vous commencé à créer des intégrations d'IA ?
"Peu après le lancement de ChatGPT, j'ai commencé à expérimenter l'intégration de l'IA en utilisant la plateforme d'intégration Alumio iPaaS. Les résultats avec les premiers modèles GPT n'étaient pas excellents, mais voyant le potentiel futur, je it ai d'abord utilisé pour soutenir mon processus de création de flux de travail au sein d'Alumio.
Mon premier projet d'intégration de l'IA est né lorsque j'ai conseillé à un client de ne pas utiliser d'outil de traduction pour son site web de commerce électronique, qui était trop technique et problématique à long terme. À la place, j'ai proposé une alternative basée sur l'IA en utilisant l'iPaaS Alumio , que nous utilisions déjà pour les aider à intégrer Akeneo, leur système PIM (Product Information Management).
Après avoir exploré plusieurs solutions d'IA, j'ai opté pour la plateforme Vertex AI de Google et choisi leurs modèles Gemini pour le projet d'intégration. La traduction des produits de l'anglais ou du néerlandais vers d'autres langues avec Gemini a été facile et rapide. L'utilisation de l'iPaaS d Alumio pour intégrer l'IA au systèmePIM Akeneo du client a également été relativement simple et directe.
Le flux d'intégration que nous avons construit au sein d'Alumio implique :
a) Récupérer les données des produits (en anglais ou en néerlandais) duPIM Akeneo dans Alumio.
b) Cartographier les données dans Alumio pour les envoyer à la solution Gemini AI.
c) Envoyer les attributs des produits qui doivent être traduits au modèle Gemini AI via Alumio.
e) Recevoir les traductions de Gemini et les enregistrer dans le champ d'application spécifique de cette langue.
En 16 heures environ, nous avons traduit 12 000 produits grâce à cette intégration AI. Nous avons permis au client d'économiser environ 500 à 600 euros en frais mensuels que l'autre application de traduction lui aurait coûté. Le retour sur investissement a été atteint en seulement trois mois.
2. Comment un iPaaS contribue-t-il à l'intégration de l'IA ?
"Lorsqu'on utilise un iPaaS comme Alumio, l'ajout de l'IA dans le flux d'intégration est relativement simple et s'aligne bien sur la façon dont l'iPaaS fonctionne déjà. En général, l'iPaaS extrait des données d'un système, it transforme dans un format structuré et it transmet à un autre système. Lorsque vous introduisez l'IA, le processus est presque identique : vous récupérez les données, vous les structurez et les mappez d'une manière attendue par l'IA, vous it envoyez dans le modèle/la boîte noire de l'IA, vous recevez une réponse, puis vous traitez ou Route cette réponse en conséquence.
L'IA peut être utilisée efficacement de deux manières en combinaison avec un iPaaS: la première, plus difficile à mettre en œuvre pour l'instant, consiste it utiliser l'IA pour améliorer le développement de l'intégration elle-même au sein de l'iPaaS, et la seconde consiste à intégrer l'IA pour améliorer les capacités des produits.
- Améliorer le développement de l'intégration avec l'IA : Dans le premier cas d'utilisation, j'alimente l'outil d'IA avec mes stratégies et mes modèles de construction d'intégrations en utilisant Alumio. En réponse, l'IA aide à générer une implémentation de base de ces stratégies, c'est-à-dire qu'it ne construira pas le mappage complet ou n'appliquera pas la logique métier, mais it me fournira la configuration de base. Par exemple, it me donnera la configuration entrante pour récupérer les données d'Akeneo et inclura la logique pour stocker les horodatages. Ainsi, chaque exécution ne récupère que les données nouvelles ou mises à jour. En d'autres termes, it permet de générer rapidement un squelette pour les Routes, ce qui peut accélérer les premières étapes de la configuration de l'intégration.
- Intégrer l'IA à d'autres outils ou applications : Du côté des produits, l'intégration de l'IA via l'iPaaS d Alumio peut aider à automatiser des tâches complexes telles que la traduction des données produit (comme exploré dans l'exemple précédent). L'IA est particulièrement efficace pour structurer les données non structurées. Par exemple, une preuve de concept que nous menons actuellement implique l'automatisation du traitement des bons de commande reçus au format PDF par e-mail. Le client souhaite importer automatiquement ces bons de commande dans son ERP. Alors que certains de leurs fournisseurs envoient des données EDI structurées qui s'intègrent facilement à leur ERP, beaucoup envoient simplement des PDF par courrier électronique après une commande verbale. Les outils d'OCR traditionnels qui pourraient être utilisés pour lire les PDF nécessitent un modèle unique pour chaque fournisseur, qui se brise constamment en cas de modification de la mise en page. Pour résoudre ce problème, nous avons mis en place un système dans lequel les fournisseurs envoient les PDF par courrier électronique à une boîte de réception dédiée. Nous avons ensuite construit une intégration pour l'iPaaS Alumio afin de récupérer les commandes PDF dans cette boîte de réception et de it envoyer à l'outil Gemini AI, tout en enrichissant la demande avec des données contextuelles provenant de l'ERP (par exemple, le catalogue complet du fournisseur). Gemini croise ces données ERP et extrait ensuite des données spécifiques du PDF, comme les noms des fournisseurs ou les détails de la commande, ce qui nous permet de créer automatiquement des bons de commande structurés.
Dans l'ensemble, bien qu'Alumio accélère déjà la façon dont nous construisons des intégrations et automatisons les processus pour nos clients, l'ajout de l'IA aide définitivement à stimuler l'efficacité sur les deux fronts."
3. Quelle est la marge d'erreur lors de l'élaboration d'intégrations d'IA ?
"La plupart des erreurs d'IA générative dépendent de la quantité d'informations contextuelles que l'IA reçoit. Par exemple, dans l'exemple précédent, où nous avons utilisé Alumio pour construire une intégration afin d'envoyer les PDF des fournisseurs à Gemini pour enrichissement, nous avons également modifié l'échange de données pour inclure des données contextuelles provenant de l'ERP (catalogue complet des fournisseurs). Cela permet à l'IA de faire des associations intelligentes lorsqu'elle transforme les PDF des fournisseurs en bons de commande. Par exemple, si un PDF mentionne "BR Green" comme fournisseur, l'IA peut comprendre qu'it s'agit probablement de "Brothers Green" dans l'ERP. L'ajout d'informations contextuelles réduit donc considérablement le risque d'erreur.
Pour réduire la marge d'erreur avec l'IA générative, nous combinons généralement nos intégrations d'IA avec une interface utilisateur, qui affiche le contenu généré par l'IA et permet aux utilisateurs de it 'examiner avant de it 'autoriser à être mis en ligne. Nous configurons également Alumio pour qu'il effectue des vérifications en arrière-plan, par exemple en signalant les divergences si le prix de la commande ne correspond pas à ce que l'ERP attend. Le niveau de supervision dépend du cas d'utilisation, certaines entreprises étant d'accord pour pousser les données de produits traduites par l'IA directement vers leur boutique en ligne sans it examiner. D'autres insistent sur l'approbation manuelle avant la publication. Mais pour les processus critiques tels que les bons de commande, où les erreurs peuvent avoir un impact financier, il est essentiel de valider ce que l'IA génère."
4. Quels sont les plus grands défis en matière d it intégration de l'IA ?
"Le plus grand défi actuel est que la plupart des modèles d'IA sont encore fondamentalement construits sur de grands modèles de langage (LLM). Même du côté de l'API, ils sont principalement conçus pour des interactions de type chatbot, ce qui n'est pas la façon dont nous les utilisons généralement dans les intégrations. Il existe des fonctionnalités telles que l'appel de fonction ou les sorties structurées (que Gemini de Google, par exemple, prend en charge). Pourtant, nous recevons encore souvent des réponses en texte brut contenant un objet JSON , plutôt que de recevoir directement du JSON structuré. Cela montre que ces modèles sont toujours ancrés dans la conception conversationnelle, même lorsqu'ils sont utilisés pour des processus dorsaux.
Cela nous a posé un certain nombre de problèmes, en particulier lorsqu'it s'agit de désérialiser les réponses. Les modèles comprennent assez bien le code, mais ils it génèrent toujours sous forme de texte brut. Cela signifie qu'ils peuvent oublier une virgule, manquer un crochet ou faire d'autres petites erreurs de syntaxe qui peuvent interrompre un processus. La gestion de ces incohérences demande un certain travail au début, mais les modèles s'améliorent rapidement et sont déjà beaucoup plus fiables qu'ils ne l'étaient il y a un an".












