Case study · Manufacturing · E-commerce
Come abbiamo realizzato un portale dealer personalizzato in Next.js e un configuratore prodotti per REHAU — il noto produttore globale di prodotti in polimeri — con regole di configurazione di livello ingegneristico, prezzi contestuali alla regione, stock in tempo reale guidato da SAP e un back-office dealer di cui la sede centrale si fida. Live in più mercati europei con residenza dati UE, progettato per il livello di conformità US e UE.
La rete dealer di REHAU aveva superato il suo portale di ordinazione legacy. I cataloghi vivevano in fogli di calcolo, i prezzi variavano silenziosamente per regione, e i dealer in Germania, Paesi Bassi, Francia, Svezia e Polonia trascorrevano ore a configurare manualmente gli ordini di sistemi di profili — per poi verificarli rispetto al manuale di regole ingegneristiche della sede centrale prima della sottomissione. Il cliente desiderava un’unica piattaforma web con un configuratore guidato, prezzi contestuali alla regione, stock in tempo reale guidato da SAP e una superficie di back-office di cui la sede centrale di un produttore quotato in borsa potesse effettivamente fidarsi. Le suite B2B commerce standard — SAP Commerce Cloud e Adobe Commerce B2B — potevano offrire catalogo e account dealer, ma nessuna delle due riusciva a ospitare le regole di configurazione di livello ingegneristico richieste dalla gamma di prodotti a sistemi di profili di REHAU senza un fork sostanziale del motore di configurazione del fornitore. Abbiamo sviluppato il portale da zero su uno stack personalizzato Next.js + NestJS, con un’integrazione SAP ERP in streaming e un back-office dealer progettato per sede centrale, dealer e revisori in tutta l’UE — e allineato agli stessi controlli richiesti da un deployment US.
Una panoramica di ciò che il progetto B2B commerce REHAU ha consegnato nel portale dealer e nel back-office della sede centrale.
La domanda architetturale più importante di questo progetto era se estendere una suite B2B commerce standard — SAP Commerce Cloud (ex Hybris) o Adobe Commerce B2B (Magento) — o sviluppare un portale Next.js personalizzato end-to-end. Entrambe le piattaforme dei fornitori gestiscono bene catalogo, account dealer e prezzi a livelli; nessuna ospita un configuratore di livello ingegneristico con regole dimensionali e combinatorie senza un fork sostanziale del motore di configurazione del fornitore. Per la gamma di prodotti a sistemi di profili di REHAU, il configuratore È il prodotto: i dealer in US e UE hanno bisogno di uno strumento che convalidi le combinazioni profilo-accessorio rispetto allo stesso manuale di regole ingegneristiche usato dalla sede centrale, poi emetta un elenco SKU deterministico, una scheda tecnica stampabile e un preventivo che il SAP ERP fatturerà riga per riga. Costruire ciò sopra un configuratore del fornitore significa possedere per sempre un fork del runtime del fornitore, con ogni release di SAP Commerce Cloud che reintroduce costi di migrazione.
Un progetto di sviluppo software su misura su Next.js + NestJS dà al team la piena proprietà del motore di regole, della topologia di integrazione SAP e dell’UX del back-office dealer, senza licenze per utente e senza cadenze di rilascio imposte dal fornitore. Il compromesso è un costo iniziale maggiore — ma per un produttore che gestisce un programma dealer multi-mercato, i risparmi sulle licenze per utente da soli coprono il costo del progetto personalizzato nel primo ciclo di rollout, e la capacità di rilasciare modifiche alle regole del configuratore lo stesso giorno in cui l’ingegneria le approva è un vantaggio strutturale che nessun fornitore SaaS può offrire.
| Dimensione | Next.js personalizzato (REHAU) | SAP Commerce Cloud | Adobe Commerce B2B |
|---|---|---|---|
| Configuratore con regole ingegneristiche | Motore di regole completamente personalizzato — dimensioni, combinazioni di profili, compatibilità accessori | Configuratore del fornitore — fork richiesto per regole non standard | Modello prodotto configurabile limitato — fork richiesto |
| Output SKU e preventivo deterministico | Il preventivo coincide con la fattura ERP riga per riga per progetto | Allineamento SAP nativo; vincolato dal modello SKU del fornitore | Richiede middleware personalizzato per SKU allineati a SAP |
| Freschezza integrazione SAP | Streaming via event bus — inferiore al minuto | Forte nativo — ecosistema proprio | Dipendente dal connettore — variabile per integratore |
| Prestazioni storefront | Next.js ISR + edge CDN — TTFB sotto il secondo | Runtime pesante; mitigato da Spartacus headless | PWA Studio possibile; necessita ottimizzazione |
| Licenza per utente | Nessuna — sorgente di proprietà | Licenza per CCU e per ambiente | Licenza commerce a livelli + modulo B2B |
| Cadenza di rilascio | Stesso giorno dall’approvazione ingegneristica | Imposta dal fornitore; upgrade dirompenti | Release trimestrali della piattaforma |
| Costo di proprietà a lungo termine | Maggiore iniziale; zero licenze o lock-in | Minore iniziale; alta licenza ricorrente + costi upgrade | Medio iniziale; licenza ricorrente + costo modulo B2B |
Riferimenti: Documentazione Next.js, Portale di supporto SAP Commerce Cloud, Documentazione Adobe Commerce B2B.
Le impostazioni regionali guidano valuta, imposte, lead time e sconti per livello dealer in ogni mercato servito dal portale — Germania, Paesi Bassi, Francia, Svezia, Polonia e ulteriori rollout UE. Un dealer con sede a Monaco vede i prezzi in euro al netto dell’IVA tedesca e i lead time che il suo magazzino assegnato è effettivamente in grado di rispettare; un dealer a Stoccolma vede corone svedesi, IVA svedese e lead time specifici per i centri di distribuzione scandinavi. Gli sconti per livello dealer si applicano sopra i listini regionali, quindi lo stesso SKU può mostrare tre prezzi diversi a tre dealer diversi — e il back-office dealer della sede centrale può vedere esattamente quale livello e quale override ha prodotto ogni numero finale.
La visibilità dello stock viene prelevata live dal SAP ERP tramite un’integrazione in streaming: gli eventi di cambio stock e prezzo fluiscono da SAP attraverso un event bus nei cache PostgreSQL e Redis del portale, con freschezza inferiore al minuto end-to-end. Lo storefront dealer non interroga mai SAP in modo sincrono — legge dai propri cache — ma ogni pagina riflette la verità ERP entro un minuto. I dealer vedono date di consegna realistiche prima di impegnarsi in un ordine, inclusi segnali di ordine arretrato e suggerimenti di prodotti sostitutivi quando un articolo scarseggia. La sottomissione degli ordini torna a SAP tramite una coda in uscita con chiavi di idempotenza e un job di riconciliazione che recupera eventuali eventi mancati entro l’ora, in modo che nessun ordine dealer arrivi mai due volte in SAP e nessun ordine del portale fallisca mai nel raggiungere SAP.
Il back-office è la superficie da cui la sede centrale gestisce il programma dealer. Una pipeline ordini unificata mostra ogni ordine in corso per ogni dealer e ogni regione — sottomesso, validato, inviato a SAP, evaso, spedito. Le code di eccezioni mostrano consegne bloccate, controlli del credito falliti e override dei prezzi che richiedono approvazione, in modo che un responsabile operativo che lavora su un orario CET con sovrapposizione alla costa est degli USA (9:00–13:00 ET) possa svuotare la coda una volta e fidarsi che nulla sia andato perso. Le metriche di salute dealer — trend del volume ordini, tassi di reso, tempo medio dal configuratore all’ordine — permettono al team di customer success dealer di segnalare gli account che necessitano attenzione prima che il dealer si perda o inizi a ordinare fuori dal portale.
La ricerca nel catalogo gira su Elasticsearch con sinonimi calibrati per lingua, in modo che un dealer che cerca un prodotto per il suo nome commerciale, il suo nome colloquiale tedesco o il suo SKU arrivi allo stesso set di risultati. Il catalogo stesso è gestito da CMS: i team di marketing aggiornano il testo dei prodotti, le immagini hero e il contenuto delle campagne stagionali da una superficie di gestione dei contenuti senza coinvolgere l’ingegneria, mentre le primitive di layout bloccano il sistema di brand in modo che una modifica marketing non possa mai rompere una pagina del configuratore. Il risultato è un back-office che si adatta al ritmo operativo esistente della sede centrale — pipeline ordini, salute dealer, aggiornamenti dei contenuti — piuttosto che costringere le operazioni in una UX imposta dal fornitore.
Il portale REHAU è un’applicazione Next.js + NestJS in esecuzione su Kubernetes all’interno dell’UE, integrata con SAP tramite una topologia di eventi in streaming — progettata per gli stessi controlli richiesti da un deployment US e UE della stessa piattaforma.
Il livello applicativo gira come storefront Next.js (App Router, ISR per le pagine del catalogo e dei contenuti) supportato da un API gateway NestJS. Le letture del catalogo accedono prima alla cache ISR di Next.js, poi a Redis, poi a PostgreSQL — lo storefront non blocca mai su SAP. Il configuratore gira lato server: il motore di regole, il resolver degli SKU e il calcolatore dei prezzi risiedono tutti nel servizio NestJS, con l’UI del configuratore sul client Next.js che invia stati parziali e riceve indietro i risultati delle regole validati. La ricerca gira su Elasticsearch con analizzatori per lingua e un dizionario di sinonimi gestito per mercato. Il CDN è CloudFront con edge location UE, che serve sia gli asset statici sia l’HTML renderizzato via ISR.
L’integrazione SAP è rigorosamente asincrona e unidirezionale in lettura. Stock, prezzi e master data fluiscono da SAP attraverso un event bus — Kafka nella topologia di produzione — in PostgreSQL e Redis lato portale, con consumer idempotenti e un job di riconciliazione orario che ri-preleva lo stato canonico di qualsiasi record il cui flusso di eventi sembri incompleto. La sottomissione degli ordini torna a SAP tramite una coda in uscita con chiavi di idempotenza, in modo che un retry non produca mai un ordine duplicato nell’ERP e un’interruzione transitoria di SAP non perda mai l’ordine di un dealer — rimane nella coda in uscita fino al ripristino di SAP. Il confine ERP è rigido: il portale non interroga mai SAP da una richiesta utente, e SAP non interroga mai il portale. Questa architettura è ciò che fa funzionare il compromesso streaming-vs-batch a vantaggio del dealer — vede dati aggiornati senza la latenza di una chiamata ERP sincrona.
La residenza dei dati UE è applicata a livello infrastrutturale: PostgreSQL primario in AWS Francoforte con una replica di lettura a Dublino, Redis nella stessa regione, Elasticsearch nella stessa regione, e CloudFront edge limitato alle edge location UE per qualsiasi cache che contiene dati identificativi dei dealer. SAP stesso rimane nel data center esistente del produttore; l’event bus termina all’interno dell’UE prima che qualsiasi mirror non-UE venga toccato. I log di audit coprono ogni modifica di prezzo, ogni override, ogni approvazione — rispettando il livello di conformità di un produttore quotato in borsa e il livello di documentazione che un futuro audit SOC 2 verificherà. L’infrastruttura è gestita tramite Terraform, con dashboard Grafana per la salute del sistema e Sentry per il tracciamento degli errori a livello applicativo. La postura di conformità supporta sia gli obblighi GDPR nell’Unione Europea sia il framework di privacy degli stati USA — CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) e Oregon CPA — qualora un futuro rollout US lo richiedesse.
Postura di conformità: allineato a GDPR · pronto per ISO 27001 · SOC 2 Type II in corso · predisposto per HIPAA · conformità CCPA riconosciuta.
Un progetto in cinque fasi che ha portato il portale dealer REHAU dalla specifica di prodotto alla produzione in sei mercati europei.
Estrazione delle regole del configuratore dalla documentazione ingegneristica, topologia di integrazione SAP, modello di prezzi per livello dealer e regionali, mappatura del flusso dati GDPR, progettazione della residenza UE.
Storefront Next.js, API gateway NestJS, cache PostgreSQL + Redis, auth dealer e modello account, catalogo base, motore di prezzi regionali e per livello.
Motore di regole per la configurazione del sistema di profili, output SKU e preventivo deterministici, integrazione SAP in streaming via event bus, coda ordini in uscita con idempotenza, job di riconciliazione.
Back-office sede centrale per pipeline ordini e code di eccezioni, metriche di salute dealer, log di audit per azione, modello di permessi per ruoli sede centrale / regionali / dealer, CMS per cataloghi e campagne.
Rollout progressivo in Germania, Paesi Bassi, Francia, Svezia e Polonia; QA multi-lingua; calibrazione sinonimi Elasticsearch per lingua; dashboard Grafana; rotazione di reperibilità allineata con CET + sovrapposizione costa est USA.
Il configuratore è la parte del progetto che ha risolto la domanda make-vs-buy. I sistemi di profili REHAU portano vincoli dimensionali (larghezze e altezze minime e massime dei telai), regole di combinazione dei profili (quali profili possono accoppiarsi con quali), compatibilità degli accessori (quali guarnizioni, rinforzi e connettori richiede una determinata combinazione di profili) e regole di certificazione regionali (una configurazione valida per la Germania potrebbe non essere valida per la Svezia a causa di requisiti di prestazione termica). Tutto ciò risiede in un motore di regole all’interno del servizio NestJS, espresso in modo dichiarativo in modo che un ingegnere che approva una modifica alle regole possa leggere la regola stessa piuttosto che un’implementazione procedurale. L’UI del configuratore invia stati parziali — la selezione in corso di un dealer — e riceve indietro uno stato validato con le opzioni consentite successive per ogni input rimanente, in modo che a un dealer non venga mai offerta una combinazione che il manuale di regole ingegneristiche rifiuterebbe. Quando il dealer finalizza una configurazione, il motore di regole emette un elenco SKU deterministico (lo stesso input produce sempre lo stesso set di SKU), una scheda tecnica stampabile e un preventivo che mappa riga per riga ciò che SAP fatturerà. L’allineamento portale-ERP è ciò che ha reso possibile la fiducia del dealer: il prezzo che vedono è il prezzo che pagano, e il PDF del preventivo che consegnano al loro cliente finale è vincolante in entrambe le direzioni.
Il portale dealer REHAU è stato lanciato in sei mercati europei — Germania, Paesi Bassi, Francia, Svezia, Polonia e un mercato UE aggiuntivo in rollout progressivo — con un’interfaccia multi-lingua, prezzi contestuali alla regione e residenza dati UE a livello applicativo e di ricerca. La piattaforma è stata progettata fin dal primo giorno per il livello di conformità US e UE: anche se i mercati iniziali sono tutti europei, l’architettura di gestione dei dati, la copertura del log di audit e il modello di permessi per ruoli sono allineati agli stessi controlli richiesti da un deployment di rete dealer US. Gli obblighi di privacy sono allineati al GDPR per gli utenti europei e al framework di privacy degli stati USA — CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) e Oregon CPA — qualora un rollout US seguisse.
In pratica, ciò significa che i dati identificativi dei dealer e i dati degli ordini dei clienti finali rimangono all’interno dell’UE a ogni livello: PostgreSQL primario in AWS Francoforte con una replica di lettura a Dublino, Redis ed Elasticsearch nella stessa regione, e CloudFront edge limitato agli edge UE per qualsiasi cache che contiene dati personali. La residenza dei dati UE per un produttore globale con sede in Germania è una necessità normativa, non una linea di marketing — e il modo in cui l’integrazione SAP è strutturata significa che un futuro rollout US può essere avviato in una regione AWS US senza re-architettare il confine ERP. La piattaforma è progettata per i mercati US e UE sulla stessa codebase, con ancoraggio dell’infrastruttura regionale piuttosto che fork regionali dell’applicazione.
La roadmap attiva per la piattaforma REHAU include una partner API per le integrazioni con gli installatori (in modo che strumenti di misurazione e CAD di terze parti possano sottomettere configurazioni per conto di un dealer), un’anteprima del configuratore guidata da AR per sistemi di profili residenziali su mobile, un’automazione SAP più profonda nella pianificazione dei lead time (lead time predittivi basati sul carico della linea di produzione anziché su regole statiche di magazzino) e ulteriori rollout in mercati UE. L’architettura supporta un rollout US senza re-platforming — lo stesso storefront Next.js, lo stesso motore di regole, la stessa topologia di integrazione SAP — e il nostro team cloud e DevOps ha i moduli Terraform pronti per avviare una regione US quando il programma lo richiede.
Se state pianificando un portale B2B commerce, una piattaforma di rete dealer con un configuratore prodotti o una superficie commerce integrata con ERP per utenti in US e UE, abbiamo consegnato questo stack end-to-end per un produttore globale e possiamo comprimere significativamente la timeline di sviluppo. Il team ingegneristico alla base di questo progetto fa parte di YuSMP Group. Lavoriamo a tempo e materiali per programmi in evoluzione e con team di sviluppo dedicati per la consegna continuativa, con un orario CET e una finestra garantita di sovrapposizione con la costa est degli USA (9:00–13:00 ET) per stand-up, demo e risposta agli incidenti.
Un MVP B2B commerce che copra catalogo, account dealer, prezzi contestuali alla regione, flusso ordini base e una singola integrazione ERP ha un costo tipico di €200k–€500k. Aggiungendo un configuratore guidato con validazione delle regole ingegneristiche, visibilità stock in tempo reale, sconti per livello dealer e un back-office per la sede centrale, il costo di una piattaforma completa raggiunge €500k–€1.2M. I principali fattori di costo sono il motore di regole del configuratore, la logica di freschezza e riconciliazione dell’integrazione ERP e la superficie di back-office dealer richiesta per audit e gestione delle eccezioni.
SAP Commerce Cloud e Adobe Commerce B2B sono eccellenti per il commerce guidato dal catalogo con prodotti configurabili semplici, ma vincolano il configuratore al proprio motore di regole e modello di componenti. I produttori con regole prodotto di livello ingegneristico — combinazioni di sistemi di profili, vincoli dimensionali, compatibilità degli accessori — tendono a dover fare un fork estensivo del configuratore del fornitore. Un progetto personalizzato Next.js + NestJS dà al team il pieno controllo sul motore di regole, la topologia di integrazione SAP e l’UX del back-office dealer, senza licenze per utente e senza cadenze di rilascio imposte dal fornitore.
L’integrazione SAP di livello produttivo utilizza un pattern di streaming: stock, prezzi e master data fluiscono da SAP attraverso un event bus (Kafka, RabbitMQ o SAP Event Mesh) nei cache PostgreSQL e Redis della piattaforma commerce. Lo storefront legge dai propri cache con freschezza inferiore al minuto, mai da SAP in modo sincrono. La sottomissione degli ordini e i controlli del credito tornano a SAP tramite una coda in uscita con chiavi di idempotenza e un job di riconciliazione che recupera eventuali eventi mancati entro l’ora.
La residenza dei dati UE per una piattaforma B2B commerce significa che il database primario, l’indice di ricerca, il livello cache e le cache edge CDN che contengono dati personali di dealer o clienti finali devono tutti risiedere nell’UE. Per REHAU e produttori analoghi con sede in Germania, ciò significa tipicamente AWS Francoforte o Dublino per il livello applicativo, con il SAP ERP stesso che rimane nel data center esistente del produttore. L’integrazione SAP transfrontaliera utilizza lo streaming cifrato con minimizzazione dei dati lato UE prima che qualsiasi mirror non-UE venga toccato.
Un MVP focalizzato — catalogo, account dealer, prezzi contestuali alla regione, una integrazione ERP e un configuratore base — richiede tipicamente 24–32 settimane. Aggiungendo validazione delle regole ingegneristiche, generazione deterministica di SKU, schede tecniche stampabili e prezzi per livello dealer si aggiungono 8–12 settimane. Un back-office completo per la sede centrale con pipeline ordini, code di eccezioni, metriche di salute dealer e log di audit per azione aggiunge altre 8–10 settimane. L’interfaccia multi-lingua per i mercati europei e i sinonimi di ricerca per lingua aggiungono 4–6 settimane in più.
Servizi correlati
SaaS, portali B2B e piattaforme dealer di livello produttivo su TypeScript, React, Next.js, NestJS e Node.js per team US e UE.
Scopri lo sviluppo di applicazioni web →
Ingegneria di prodotto end-to-end per aziende US e UE ambiziose, realizzata da team senior con pratiche allineate a GDPR e SOC 2.
Scopri lo sviluppo software su misura →
Migrazioni AWS, Azure e GCP, piattaforme Kubernetes, CI/CD e osservabilità per team US e UE.
Scopri cloud e DevOps →Casi correlati
Marketplace PropTech + admin per sviluppatori residenziali — griglie inventario a livello appartamento, flussi multi-ruolo, residenza dati US + UE.
Vedi il caso →
Piattaforma web dealer con sync CRM Bitrix24, pre-compilazione Dadata e avvisi vocali in tempo reale — canale unico di acquisizione per ogni richiesta di finanziamento auto.
Vedi il caso →
VPN nativa iOS + Android con WireGuard, backend no-logs, split tunnel e lancio su App Store + Google Play per US e UE.
Vedi il caso →
Piattaforme enterprise progettate con architettura prima, con conformità audit-ready e integrazione con SAP, Salesforce, Workday, Okta.
Scopri di più →
Migrazione strangler-fig di stack legacy (.NET Framework, Java 8, monolite) senza rischi di sostituzione completa.
Scopri di più →
Trasformazione pragmatica che consegna risultati — migrazione cloud, modernizzazione legacy, integrazione AI, data platform.
Scopri di più →Condividete alcuni dettagli e un consulente senior risponderà entro un giorno lavorativo.