De B2C à B2B: Feuille de route d’un développeur vers la transition Salesforce Core 

De B2C à B2B Feuille de route d'un développeur vers la transition Salesforce Core image titre

Il y a huit mois, j’ai rejoint Ateko (anciennement CloudKettle) à un moment où l’écosystème Salesforce était clairement en évolution. Alors que notre focus s’élargissait vers l’automatisation et une collaboration plus approfondie avec la plateforme, une tendance est devenue impossible à ignorer : la demande pour Salesforce B2B Commerce sur Core augmente rapidement, et les développeurs expérimentés en SFCC (Demandware) sont formés au B2B.

Si vous avez passé des années à travailler dans Business Manager, ISML, pipelines et cartridges, B2B Commerce sur Lightning peut sembler déroutant au départ. Les outils sont différents. La terminologie est différente. L’architecture est très différente.

Mais voici le point important : votre mentalité commerce s’applique toujours.

Vous comprenez déjà les catalogues, la tarification, les clients, les flux de paiement et les intégrations. Ce qui change, ce n’est pas ce que vous construisez, mais où et comment vous le construisez. Cette transition n’est pas une remise à zéro. C’est une mise à niveau !

B2C vs. B2B – La fiche technique essentielle

L’un des plus grands blocages mentaux dans cette transition est de penser que tout est nouveau. En réalité, la plupart des concepts existent déjà — ils se trouvent simplement à des endroits différents.

Image de, B2C vs. B2B – La fiche technique essentielle

Vérification de la réalité architecturale (B2C vs B2B)

En B2C, la vitrine est un monde à part. En B2B, la vitrine vit à l’intérieur de Salesforce. Cette différence influence tout.

Le modèle de données d’abord

En B2B Commerce, votre vitrine repose sur le modèle de données CRM.

    •    Les clients sont des Accounts et des Contacts

    •    Les produits sont des enregistrements Product2

    •    Les prix, droits (entitlements) et règles de visibilité sont entièrement pilotés par les données Salesforce et le partage

Vous ne pouvez pas créer des fonctionnalités B2B efficaces sans comprendre comment Salesforce gère les enregistrements, les relations et les accès.

Experience Cloud est la vitrine

Les vitrines B2B sont construites avec Experience Cloud. Si SiteGenesis ou SFRA étaient votre point d’entrée en B2C, Experience Builder joue ce rôle ici — mais avec un accent beaucoup plus marqué sur la configuration et la sécurité.

La sécurité n’est pas optionnelle

Dans SFCC, la visibilité des données est principalement contrôlée par les règles de site et de catalogue. En B2B, ce sont les règles de partage Salesforce et les permission sets qui déterminent ce qu’un utilisateur peut voir.

Si un utilisateur n’a pas accès à un enregistrement, il n’apparaîtra pas dans la vitrine. Point final. Avant d’écrire du code, investissez du temps pour comprendre :

    •    Les profils et les permission sets

    •    La propriété des enregistrements et les règles de partage

    •    Les hiérarchies de comptes

Phase 1 : Maîtriser la plateforme Core

Dans le monde B2C, nous évoluons dans un sandbox autonome. En B2B, la vitrine fait partie du cerveau CRM. Vous ne pouvez pas coder efficacement si vous ne comprenez pas comment la plateforme gère les données.

    •    Le modèle de données : Votre client est désormais un Account, et votre produit est un enregistrement Product2.

    •    Experience Cloud : Les vitrines B2B sont construites sur Experience Cloud. Pensez-y comme au SiteGenesis du monde moderne.

    •    Sécurité : Maîtrisez les Permission Sets et les règles de partage. En B2B, si un utilisateur n’a pas accès à un enregistrement via le partage, il n’apparaîtra pas dans la boutique.

Trailhead est réellement utile ici, surtout pour les développeurs venant de l’extérieur du monde Salesforce Core.

Une base solide en administration rendra chaque concept B2B beaucoup plus simple à comprendre.

Approfondir : Admin Beginner Trail

Phase 2 : Le virage du code (LWC et Apex)

C’est généralement ici que le syndrome de l’imposteur se manifeste. Il ne devrait pas.

Lightning Web Components

Si vous avez travaillé avec PWA Kit ou du JavaScript moderne, LWC vous semblera familier. C’est propre, performant et structuré de manière cohérente.

Principales différences :

    •    Séparation claire entre le markup, la logique et le style

    •    L’accès aux données se fait via Apex

    •    Salesforce gère le cycle de vie et la sécurité

Apex

Apex est fortement typé et plus proche de Java que de JavaScript. Il alimente la majorité de la logique backend en B2B Commerce.

Vous utiliserez Apex pour :

    •    Récupérer et manipuler les données commerce

    •    Interagir avec les paniers et le processus de paiement

    •    Intégrer des systèmes externes

L’espace de noms ConnectApi est particulièrement important. Considérez-le comme le remplacement de nombreuses API côté serveur B2C auxquelles vous êtes habitué.

SOQL

Au lieu de classes gestionnaires, vous interrogez directement les données.

Si vous avez déjà écrit du SQL, SOQL vous semblera simple :

    •    SELECT Id, Name FROM Product2

Une fois que ce déclic se fait, le développement devient beaucoup plus prévisible.

Approfondir : Build Lightning Web Components

Phase 3 : Les spécificités commerce (API et recherche)

Une fois les bases de la plateforme en place, vous pouvez vous concentrer sur les fonctionnalités commerce B2B.

Entitlements et tarification

En B2B, la tarification est rarement uniforme. Les entitlements vous permettent de :

    •    Afficher différents produits selon les comptes

    •    Appliquer des prix négociés

    •    Contrôler la disponibilité par groupe de clients

Cela remplace une grande partie de la logique de tarification personnalisée que les développeurs SFCC écrivent souvent.

API Commerce

Les opérations liées au panier, au paiement et aux commandes sont gérées via les API Commerce exposées par Apex. Ces API sont puissantes, mais structurées selon des conventions précises.

Comprendre comment Salesforce conçoit les flux commerce vous aidera à les étendre de manière sécuritaire.

Recherche et indexation

La configuration de la recherche se fait dans Salesforce. Vous gérerez :

    •    Les champs indexés

    •    Les calendriers de reconstruction

    •    Les règles de visibilité dans la recherche

C’est moins personnalisable que Solr, mais beaucoup plus simple à maintenir.

Approfondir : B2B Commerce Developer Guide

Ressources essentielles pour votre transition

Pour bien démarrer, ajoutez ces trois piliers de l’apprentissage B2B à vos favoris :

    1.    Trailhead – B2B Commerce for Developers : Le point de départ officiel pour les exercices pratiques.

Explorez le B2B Commerce Trailmix

    2.    Salesforce Developers Center : La source de référence pour les API.

B2B & D2C Commerce Developer Center

    3.    La bibliothèque de composants : Avant de créer un LWC personnalisé, vérifiez ici si un composant de base existe déjà.

LWC Component Reference