Le connecteur Marketing Factory - Salesforce: histoire d'un succès technique

Le connecteur Marketing Factory - Salesforce: histoire d'un succès technique

L'intégration bidirectionnelle de Marketing Factory et de Salesforce constitue une étape importante pour notre plate-forme ouverte intégrant un outil de personnalisation avec notre solution de Digital Experience. Pouvez-vous nous expliquer le point de départ de ce projet?

Avec Apache Unomi, nous avons un puissant moteur de rules qui n'est pas encore très visible pour la plupart des nouveaux arrivants sur le marché, mais qui, pour d'autres, permet l'intégration très simple de systèmes différents. Pour illustrer cette capacité, nous avons eu très tôt l'idée de faire une intégration avec un outil de CRM. Cela a même été discuté lors du travail sur la spécification du serveur de contexte OASIS. Apache Unomi découlant directement de cette spécification, il est apparu logique d'y adjoindre un connecteur à Salesforce comme un exemple de ses capacités d'intégration à un CRM.

Quelle est le scope fonctionnel de ce projet?

Ce connecteur s'intègre aux fonctionnalités de Marketing Factory et permet de:

  • - Mettre à jour un lead Salesforce à partir d'un profil Apache Unomi (action de règle 1)
  • - Mettre à jour un profil Apache Unomi à partir d'un lead Salesforce (règle 2)

Le connecteur crée une correspondance entre les leads Salesforce et les profils Apache Unomi à l'aide d'une clé commune. La clé la plus habituelle est l'adresse email, mais d'autres clés peuvent être définies. Par ailleurs, Le connecteur permet la mise à jour des données dans les deux sens.

Ces deux fonctionnalités sont implémentées dans les actions rules d'Apache Unomi, ce qui signifie que le cœur du connecteur a été fourni à la fondation Apache dans le cadre du projet Apache Unomi.

Pourquoi les fonctionnalités sont-elles réparties entre Marketing Factory et Apache Unomi? Quelles sont les raisons de ce choix?

Marketing Factory peut être vu comme un outil logiciel opérationnel basé sur Apache Unomi profondément intégré avec notre solution de DXP Jahia DX. La raison de cette répartition des fonctionnalités est que nous voulions avoir un serveur open source avec lequel de nombreux systèmes pourraient s'intégrer. Cependant, nous n'avons pas pu trouver un projet déjà existant. Nous avons donc commencé à travailler à la fois sur des spécifications et une implémentation. Le fait de disposer d'une plate-forme indépendante et personnalisée de données facilite ses capacités d'évolution et d'intégration de manière très flexible.

Quels aspects techniques ont été de réels défis dans ce projet?

Il y a eu plusieurs challenges:

  • - Construire un serveur comme Apache Unomi à partir de zéro est toute une entreprise. Nous avons dû spécifier précisément ses API, puis, à partir de là, créer un serveur hautement évolutif. L'utilisation d'ElasticSearch comme moteur principal de stockage et d'interrogation a rendu la tâche plus simple, mais l'implémentation d'un moteur de rules très flexible et personnalisable était plutôt difficile au départ.
  • - Construire une toute nouvelle interface utilisateur pour Marketing Factory était aussi un projet assez important, et comme dans de nombreux projets de ce type, il a fallu passer par plusieurs itérations pour que les choses soient telles qu'elles sont aujourd'hui. Mais nous avons encore beaucoup d'autres idées sur la façon de l'améliorer!

La forte intégration avec Digital Experience Manager, la solution DXP de Jahia, était également un objectif important dès le début. Cela devait être fait sans compromettre la flexibilité de Marketing Factory ou d'Apache Unomi. Cette intégration permet vraiment à nos utilisateurs existants de déployer les outils de personnalisation et d'A/B testing en utilisant l'interface Jahia DX habituelle. C'est également l'une des raisons pour lesquelles Markting Factory a été implémenté comme un module Jahia DX qui interagit avec Apache Unomi via son API REST.

Quels sont les résultats potentiels de l'intégration de Salesforce Unomi pour d'autres projets Unomi?

D'un point de vue purement technique et d'un point de vue API-first, tout utilisateur Apache Unomi peut utiliser l'ensemble des action rules Salesforce pour les intégrer dans ses solutions personnalisées.

Quelles sont les prochaines étapes pour Unomi?

Nous travaillons sur la promotion du projet pour faire grandir la communauté, ce qui est la dernière étape importante avant qu'il puisse être certifié par la Fondation Apache et devenir un TLP (projet de haut niveau).

Sur le plan des fonctionnalités, nous améliorerons certaines parties du framework, comme la mise à niveau vers Apache Karaf 4 ou l'étude de nouvelles intégrations, y compris des frameworks d'intelligence artificielle (IA).

Auteur : Serge Huber

Serge est le Directeur Technique (CTO) de Jahia, co-fondateur de Jahia Solutions Group SA mais également le co-fondateur initial du projet Jahia avant la création du groupe. Avec plus de 15 ans d’expérience dans le développement de solutions de gestion de contenu (WCM et CMS) dans diverses technologies, Serge a créé des applications à mission critique avec une forte visibilité pour des clients tels que le gouvernement français, l’École Polytechnique Fédérale de Lausanne ou Garmin. Il supervise désormais le développement et les futures évolutions du logiciel de Jahia et gère l’interaction avec les communautés Open Source comme la Fondation Apache, où il est actuellement Committer pour le projet Apache Jackrabbit.