ERP, PIM, CRM, DAM, logistique… un e-commerce complexe repose rarement sur une seule plateforme. La difficulté n’est donc pas seulement de choisir un moteur e-commerce performant, mais de réussir à l’intégrer dans un système d’information existant.
Dans ce contexte, Sylius peut jouer le rôle de moteur e-commerce connecté au SI, plutôt que de chercher à remplacer les applications qui gèrent déjà les données de l’entreprise.
La question centrale devient alors : qui possède quelle donnée, et comment la faire circuler entre les différents systèmes ?
à retenir
- Un e-commerce complexe doit généralement dialoguer avec plusieurs briques du SI : ERP, PIM, CRM, DAM, logistique ou paiement.
- Chaque système doit conserver un rôle clairement défini et, idéalement, une source de référence pour chaque donnée.
- Sylius peut devenir le moteur e-commerce qui exploite et orchestre ces données.
- Son approche API-first facilite les échanges avec les systèmes existants.
- Cette architecture est particulièrement pertinente pour les e-commerces B2B et B2C complexes, avec des règles métier spécifiques.
- Le choix d’un intégrateur Sylius doit donc prendre en compte à la fois la maîtrise de la plateforme et la capacité à comprendre le système d’information dans son ensemble.
Qu’est-ce qu’un SI e-commerce complexe ?
Un site e-commerce n’est souvent que la partie visible d’un écosystème beaucoup plus large.
Derrière une fiche produit peuvent se trouver un PIM, un ERP peut gérer le stock et les tarifs, un CRM les comptes clients et un DAM les médias.
On retrouve par exemple :
PIM → données produits, attributs, catégories
ERP → stocks, tarifs, commandes, facturation, règles de gestion
CRM → comptes clients, contacts, données commerciales
DAM → images, vidéos, documents
Sylius → catalogue e-commerce, parcours d’achat, panier, commandes, comptes et expérience utilisateur
Logistique / transporteurs → préparation, expédition, suivi
Le rôle du projet e-commerce est alors de faire fonctionner cet ensemble de manière cohérente.
Un e-commerce complexe n’a pas besoin de concentrer toute la donnée dans une seule plateforme. Il a besoin de faire circuler la bonne donnée entre les bons systèmes.
Sylius : le moteur e-commerce au cœur du SI
Sylius est particulièrement adapté à cette logique d’architecture.
Plutôt que de chercher à devenir l’ERP, le PIM ou le CRM de l’entreprise, Sylius peut se concentrer sur son rôle de plateforme e-commerce et communiquer avec les autres briques du système d’information.
On peut ainsi représenter simplement l’architecture :
PIM → SYLIUS ← CRM
ERP → SYLIUS → LOGISTIQUE
DAM → PIM → SYLIUS
Cette organisation permet de conserver les responsabilités de chaque outil tout en construisant une expérience e-commerce cohérente.
L’enjeu n’est donc pas de connecter un maximum de systèmes à Sylius, mais de définir quelles données doivent circuler, dans quel sens et pour quel usage.
Qui possède quelle donnée ?
C’est l’une des premières questions à poser lors d’une refonte e-commerce complexe.
Le PIM pour la donnée produit
Le PIM peut être le référentiel des informations produits :
- désignations ;
- descriptions ;
- attributs ;
- catégories ;
- déclinaisons ;
- informations multilingues ;
- visuels et documents.
Ces données sont ensuite exploitées par Sylius pour alimenter le catalogue et les parcours de navigation.
PIM → Sylius → expérience e-commerce
L’ERP pour les données commerciales et opérationnelles
L’ERP peut rester la source de référence pour :
- les stocks ;
- les tarifs ;
- les taxes ;
- certaines règles commerciales ;
- les commandes ;
- les données nécessaires à la préparation et à la facturation.
Les flux peuvent fonctionner dans les deux sens.
ERP → Sylius : stocks, tarifs, règles de gestion…
Sylius → ERP : commandes, demandes de préparation…
L’objectif est d’éviter de créer plusieurs versions concurrentes d’une même donnée.
Le CRM pour les données clients
Le CRM peut gérer les informations liées aux clients et aux contacts :
- comptes entreprises ;
- utilisateurs ;
- contacts ;
- segmentation ;
- informations commerciales ;
- rattachement des utilisateurs à leur organisation.
Dans un environnement B2B, cette connexion devient particulièrement stratégique.
Un même compte peut avoir plusieurs utilisateurs, plusieurs niveaux de droits, des conditions tarifaires spécifiques ou encore des circuits de validation différents.
Sylius peut alors restituer ces règles dans le parcours e-commerce.
Le DAM pour les contenus
Le DAM peut centraliser les ressources médias utilisées dans le catalogue :
DAM → PIM → Sylius
Cette organisation permet de limiter la duplication des contenus et de conserver un référentiel cohérent.
Pourquoi l’API-first est importante dans une architecture Sylius ?
Lorsque plusieurs applications doivent communiquer, les échanges entre systèmes deviennent un sujet architectural à part entière.
Une approche API-first permet d’organiser ces échanges autour de services et d’API plutôt que de multiplier les dépendances directes entre applications.
Sylius peut ainsi communiquer avec :
- un ERP ;
- un PIM ;
- un CRM ;
- des services logistiques ;
- des solutions de paiement ;
- d’autres applications métier.
L’intérêt dépasse la simple connexion technique.
Une architecture bien conçue permet aussi de faire évoluer une brique du SI sans devoir reconstruire toute la plateforme e-commerce.
API-first ne signifie pas simplement “utiliser des API”. C’est une manière de concevoir un système dans lequel les différentes briques peuvent évoluer de façon plus indépendante.
Le cas particulier du e-commerce B2B
Les enjeux deviennent encore plus importants lorsque Sylius doit porter un e-commerce B2B.
Un client professionnel peut avoir :
- plusieurs utilisateurs rattachés à une même entreprise ;
- des catalogues spécifiques ;
- des tarifs négociés ;
- des règles de disponibilité ;
- des conditions de paiement ;
- des workflows de validation ;
- des historiques de commandes ;
- des règles de livraison spécifiques.
Ces informations peuvent provenir de plusieurs systèmes.
Le rôle de Sylius est alors de traduire ces données et ces règles métier dans une expérience e-commerce cohérente.
C’est ce qui distingue notamment une simple boutique en ligne d’une véritable plateforme e-commerce B2B.
Exemple concret : Innelec et une plateforme Sylius connectée au SI
Le projet mené pour Innelec illustre concrètement cette approche.
L’entreprise souhaitait moderniser sa plateforme B2B et remplacer une solution Magento 2.3 devenue obsolète. Le nouveau socle devait notamment gérer un catalogue de plus de 7 000 références, offrir une meilleure expérience aux partenaires professionnels et absorber les pics d’activité saisonniers.
La réponse s’est appuyée sur une plateforme B2B sur mesure basée sur Sylius et une architecture API-first. L’architecture intègre notamment :
PIM → Sylius
Récupération des produits, catégories, attributs, visuels et documents.
CRM → Sylius
Récupération des contacts et des clients.
SAGE → Sylius
Récupération des règles de gestion, tarifs, taxes et frais de port.
Sylius → SAGE
Transmission des commandes et des demandes de mise en préparation.
Les échanges avec SAGE passent par un middleware développé pour le projet.
Le projet montre bien l’intérêt d’une approche dans laquelle Sylius devient le moteur de l’expérience e-commerce sans chercher à remplacer les systèmes métier existants.
Le résultat : une plateforme plus performante et évolutive, avec notamment une charge serveur divisée par deux à infrastructure équivalente par rapport à la plateforme précédente.
L’équipe de Cyllene a pu comprendre nos besoins et mettre en place toutes les interfaces pour une parfaite intégration avec notre SI.
Une architecture e-commerce doit d’abord répondre aux règles métier
La technologie n’est qu’une partie du sujet.
Avant de développer les interfaces entre Sylius et les différents systèmes, il faut notamment déterminer :
- Quelle donnée ?
- Quelle source de référence ?
- Quel système la consomme ?
- Dans quel sens circule-t-elle ?
- À quel moment ?
- Que se passe-t-il en cas d’erreur ou d’indisponibilité ?
Ces questions sont essentielles pour éviter de reproduire dans Sylius des données ou des fonctionnalités qui doivent rester gérées par un autre système.
C’est également ce qui permet de construire une architecture durable, capable d’accompagner les évolutions futures de l’entreprise.
Sylius ne remplace pas votre SI : il s’y intègre
C’est probablement le point essentiel à retenir.
Sylius n’a pas vocation à remplacer votre ERP, votre PIM ou votre CRM.
Il peut devenir le moteur e-commerce qui exploite les données de ces différentes briques et porte les fonctionnalités propres au canal digital.
Cette approche est particulièrement pertinente lorsqu’une entreprise dispose déjà d’un système d’information structuré et souhaite faire évoluer son e-commerce sans remettre en cause l’ensemble de son architecture.
La refonte devient alors plus qu’un changement de CMS.
Il s’agit de concevoir une architecture e-commerce capable de s’intégrer au SI, de porter les règles métier et d’évoluer avec l’entreprise.
Pourquoi faire appel à un intégrateur Sylius ?
Pour un projet e-commerce complexe, la maîtrise de Sylius est indispensable. Mais elle ne suffit pas. L’intégrateur doit également comprendre :
- les processus métier ;
- les enjeux B2B ou B2C ;
- l’architecture du SI ;
- les flux de données ;
- les contraintes de performance ;
- les enjeux UX et conversion ;
- les évolutions futures de la plateforme.
C’est l’approche portée par Cyllene, intégrateur Sylius, qui accompagne des projets e-commerce sur mesure et s’appuie sur les expertises complémentaires du groupe.
Cyllene dispose de plus de 400 experts dans différents métiers du numérique, notamment le web, la data, l’infrastructure, le cloud et la cybersécurité. Cette organisation permet de combiner une équipe Web à taille humaine pour piloter le projet avec les expertises complémentaires nécessaires lorsqu’un projet e-commerce doit s’intégrer à un SI plus large.
Pour aller plus loi, découvrez notre article : Comment choisir son intégrateur Sylius ?
Vous envisagez une création ou une refonte e-commerce sous Sylius ?
Échangez avec un expert Cyllene pour analyser votre architecture, vos contraintes SI et vos besoins d’intégration.
