Étude de cas · Fabrication · E-commerce
Comment nous avons construit un portail revendeur Next.js personnalisé et un configurateur de produits pour REHAU — le fabricant mondial de produits en polymères bien connu — avec des règles de configuration au niveau ingénierie, une tarification adaptée par région, des stocks SAP en temps réel et un back-office revendeur auquel le siège peut faire confiance. Déployé sur plusieurs marchés européens avec résidence des données dans l'UE, conçu pour répondre aux exigences de conformité américaines et européennes.
Le réseau revendeur de REHAU avait dépassé les capacités de son portail de commandes hérité. Les catalogues vivaient dans des tableurs, les prix variaient silencieusement selon les régions, et les revendeurs en Allemagne, aux Pays-Bas, en France, en Suède et en Pologne passaient des heures à configurer manuellement des commandes de systèmes de profils — puis à les vérifier contre le manuel d'ingénierie du siège avant soumission. Le client souhaitait une plateforme web unique avec un configurateur guidé, une tarification adaptée par région, des stocks SAP en temps réel et une surface back-office en laquelle le siège pouvait réellement avoir confiance pour les exigences de conformité d'un fabricant coté en bourse. Les suites de commerce B2B prêtes à l'emploi — SAP Commerce Cloud et Adobe Commerce B2B — pouvaient fournir un catalogue et des comptes revendeurs, mais aucune ne pouvait héberger les règles du configurateur au niveau ingénierie que requiert la gamme de produits à système de profils de REHAU sans une duplication substantielle du moteur de configuration du fournisseur. Nous avons construit le portail depuis les principes fondamentaux sur un stack Next.js + NestJS personnalisé, avec une intégration SAP ERP en streaming et un back-office revendeur conçu pour le siège, les revendeurs et les auditeurs dans l'UE — et aligné sur les mêmes contrôles qu'un déploiement américain exigerait.
Un aperçu de ce que le build REHAU commerce B2B a permis de réaliser sur le portail revendeur et le back-office du siège au cours de son premier cycle de production.
La question architecturale la plus importante de ce projet était de savoir s'il fallait étendre une suite de commerce B2B prête à l'emploi — SAP Commerce Cloud (anciennement Hybris) ou Adobe Commerce B2B (Magento) — ou construire un portail Next.js personnalisé de bout en bout. Les deux plateformes fournisseurs gèrent bien le catalogue, les comptes revendeurs et la tarification par paliers ; aucune ne peut héberger un configurateur au niveau ingénierie avec des règles dimensionnelles et combinatoires sans une duplication substantielle du moteur de configuration du fournisseur. Pour la gamme de produits à système de profils de REHAU, le configurateur EST le produit : les revendeurs aux États-Unis et en UE ont besoin d'un outil qui valide les combinaisons profil-accessoire selon le même cahier des charges d'ingénierie que celui utilisé par le siège, puis émet une liste de SKU déterministe, une fiche technique imprimable et un devis que le SAP ERP facturera ligne par ligne. Construire cela sur un configurateur fournisseur revient à maintenir un fork du runtime fournisseur indéfiniment, chaque version de SAP Commerce Cloud réintroduisant des coûts de migration.
Un build développement logiciel sur mesure sur Next.js + NestJS donne à l'équipe la pleine maîtrise du moteur de règles, de la topologie d'intégration SAP et de l'UX du back-office revendeur, sans licence par utilisateur ni cadence de publication imposée par le fournisseur. Le compromis est un build initial plus coûteux — mais pour un fabricant gérant un programme revendeur multi-marchés, les économies de licence par utilisateur seules amortissent le build personnalisé dans le premier cycle de déploiement, et la capacité à livrer des modifications de règles du configurateur le jour même où l'ingénierie les valide est un avantage structurel qu'aucun fournisseur SaaS n'égale.
| Dimension | Next.js personnalisé (REHAU) | SAP Commerce Cloud | Adobe Commerce B2B |
|---|---|---|---|
| Configurateur règles d'ingénierie | Moteur de règles entièrement personnalisé — dimensions, combinaisons de profils, compatibilité accessoires | Configurateur vendeur — fork requis pour règles non standard | Modèle de produit configurable limité — fork requis |
| Sortie SKU & devis déterministe | Le devis correspond à la facture ERP ligne par ligne par conception | Alignement SAP natif ; contraint par le modèle SKU vendeur | Requiert un middleware personnalisé pour les SKUs alignés SAP |
| Fraîcheur de l'intégration SAP | Streaming via bus d'événements — sous la minute | Fort natif — écosystème propre | Dépend du connecteur — varie par intégrateur |
| Performance du storefront | Next.js ISR + edge CDN — TTFB sous la seconde | Runtime lourd ; atténué par Spartacus headless | PWA Studio possible ; nécessite du réglage |
| Licence par utilisateur | Aucune — source propriétaire | Licence par CCU et par environnement | Licence commerce par palier + module B2B |
| Cadence de release | Le jour même depuis la validation ingénierie | Imposée par le vendeur ; mises à niveau perturbantes | Releases plateforme trimestrielles |
| Coût de possession à long terme | Initial plus élevé ; zéro licence ou verrouillage | Initial plus faible ; licence récurrente élevée + coût mise à niveau | Initial moyen ; licence récurrente + coût module B2B |
Références : Documentation Next.js, Portail d'aide SAP Commerce Cloud, Documentation Adobe Commerce B2B.
Les paramètres régionaux pilotent la devise, la TVA, les délais et les remises par palier revendeur sur chaque marché servi par le portail — Allemagne, Pays-Bas, France, Suède, Pologne et déploiements UE supplémentaires. Un revendeur basé à Munich voit les prix en euros nets de TVA allemande et les délais que son entrepôt affecté peut réellement respecter ; un revendeur à Stockholm voit les couronnes suédoises, la TVA suédoise et les délais spécifiques aux centres de distribution scandinaves. Les remises par palier revendeur s'appliquent en plus des prix catalogue régionaux, de sorte que le même SKU peut afficher trois prix différents à trois revendeurs différents — et le back-office revendeur au siège peut voir exactement quel palier et quel remplacement a produit chaque prix final.
La visibilité des stocks est tirée en direct depuis le SAP ERP via une intégration streaming : les événements de changement de stock et de prix transitent par un bus d'événements depuis SAP vers les caches PostgreSQL et Redis du portail, avec une fraîcheur inférieure à la minute de bout en bout. Le storefront revendeur n'interroge jamais SAP de façon synchrone — il lit depuis ses propres caches — mais chaque page reflète la vérité ERP en moins d'une minute. Les revendeurs voient des dates de livraison réalistes avant de s'engager sur une commande, y compris des signaux de commande en attente et des suggestions de produits de remplacement en cas de rupture. La soumission de commande remonte vers SAP via une file d'attente sortante avec des clés d'idempotence et un travail de réconciliation qui rattrape tout événement manqué dans l'heure, de sorte qu'aucune commande revendeur n'arrive jamais deux fois dans SAP et qu'aucune commande du portail ne manque jamais d'atteindre SAP.
Le back-office est la surface depuis laquelle le siège gère le programme revendeur. Un pipeline de commandes unifié affiche chaque commande en cours pour chaque revendeur et chaque région — soumise, validée, envoyée à SAP, exécutée, expédiée. Les files d'exceptions font remonter les livraisons bloquées, les vérifications de crédit échouées et les remplacements de prix nécessitant une approbation, de sorte qu'un responsable des opérations travaillant en journée CET avec chevauchement côte Est des États-Unis (9h–13h ET) peut vider la file une fois et avoir confiance que rien n'est passé à travers les mailles. Les métriques de santé revendeur — tendances du volume de commandes, taux de retour, temps moyen du configurateur à la commande — permettent à l'équipe de succès revendeur d'identifier les comptes nécessitant une attention avant que le revendeur ne parte ou ne commence à commander en dehors du portail.
La recherche dans le catalogue s'appuie sur Elasticsearch avec des synonymes adaptés par langue, de sorte qu'un revendeur recherchant un produit par son nom commercial, son nom courant en allemand ou son SKU aboutit au même ensemble de résultats. Le catalogue lui-même est piloté par un CMS : les équipes marketing mettent à jour les textes produits, les images hero et le contenu des campagnes saisonnières depuis une surface de gestion de contenu sans impliquer l'ingénierie, tandis que les primitives de mise en page verrouillent le système de marque en place de sorte qu'une modification marketing ne puisse jamais casser une page de configurateur. Le résultat est un back-office qui s'adapte au rythme de travail existant du siège — pipeline de commandes, santé revendeur, mises à jour de contenu — plutôt que de forcer les opérations dans une UX imposée par le fournisseur.
Le portail REHAU est une application Next.js + NestJS fonctionnant sur Kubernetes dans l'UE, intégrée à SAP via une topologie d'événements en streaming — conçue pour les mêmes contrôles qu'un déploiement US-et-UE de la même plateforme exigerait.
La couche applicative fonctionne comme un storefront Next.js (App Router, ISR pour les pages catalogue et contenu) soutenu par une passerelle API NestJS. Les lectures du catalogue touchent d'abord le cache ISR de Next.js, puis Redis, puis PostgreSQL — le storefront ne bloque jamais sur SAP. Le configurateur s'exécute côté serveur : le moteur de règles, le résolveur de SKU et le calculateur de prix résident tous dans le service NestJS, le client configurateur sur Next.js envoyant des états partiels et recevant en retour les résultats de règles validés. La recherche s'appuie sur Elasticsearch avec des analyseurs par langue et un dictionnaire de synonymes maintenu par marché. Le CDN est CloudFront avec des points de présence dans l'UE, frontal pour les ressources statiques et le HTML rendu par ISR.
L'intégration SAP est strictement asynchrone et unidirectionnelle en lecture. Les stocks, les prix et les données maîtres transitent depuis SAP via un bus d'événements — Kafka dans la topologie de production — vers PostgreSQL et Redis du côté du portail, avec des consommateurs idempotents et un travail de réconciliation horaire qui recharge l'état canonique de tout enregistrement dont le flux d'événements semble incomplet. La soumission de commande remonte vers SAP via une file sortante avec des clés d'idempotence, de sorte qu'une nouvelle tentative ne crée jamais de commande en double dans l'ERP et qu'une panne SAP transitoire ne fait jamais perdre la commande d'un revendeur — elle reste dans la file sortante jusqu'au retour de SAP. La frontière ERP est stricte : le portail n'interroge jamais SAP depuis une requête utilisateur, et SAP n'interroge jamais le portail. Cette architecture est ce qui fait fonctionner le compromis streaming-vs-batch en faveur du revendeur — il voit des données fraîches sans la latence d'un appel ERP synchrone.
La résidence des données dans l'UE est appliquée au niveau de l'infrastructure : PostgreSQL primaire dans AWS Frankfurt avec un réplica en lecture à Dublin, Redis dans la même région, Elasticsearch dans la même région, et CloudFront restreint aux points de présence UE pour tout cache contenant des données identifiant les revendeurs. SAP lui-même reste dans le centre de données existant du fabricant ; le bus d'événements se termine à l'intérieur de l'UE avant que tout miroir hors UE ne soit touché. Les journaux d'audit couvrent chaque changement de prix, chaque remplacement, chaque approbation — répondant aux exigences de conformité d'un fabricant coté en bourse et aux exigences de documentation qu'un futur audit SOC 2 vérifiera. L'infrastructure est gérée via Terraform, avec des tableaux de bord Grafana pour la santé du système et Sentry pour le suivi des erreurs applicatives. La posture de conformité supporte à la fois les obligations du RGPD dans l'Union européenne et le patchwork de confidentialité des États américains — CCPA / CPRA (Californie), VCDPA (Virginie), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) et Oregon CPA — si un futur déploiement américain l'exige.
Posture de conformité : Conforme RGPD · prêt ISO 27001 · SOC 2 Type II en cours · compatible HIPAA · CCPA reconnu.
Un build en cinq phases qui a conduit le portail revendeur REHAU de la spécification produit à la production sur six marchés européens.
Extraction des règles du configurateur depuis la documentation d'ingénierie, topologie d'intégration SAP, modèle de tarification par palier revendeur et par région, cartographie des flux de données RGPD, conception de la résidence UE.
Storefront Next.js, passerelle API NestJS, caches PostgreSQL + Redis, authentification revendeur et modèle de compte, catalogue de base, moteur de tarification régionale et par palier.
Moteur de règles pour la configuration du système de profils, sortie SKU et devis déterministes, intégration SAP streaming via bus d'événements, file de commandes sortantes avec idempotence, travail de réconciliation.
Back-office du siège pour le pipeline de commandes et les files d'exceptions, métriques de santé revendeur, journaux d'audit par action, modèle de permissions pour les rôles siège / régional / revendeur, CMS pour catalogues et campagnes.
Déploiement progressif sur l'Allemagne, les Pays-Bas, la France, la Suède et la Pologne ; QA multilingue ; ajustement des synonymes Elasticsearch par langue ; tableaux de bord Grafana ; rotation d'astreinte alignée sur CET + chevauchement côte Est des États-Unis.
Le configurateur est la partie du build qui a tranché la question fabriquer-ou-acheter. Les systèmes de profils de REHAU comportent des contraintes dimensionnelles (largeurs et hauteurs minimales et maximales de châssis), des règles de combinaison de profils (quels profils peuvent s'assembler avec lesquels), des règles de compatibilité des accessoires (quels joints, renforts et connecteurs une combinaison de profils donnée requiert) et des règles de certification régionale (une configuration valide pour l'Allemagne peut ne pas l'être pour la Suède en raison des exigences de performance thermique). Tout cela réside dans un moteur de règles à l'intérieur du service NestJS, exprimé de façon déclarative afin qu'un ingénieur qui valide un changement de règle puisse lire la règle elle-même plutôt qu'une implémentation procédurale. L'interface du configurateur envoie des états partiels — la sélection en cours d'un revendeur — et reçoit en retour un état validé avec les options suivantes autorisées pour chaque entrée restante, de sorte qu'un revendeur ne se voit jamais proposer une combinaison que le cahier des charges d'ingénierie rejetterait. Lorsque le revendeur finalise une configuration, le moteur de règles émet une liste de SKU déterministe (la même entrée produit toujours le même ensemble de SKU), une fiche technique imprimable et un devis qui correspond ligne par ligne à ce que SAP facturera. L'alignement portail-ERP est ce qui a rendu la confiance des revendeurs possible : le prix qu'ils voient est le prix qu'ils paient, et le devis PDF qu'ils remettent à leur client final est contraignant dans les deux sens.
Le portail revendeur REHAU a été lancé sur six marchés européens — Allemagne, Pays-Bas, France, Suède, Pologne et un marché UE supplémentaire en déploiement progressif — avec une interface multilingue, une tarification adaptée par région et une résidence des données dans l'UE aux couches applicative et de recherche. La plateforme a été conçue dès le premier jour pour répondre aux exigences de conformité américaines et européennes : même si les marchés initiaux sont tous européens, l'architecture de traitement des données, la couverture des journaux d'audit et le modèle de permissions par rôle sont alignés sur les mêmes contrôles qu'un déploiement de réseau revendeur américain exigerait. Les obligations de confidentialité sont alignées sur le RGPD pour les utilisateurs européens et sur le patchwork de confidentialité des États américains — CCPA / CPRA (Californie), VCDPA (Virginie), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) et Oregon CPA — si un déploiement américain suit.
En pratique, cela signifie que les données identifiant les revendeurs et les données de commande des clients finaux restent dans l'UE à chaque couche : PostgreSQL primaire dans AWS Frankfurt avec un réplica en lecture à Dublin, Redis et Elasticsearch dans la même région, et CloudFront restreint aux points de présence UE pour tout cache contenant des données personnelles. La résidence des données dans l'UE pour un fabricant mondial dont le siège est en Allemagne est une nécessité réglementaire, pas un argument marketing — et la façon dont l'intégration SAP est structurée signifie qu'un futur déploiement américain peut être mis en place dans une région AWS américaine sans réarchitecturer la frontière ERP. La plateforme est conçue pour les marchés américains et européens sur la même base de code, avec un ancrage d'infrastructure régional plutôt que des forks régionaux de l'application.
La feuille de route active pour la plateforme REHAU comprend une API partenaire pour les intégrations installateurs (afin que les outils de mesure et de CAO tiers puissent soumettre des configurations au nom d'un revendeur), un aperçu du configurateur piloté par la réalité augmentée pour les systèmes de profils résidentiels sur mobile, une automatisation SAP plus poussée autour de la planification des délais (délais prédictifs basés sur la charge de la ligne de production plutôt que sur des règles d'entrepôt statiques), et des déploiements sur des marchés UE supplémentaires. L'architecture supporte un déploiement américain sans changer de plateforme — le même storefront Next.js, le même moteur de règles, la même topologie d'intégration SAP — et notre équipe cloud & DevOps dispose des modules Terraform prêts à déployer une région américaine lorsque le programme l'exige.
Si vous planifiez un portail de commerce B2B, une plateforme de réseau revendeur avec un configurateur de produits ou une surface de commerce intégrée à un ERP pour des audiences aux États-Unis et en UE, nous avons livré ce stack de bout en bout pour un fabricant mondial et pouvons réduire significativement le délai de build. L'équipe d'ingénierie derrière ce build est au sein d'YuSMP Group. Nous travaillons en régie pour les programmes évolutifs et sur des équipes de développement dédiées pour la livraison continue, avec une journée de travail CET et une fenêtre garantie de chevauchement côte Est des États-Unis (9h–13h ET) pour les stand-ups, démonstrations et réponses aux incidents.
Un MVP de commerce B2B couvrant le catalogue, les comptes revendeurs, la tarification adaptée par région, un workflow de commandes de base et une intégration ERP unique coûte généralement entre 200 000 € et 500 000 €. L'ajout d'un configurateur de produits guidé avec validation des règles d'ingénierie, une visibilité des stocks en temps réel, des remises par palier revendeur et un back-office pour le siège porte une plateforme complète à 500 000 €–1,2 M€. Les principaux postes de coût sont le moteur de règles du configurateur, la fraîcheur et la logique de réconciliation de l'intégration ERP, et la surface du back-office revendeur requise pour l'audit et la gestion des exceptions.
SAP Commerce Cloud et Adobe Commerce B2B sont excellents pour le commerce piloté par catalogue avec des produits configurables simples, mais ils contraignent le configurateur à leur propre moteur de règles et modèle de composants. Les fabricants avec des règles produits au niveau ingénierie — combinaisons de systèmes de profils, contraintes dimensionnelles, compatibilité des accessoires — finissent généralement par dupliquer extensivement le configurateur fournisseur. Un build personnalisé Next.js + NestJS donne à l'équipe le contrôle total sur le moteur de règles, la topologie d'intégration SAP et l'UX du back-office revendeur, sans licence par utilisateur ni cadence de publication imposée par le fournisseur.
Une intégration SAP de qualité production utilise un modèle streaming : les stocks, les prix et les données maîtres transitent de SAP via un bus d'événements (Kafka, RabbitMQ ou SAP Event Mesh) vers les caches PostgreSQL et Redis de la plateforme de commerce. Le storefront lit depuis ses propres caches avec une fraîcheur inférieure à la minute, jamais depuis SAP de façon synchrone. La soumission de commandes et les vérifications de crédit remontent vers SAP via une file sortante avec des clés d'idempotence et un travail de réconciliation qui rattrape tout événement manqué dans l'heure.
La résidence des données dans l'UE pour une plateforme de commerce B2B signifie que la base de données primaire, l'index de recherche, la couche de cache et les caches edge du CDN contenant des données personnelles de revendeurs ou de clients finaux doivent tous être situés dans l'UE. Pour REHAU et les fabricants dont le siège est en Allemagne, cela signifie généralement AWS Frankfurt ou Dublin pour la couche applicative, le SAP ERP lui-même restant dans le centre de données existant du fabricant. L'intégration SAP transfrontalière utilise le streaming chiffré avec minimisation des données côté UE avant que tout miroir hors UE ne soit touché.
Un MVP ciblé — catalogue, comptes revendeurs, tarification adaptée par région, une intégration ERP et un configurateur de base — prend généralement 24 à 32 semaines. L'ajout de la validation des règles d'ingénierie, de la génération de SKU déterministe, des fiches techniques imprimables et de la tarification par palier revendeur ajoute 8 à 12 semaines. Un back-office complet pour le siège avec pipeline de commandes, files d'exceptions, métriques de santé revendeur et journaux d'audit par action ajoute encore 8 à 10 semaines. Une interface multilingue pour les marchés européens et des synonymes de recherche par langue ajoutent 4 à 6 semaines supplémentaires.
Services connexes
SaaS de qualité production, portails B2B et plateformes revendeur construits sur TypeScript, React, Next.js, NestJS et Node.js.
Explorer le développement d'applications web →
Ingénierie produit de bout en bout pour les entreprises ambitieuses aux États-Unis et en UE, réalisée par des équipes seniors avec des pratiques conformes au RGPD et orientées SOC 2.
Explorer le développement de logiciels sur mesure →
Migrations AWS, Azure et GCP, plateformes Kubernetes, CI/CD et observabilité pour les équipes US & UE.
Explorer Cloud & DevOps →Cas connexes
Marketplace PropTech + admin pour les promoteurs résidentiels — grilles d'inventaire au niveau appartement, workflows multi-rôles, résidence données US + UE.
Voir le cas →
Plateforme web revendeur avec sync CRM Bitrix24, préremplissage Dadata et alertes vocales en temps réel — canal unique pour chaque demande de financement auto.
Voir le cas →
VPN iOS + Android natif avec WireGuard, backend sans logs, tunnel fractionné et lancement App Store + Google Play pour US & UE.
Voir le cas →
Plateformes d'entreprise architecture-first avec conformité prête pour l'audit et intégration SAP, Salesforce, Workday, Okta.
En savoir plus →
Migration strangler-fig des stacks hérités (.NET Framework, Java 8, monolithe) sans risque de remplacement complet.
En savoir plus →
Transformation pragmatique qui livre — migration cloud, modernisation héritage, intégration IA, plateforme de données.
En savoir plus →Partagez quelques détails et un consultant senior vous répondra dans un jour ouvrable.