Caso de éxito · Fabricación · E-commerce
Caso de éxito REHAU: cómo creamos un portal de distribuidores a medida en Next.js y un configurador de productos para REHAU, el conocido fabricante mundial de productos de polímero, con reglas de configuración de nivel de ingeniería, precios según la región, stock en tiempo real impulsado por SAP y un back-office de distribuidores en el que confía la sede central. En servicio en varios mercados europeos con residencia de datos en la UE y diseñado para el listón de cumplimiento de EE. UU. y la UE.
La red de distribuidores de REHAU había superado su antiguo portal de pedidos. Los catálogos vivían en hojas de cálculo, los precios variaban en silencio según la región y los distribuidores de Alemania, Países Bajos, Francia, Suecia y Polonia dedicaban horas a configurar a mano pedidos de sistemas de perfiles, y después a comprobarlos contra el reglamento de ingeniería de la sede central antes de enviarlos. El cliente quería una única plataforma web con un configurador guiado, precios según la región, stock en tiempo real impulsado por SAP y una superficie de back-office en la que la sede central pudiera confiar de verdad, dado el listón de cumplimiento de un fabricante que cotiza en bolsa. Las suites de comercio B2B estándar (SAP Commerce Cloud y Adobe Commerce B2B) podían ofrecer un catálogo y cuentas de distribuidor, pero ninguna podía alojar las reglas de configuración de nivel de ingeniería que exige la línea de productos de sistemas de perfiles de REHAU sin una bifurcación sustancial del motor de configuración del proveedor. Creamos el portal desde cero sobre un stack a medida de Next.js + NestJS, con una integración en streaming con el ERP de SAP y un back-office de distribuidores diseñado para la sede central, los distribuidores y los auditores de toda la UE, y alineado con los mismos controles que exigiría un despliegue en EE. UU.
Un resumen de lo que aportó el desarrollo de comercio B2B de REHAU en el portal de distribuidores y el back-office de la sede central.
La mayor cuestión de arquitectura de este proyecto era si ampliar una suite de comercio B2B estándar (SAP Commerce Cloud, antes Hybris, o Adobe Commerce B2B, o sea Magento) o crear un portal a medida en Next.js de principio a fin. Ambas plataformas de proveedor gestionan bien el catálogo, las cuentas de distribuidor y los precios por niveles; ninguna aloja un configurador de nivel de ingeniería con reglas dimensionales y combinatorias sin una bifurcación sustancial del motor de configuración del proveedor. Para la línea de productos de sistemas de perfiles de REHAU, el configurador ES el producto: los distribuidores de EE. UU. y la UE necesitan una herramienta que valide las combinaciones de perfiles y accesorios contra el mismo reglamento de ingeniería que usa la sede central y que después emita una lista determinista de SKU, una ficha técnica imprimible y un presupuesto que el ERP de SAP facturará línea por línea. Construir eso sobre el configurador de un proveedor significa mantener para siempre una bifurcación del entorno de ejecución del proveedor, con cada versión de SAP Commerce Cloud reintroduciendo costes de migración.
Un desarrollo de software a medida sobre Next.js + NestJS da al equipo la propiedad total del motor de reglas, de la topología de integración con SAP y de la UX del back-office de distribuidores, sin licencias por usuario ni una cadencia de versiones impuesta por el proveedor. La contrapartida es un coste inicial de desarrollo mayor, pero para un fabricante con un programa de distribuidores en varios mercados, el ahorro en licencias por usuario basta por sí solo para amortizar el desarrollo a medida dentro del primer ciclo de despliegue, y la capacidad de publicar cambios en las reglas del configurador el mismo día en que ingeniería los aprueba es una ventaja estructural que ningún proveedor de SaaS iguala.
| Criterio | Next.js a medida (REHAU) | SAP Commerce Cloud | Adobe Commerce B2B |
|---|---|---|---|
| Configurador con reglas de ingeniería | Motor de reglas totalmente a medida: dimensiones, combinaciones de perfiles, compatibilidad de accesorios | Configurador del proveedor: hace falta bifurcarlo para reglas no estándar | Modelo limitado de producto configurable: hace falta bifurcarlo |
| Salida determinista de SKU y presupuesto | El presupuesto coincide línea por línea con la factura del ERP por diseño | Alineación nativa con SAP; limitada por el modelo de SKU del proveedor | Requiere middleware a medida para SKU alineados con SAP |
| Frescura de la integración con SAP | Streaming mediante bus de eventos: menos de un minuto | Potente y nativa: ecosistema propio | Depende del conector; varía según el integrador |
| Rendimiento del escaparate | ISR de Next.js + borde de CDN: TTFB inferior a un segundo | Entorno de ejecución pesado; mitigado con Spartacus headless | PWA Studio posible; requiere ajustes |
| Licencias por usuario | Ninguna: código propio | Licencias por CCU y por entorno | Licencia de comercio por niveles + módulo B2B |
| Cadencia de versiones | El mismo día de la aprobación de ingeniería | Impuesta por el proveedor; actualizaciones disruptivas | Versiones trimestrales de la plataforma |
| Coste de propiedad a largo plazo | Inicial más alto; sin licencias ni dependencia del proveedor | Inicial más bajo; coste recurrente alto de licencias y actualizaciones | Inicial medio; coste recurrente de licencias y del módulo B2B |
Referencias: documentación de Next.js, portal de ayuda de SAP Commerce Cloud, documentación de Adobe Commerce B2B.
Los ajustes de región determinan la moneda, los impuestos, los plazos de entrega y los descuentos por nivel de distribuidor en todos los mercados que atiende el portal: Alemania, Países Bajos, Francia, Suecia, Polonia y otros despliegues en la UE. Un distribuidor de Múnich ve precios en euros sin el IVA alemán y los plazos de entrega que su almacén asignado puede cumplir de verdad; un distribuidor de Estocolmo ve coronas suecas, IVA sueco y plazos de entrega específicos de los centros de distribución escandinavos. Los descuentos por nivel de distribuidor se aplican sobre los precios de lista regionales, de modo que el mismo SKU puede mostrar tres precios distintos a tres distribuidores distintos, y el back-office de distribuidores de la sede central puede ver exactamente qué nivel y qué excepción produjo cada cifra final.
La visibilidad del stock se obtiene en vivo de SAP ERP mediante una integración en streaming: los eventos de cambio de stock y de precio salen de SAP a través de un bus de eventos hacia las cachés propias del portal en PostgreSQL y Redis, con una frescura de menos de un minuto de extremo a extremo. El escaparate del distribuidor nunca consulta SAP de forma síncrona (lee de sus propias cachés), pero cada página refleja la verdad del ERP en menos de un minuto. Los distribuidores ven fechas de entrega realistas antes de comprometer un pedido, incluidas señales de pedido pendiente y sugerencias de producto sustituto cuando falta un artículo. El envío de pedidos vuelve a SAP mediante una cola de salida con claves de idempotencia y una tarea de conciliación que detecta cualquier evento perdido en el plazo de una hora, de modo que ningún pedido de distribuidor llega dos veces a SAP y ningún pedido del portal deja de llegar a SAP.
El back-office es la superficie desde la que la sede central dirige el programa de distribuidores. Un flujo de pedidos unificado muestra cada pedido en curso de todos los distribuidores y todas las regiones: enviado, validado, enviado a SAP, cumplido, expedido. Las colas de excepciones sacan a la luz entregas bloqueadas, comprobaciones de crédito fallidas y excepciones de precio que requieren aprobación, de modo que un responsable de operaciones con una jornada CET con solapamiento con la costa este de EE. UU. (9:00–13:00 ET) puede vaciar la cola de una vez y confiar en que nada se haya quedado por el camino. Las métricas de salud de los distribuidores (tendencias del volumen de pedidos, tasas de devolución, tiempo medio del configurador al pedido) permiten al equipo de éxito de distribuidores señalar las cuentas que necesitan atención antes de que el distribuidor se pierda o empiece a pedir fuera del portal.
La búsqueda en el catálogo funciona sobre Elasticsearch con sinónimos ajustados por idioma, de modo que un distribuidor que busca un producto por su nombre comercial, por su nombre coloquial en alemán o por su SKU llega al mismo conjunto de resultados. El propio catálogo se gestiona desde un CMS: los equipos de marketing actualizan los textos de producto, las imágenes principales y el contenido de las campañas de temporada desde una superficie de gestión de contenidos sin intervención de ingeniería, mientras que las primitivas de diseño mantienen fijo el sistema de marca para que una edición de marketing nunca pueda romper una página del configurador. El resultado es un back-office que encaja con el ritmo operativo existente de la sede central (flujo de pedidos, salud de los distribuidores, actualizaciones de contenido) en lugar de forzar a operaciones a una UX impuesta por el proveedor.
El portal de REHAU es una aplicación Next.js + NestJS que se ejecuta en Kubernetes dentro de la UE y se integra con SAP mediante una topología de eventos en streaming, diseñada para los mismos controles que exigiría un despliegue de la misma plataforma en EE. UU. y la UE.
La capa de aplicación se ejecuta como un escaparate Next.js (App Router, ISR para las páginas de catálogo y contenido) respaldado por una pasarela de API en NestJS. Las lecturas del catálogo llegan primero a la caché ISR de Next.js, después a Redis y después a PostgreSQL: el escaparate nunca se bloquea esperando a SAP. El configurador se ejecuta en el servidor: el motor de reglas, el resolutor de SKU y el calculador de precios residen en el servicio NestJS, y la interfaz del configurador en el cliente de Next.js envía estados parciales y recibe resultados validados de las reglas. La búsqueda funciona sobre Elasticsearch con analizadores por idioma y un diccionario de sinónimos mantenido por mercado. La CDN es CloudFront con ubicaciones de borde en la UE, delante tanto de los recursos estáticos como del HTML renderizado con ISR.
La integración con SAP es estrictamente asíncrona y unidireccional en la lectura. El stock, los precios y los datos maestros salen de SAP a través de un bus de eventos (Kafka en la topología de producción) hacia PostgreSQL y Redis en el lado del portal, con consumidores idempotentes y una tarea horaria de conciliación que vuelve a extraer el estado canónico de cualquier registro cuyo flujo de eventos parezca incompleto. El envío de pedidos vuelve a SAP mediante una cola de salida con claves de idempotencia, de modo que un reintento nunca produce un pedido duplicado en el ERP y una caída transitoria de SAP nunca pierde el pedido de un distribuidor: permanece en la cola de salida hasta que SAP vuelve. La frontera con el ERP es estricta: el portal nunca consulta SAP desde una petición de usuario, y SAP nunca consulta el portal. Esta arquitectura es lo que hace que la contrapartida entre streaming y procesamiento por lotes juegue a favor del distribuidor: ve datos actualizados sin la latencia de una llamada síncrona al ERP.
La residencia de datos en la UE se aplica en la capa de infraestructura: PostgreSQL primario en AWS Fráncfort con una réplica de lectura en Dublín, Redis en la misma región, Elasticsearch en la misma región y el borde de CloudFront restringido a ubicaciones de borde de la UE para cualquier caché que contenga datos identificativos de distribuidores. SAP sigue en el centro de datos existente del fabricante; el bus de eventos termina dentro de la UE antes de que se toque cualquier réplica fuera de la UE. Los registros de auditoría cubren cada cambio de precio, cada excepción y cada aprobación, cumpliendo el listón de cumplimiento de un fabricante que cotiza en bolsa y el listón de documentación que comprobará una futura auditoría SOC 2. La infraestructura se gestiona con Terraform, con paneles de Grafana para el estado del sistema y Sentry para el seguimiento de errores a nivel de aplicación. El enfoque de cumplimiento da soporte tanto a las obligaciones del RGPD en la Unión Europea como al conjunto de normas estatales de privacidad de EE. UU. (CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón), por si un futuro despliegue en EE. UU. lo requiere.
Enfoque de cumplimiento: alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso · apto para HIPAA · CCPA contemplada.
Un desarrollo en cinco fases que llevó el portal de distribuidores de REHAU desde la especificación del producto hasta producción en seis mercados europeos.
Extracción de las reglas del configurador a partir de la documentación de ingeniería, topología de integración con SAP, modelo de precios por nivel de distribuidor y región, mapa de flujos de datos del RGPD y diseño de la residencia en la UE.
Escaparate en Next.js, pasarela de API en NestJS, cachés en PostgreSQL + Redis, autenticación de distribuidores y modelo de cuentas, catálogo base y motor de precios por región y nivel.
Motor de reglas para la configuración de sistemas de perfiles, salida determinista de SKU y presupuesto, integración en streaming con SAP mediante bus de eventos, cola de pedidos de salida con idempotencia y tarea de conciliación.
Back-office de la sede central para el flujo de pedidos y las colas de excepciones, métricas de salud de los distribuidores, registros de auditoría por acción, modelo de permisos para roles de sede central / regional / distribuidor y CMS para catálogos y campañas.
Despliegue por fases en Alemania, Países Bajos, Francia, Suecia y Polonia; QA multilingüe; ajuste de sinónimos de Elasticsearch por idioma; paneles de Grafana; rotación de guardias alineada con el CET y el solapamiento con la costa este de EE. UU.
El configurador es la parte del desarrollo que decidió la cuestión de desarrollar o comprar. Los sistemas de perfiles de REHAU tienen restricciones dimensionales (anchuras y alturas mínimas y máximas del marco), reglas de combinación de perfiles (qué perfiles pueden acoplarse con cuáles), compatibilidad de accesorios (qué juntas, refuerzos y conectores requiere una combinación de perfiles dada) y reglas regionales de certificación (una configuración válida en Alemania puede no serlo en Suecia por los requisitos de rendimiento térmico). Todo ello reside en un motor de reglas dentro del servicio NestJS, expresado de forma declarativa para que un ingeniero que apruebe un cambio de regla pueda leer la regla en sí y no una implementación procedimental. La interfaz del configurador envía estados parciales (la selección en curso de un distribuidor) y recibe un estado validado con las siguientes opciones permitidas para cada entrada restante, de modo que a un distribuidor nunca se le ofrece una combinación que el reglamento de ingeniería rechazaría. Cuando el distribuidor finaliza una configuración, el motor de reglas emite una lista determinista de SKU (la misma entrada siempre produce el mismo conjunto de SKU), una ficha técnica imprimible y un presupuesto que se corresponde línea por línea con lo que facturará SAP. La alineación entre portal y ERP es lo que hizo posible la confianza de los distribuidores: el precio que ven es el precio que pagan, y el PDF del presupuesto que entregan a su cliente final es vinculante en ambos sentidos.
El portal de distribuidores de REHAU se lanzó en seis mercados europeos (Alemania, Países Bajos, Francia, Suecia, Polonia y otro mercado de la UE en despliegue por fases) con una interfaz multilingüe, precios según la región y residencia de datos en la UE en las capas de aplicación y de búsqueda. La plataforma se diseñó desde el primer día para el listón de cumplimiento de EE. UU. y la UE: aunque los mercados iniciales son todos europeos, la arquitectura de tratamiento de datos, la cobertura de los registros de auditoría y el modelo de permisos por rol están alineados con los mismos controles que exigiría un despliegue de una red de distribuidores en EE. UU. Las obligaciones de privacidad están alineadas con el RGPD para los usuarios europeos y con el conjunto de normas estatales de privacidad de EE. UU. (CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón), por si sigue un despliegue en EE. UU.
En la práctica, eso significa que los datos identificativos de los distribuidores y los datos de pedidos de los clientes finales permanecen dentro de la UE en todas las capas: PostgreSQL primario en AWS Fráncfort con una réplica de lectura en Dublín, Redis y Elasticsearch en la misma región y el borde de CloudFront restringido a ubicaciones de borde de la UE para cualquier caché que contenga datos personales. La residencia de datos en la UE para un fabricante global con sede en Alemania es una necesidad regulatoria, no un eslogan de marketing, y la forma en que está estructurada la integración con SAP permite levantar un futuro despliegue en EE. UU. en una región de AWS de EE. UU. sin rediseñar la frontera con el ERP. La plataforma está diseñada para los mercados de EE. UU. y la UE sobre la misma base de código, con fijación de infraestructura regional en lugar de bifurcaciones regionales de la aplicación.
La hoja de ruta activa de la plataforma de REHAU incluye una API para partners destinada a integraciones de instaladores (para que herramientas de medición y CAD de terceros puedan enviar configuraciones en nombre de un distribuidor), una vista previa del configurador con realidad aumentada para sistemas de perfiles residenciales en el móvil, una automatización más profunda de SAP en la planificación de plazos de entrega (plazos predictivos basados en la carga de la línea de producción y no en reglas estáticas de almacén) y más despliegues en mercados de la UE. La arquitectura admite un despliegue en EE. UU. sin cambiar de plataforma (el mismo escaparate Next.js, el mismo motor de reglas, la misma topología de integración con SAP) y nuestro equipo de cloud y DevOps tiene preparados los módulos de Terraform para levantar una región en EE. UU. cuando el programa lo requiera.
Si está planificando un portal de comercio B2B, una plataforma de red de distribuidores con configurador de productos o una superficie de comercio integrada con el ERP para públicos de EE. UU. y la UE, hemos entregado este stack de principio a fin para un fabricante global y podemos acortar de forma significativa el plazo de desarrollo. El equipo de ingeniería que está detrás de este desarrollo forma parte de YuSMP Group. Trabajamos por tiempo y materiales para programas cambiantes y con equipos de desarrollo dedicados para la entrega continua, con una jornada CET y una franja garantizada de solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.
Un MVP de comercio B2B con catálogo, cuentas de distribuidor, precios según la región, un flujo de pedidos básico y una única integración con un ERP suele costar $200k–$500k. Añadir un configurador guiado de productos con validación de reglas de ingeniería, visibilidad del stock en tiempo real, descuentos por nivel de distribuidor y un back-office para la sede central lleva una plataforma completa a $500k–$1.2M. Los principales factores de coste son el motor de reglas del configurador, la lógica de frescura y conciliación de la integración con el ERP y la superficie de back-office de distribuidores necesaria para la auditoría y la gestión de excepciones.
SAP Commerce Cloud y Adobe Commerce B2B son excelentes para un comercio centrado en el catálogo con productos configurables sencillos, pero limitan el configurador a su propio motor de reglas y a su modelo de componentes. Los fabricantes con reglas de producto de nivel de ingeniería (combinaciones de sistemas de perfiles, restricciones dimensionales, compatibilidad de accesorios) suelen acabar bifurcando ampliamente el configurador del proveedor. Un desarrollo a medida con Next.js + NestJS da al equipo control total sobre el motor de reglas, la topología de integración con SAP y la UX del back-office de distribuidores, sin licencias por usuario ni una cadencia de versiones impuesta por el proveedor.
Una integración con SAP de nivel de producción usa un patrón de streaming: el stock, los precios y los datos maestros fluyen desde SAP a través de un bus de eventos (Kafka, RabbitMQ o SAP Event Mesh) hacia las cachés propias de la plataforma de comercio en PostgreSQL y Redis. El escaparate lee de sus propias cachés con una frescura de menos de un minuto, nunca de SAP de forma síncrona. El envío de pedidos y las comprobaciones de crédito vuelven a SAP mediante una cola de salida con claves de idempotencia y una tarea de conciliación que detecta cualquier evento perdido en el plazo de una hora.
La residencia de datos en la UE para una plataforma de comercio B2B significa que la base de datos principal, el índice de búsqueda, la capa de caché y las cachés de borde de la CDN que contengan datos personales de distribuidores o clientes finales deben estar todos dentro de la UE. Para REHAU y fabricantes similares con sede en Alemania, eso suele significar AWS Fráncfort o Dublín para la capa de aplicación, con el propio SAP ERP en el centro de datos existente del fabricante. La integración transfronteriza con SAP usa streaming cifrado con minimización de datos en el lado de la UE antes de que se toque cualquier réplica fuera de la UE.
Un MVP acotado (catálogo, cuentas de distribuidor, precios según la región, una integración con el ERP y un configurador básico) suele llevar de 24 a 32 semanas. Añadir validación de reglas de ingeniería, generación determinista de SKU, fichas técnicas imprimibles y precios por nivel de distribuidor suma de 8 a 12 semanas. Un back-office completo para la sede central con flujo de pedidos, colas de excepciones, métricas de salud de los distribuidores y registros de auditoría por acción suma otras 8–10 semanas. Una interfaz multilingüe para los mercados europeos y sinónimos de búsqueda por idioma añaden 4–6 semanas más.
Servicios relacionados
SaaS de nivel de producción, portales B2B y plataformas de distribuidores creados con TypeScript, React, Next.js, NestJS y Node.js para equipos de EE. UU. y la UE.
Explorar el desarrollo de aplicaciones web →
Ingeniería de producto de principio a fin para empresas ambiciosas de EE. UU. y la UE, a cargo de equipos sénior con prácticas alineadas con el RGPD y orientadas a SOC 2.
Explorar el desarrollo de software a medida →
Migraciones a AWS, Azure y GCP, plataformas Kubernetes, CI/CD y observabilidad para equipos de EE. UU. y la UE.
Explorar cloud y DevOps →Casos relacionados
Marketplace PropTech y administración para promotoras residenciales: cuadrículas de inventario a nivel de vivienda, flujos multirol y residencia de datos en EE. UU. y la UE.
Ver el caso →
Plataforma web para concesionarios con sincronización con Bitrix24 CRM, autorrelleno con Dadata y alertas de voz en tiempo real: un único canal de entrada para cada solicitud de financiación de vehículos.
Ver el caso →
VPN nativa para iOS + Android con WireGuard, backend sin registros, split tunneling y lanzamiento en App Store + Google Play para EE. UU. y la UE.
Ver el caso →
Plataformas empresariales con la arquitectura como punto de partida, cumplimiento listo para auditoría e integración con SAP, Salesforce, Workday y Okta.
Más información →
Migración «strangler fig» de stacks heredados (.NET Framework, Java 8, monolito) sin el riesgo de reemplazarlo todo de golpe.
Más información →
Transformación pragmática que se entrega: migración a la nube, modernización de sistemas heredados, integración de IA y plataforma de datos.
Más información →Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.