Hyvä Enterprise pour Adobe Commerce : Le guide complet de mise en œuvre

Hyvä Enterprise, Hyvä Theme + Hyvä Commerce fonctionnant sur Adobe Commerce, est le même produit que Hyvä sur Magento Open Source. Le multiplicateur de complexité provient de l'ensemble de fonctionnalités B2B d'Adobe Commerce, qui comprend des surfaces (comptes d'entreprise, catalogues partagés, tarification spécifique aux clients, flux de devis, listes de réquisition, flux de travail d'approbation) que Magento Open Source n'a pas.

Cet article est le guide complet de mise en œuvre pour Hyvä sur Adobe Commerce, avec une attention particulière aux surfaces B2B et au modèle de déploiement Cloud.

Ce que signifie réellement "Hyvä Enterprise"

Il n'existe pas de produit distinct "Hyvä Enterprise". La terminologie fait référence à Hyvä Theme + Hyvä Commerce fonctionnant sur Adobe Commerce (le niveau payant de Magento), avec les fonctionnalités spécifiques à Adobe re-templées sous la couche de rendu Hyvä.

La licence est Hyvä Commerce, ~£3,000–£5,000 par an, facturée par Hyvä Themes, et le travail de mise en œuvre couvre les surfaces spécifiques à Adobe en plus de Hyvä Commerce standard.

Fonctionnalités d'Adobe Commerce re-templées sous Hyvä

Chacune de ces fonctionnalités est une surface de modèle Hyvä distincte. Chacune représente un travail de mise en œuvre au-delà de Hyvä Theme standard.

1. Service autonome pour comptes d'entreprise

• Structure de l'entreprise (comptes parent + enfant)
• Invitations d'utilisateurs et permissions de rôle
• Tableau de bord de gestion des utilisateurs pour les administrateurs d'entreprise
• Paramètres au niveau de l'entreprise (adresse de facturation, approbateur par défaut, etc.)

Effort typique : 1–2 semaines de travail sur le modèle Hyvä.

2. Catalogues partagés

• Visibilité des catalogues spécifique aux segments de clients
• Produits / catégories cachés par segment de client
• Interface d'attribution de catalogue pour les administrateurs

Effort typique : 3–5 jours.

3. Tarification spécifique aux clients

• Affichage des prix contractuels par client
• Rendu des prix échelonnés sur la PDP
• Visualisation des remises par quantité

Effort typique : 3–5 jours.

4. Flux de travail de devis négociés

• Demander un devis depuis le panier
• Vue de devis en cours pour les clients
• Flux d'acceptation de devis et de conversion en commande
• Gestion des rejets de devis / contre-devis

Effort typique : 1–2 semaines. C'est la surface B2B la plus longue.

5. Listes de réquisition

• Équivalents de panier sauvegardés pour les clients B2B
• Ajout rapide depuis la liste de réquisition au panier
• Partage des listes de réquisition entre les utilisateurs de l'entreprise

Effort typique : 3–5 jours.

6. Flux de travail d'approbation

• Commande au-dessus du seuil nécessite une approbation du manager
• Tableau de bord côté approbateur pour les approbations en attente
• Flux de notification pour l'approbateur et le demandeur
• Historique des approbations par commande

Effort typique : 1 semaine.

7. Commande multi-comptes

• Passer une commande au nom d'un autre contact d'entreprise
• Interface d'imitation de compte pour les représentants commerciaux
• Piste d'audit pour qui a passé la commande par rapport à quel compte

Effort typique : 3–5 jours.

8. Champs PDP spécifiques au B2B

• Fiches techniques / certifications / délais
• Tarification en gros
• Statut de compte commercial / adhésion

Effort typique : 2–4 jours.

Effort combiné pour les surfaces B2B

Une construction complète de Hyvä pour Adobe Commerce B2B ajoute 4–6 semaines au calendrier standard de Hyvä Theme. Le coût total est généralement de £50k–£90k pour la construction complète de Hyvä Enterprise contre £35k–£60k pour un Hyvä Commerce équivalent sur Magento Open Source.

Adobe Commerce Cloud, le modèle de déploiement

La plupart de nos clients Hyvä Enterprise sont sur Adobe Commerce Cloud (le niveau d'hébergement géré d'Adobe). Le modèle de déploiement Cloud est matériellement différent de Magento auto-hébergé et affecte la façon dont le travail Hyvä est expédié :

Le flux de promotion des branches / environnements Cloud

Déplacements de code : Intégration → Pré-production → Production

• Intégration : les branches de fonctionnalités se déploient ici. Utilisez pour le développement actif.
• Pré-production : environnement de pré-production correspondant aux données de production. Utilisez pour l'UAT.
• Production : environnement client en direct. Le CI Cloud déploie ici.

Vous ne pouvez pas contourner cela. Il n'y a pas de déploiement direct en production ; chaque changement passe d'abord par l'Intégration.

Pipeline CI Cloud

Le code vit dans un dépôt Git géré par Adobe. Pousser vers une branche Cloud déclenche une construction + un déploiement via le pipeline CI Cloud. Le pipeline :

1. Récupère le code depuis Git
2. Exécute composer install
3. Exécute bin/magento setup:upgrade
4. Exécute bin/magento setup:di:compile
5. Exécute bin/magento setup:static-content:deploy
6. Déploie dans l'environnement cible

C'est automatisé ; vous ne lancez pas ces commandes manuellement en production. Les paquets composer require hyva-themes/* de Hyvä s'intègrent normalement dans ce pipeline.

Ce que nous ne pouvons pas faire sur Cloud

• Accès SSH direct à la production (limité ; disponible pour diagnostics, pas pour des changements)
• Téléversements de fichiers manuels en production
• Remplacer le composer.json en dehors du modèle géré
• Installer des paquets Linux personnalisés en dehors de l'ensemble pris en charge par le Cloud

En pratique, Hyvä s'intègre dans le modèle Cloud sans problème. Les contraintes sont réelles mais n'affectent pas le travail spécifique à Hyvä.

Le calendrier de mise en œuvre de Hyvä Enterprise

Une construction typique de Hyvä Enterprise avec l'ensemble des fonctionnalités B2B :

Semaines 1–2 : Fondation

• Installation de Hyvä Theme + configuration du système de marque Tailwind
• En-tête / pied de page / navigation
• Bibliothèque de composants
• Environnement d'intégration Cloud prêt

Semaines 3–5 : Modèles de vitrine

• PDP, PLP, recherche, panier, compte client (surfaces B2C)
• Blocs CMS et pages de contenu

Semaines 6–7 : Surfaces B2B

• Comptes d'entreprise, catalogues partagés, tarification client
• Listes de réquisition, commande multi-comptes

Semaines 8–9 : Flux de devis + approbations

• Flux de travail de devis négociés de bout en bout
• Routage d'approbation + tableaux de bord
• Champs PDP spécifiques au B2B

Semaines 10–11 : Hyvä Checkout (si sous licence)

• Intégration de paiement en une page
• Champs B2B (numéro de commande, routage d'approbation)
• Intégration de paiement + expédition

Semaines 12–13 : Compatibilité des extensions + performance

• Compatibilité Hyvä pour chaque extension payante
• Lighthouse mobile 90+ sur la vitrine et le paiement
• QA multi-navigateurs

Semaines 14–15 : UAT + transition

• UAT pré-lancement sur l'environnement de pré-production avec de réels scénarios de test B2B
• Transition DNS hors pointe via la promotion de production Cloud
• Surveillance post-lancement de 72 heures

Semaine 16 : Sprint post-lancement

• Sprint de correction de bogues pour tout problème de production
• Document de passation + manuel de déploiement
• Formation de l'équipe sur les modèles d'administration Hyvä

Total : ~16 semaines, £50k–£90k.

Les cas particuliers spécifiques au B2B d'Adobe Commerce

Quelques éléments qui posent problème aux implémenteurs de Hyvä-Adobe Commerce pour la première fois :

1. Visibilité des produits segmentés par client

Adobe Commerce prend en charge la dissimulation de produits / catégories entiers de segments de clients spécifiques. La PLP rendue par Hyvä doit respecter cela dynamiquement, si le Client A se connecte, il voit des produits différents de ceux du Client B. Cela affecte la recherche, la navigation, le plan du site et la disponibilité de la PDP.

Mise en œuvre : logique backend Magento standard + rendu conditionnel du modèle Hyvä. Pas difficile, mais facile à oublier jusqu'à l'UAT.

2. États de devis négociés en cours

Un devis peut être dans plusieurs états (demandé, en négociation, accepté, rejeté, expiré, converti en commande). L'interface utilisateur côté client doit gérer tous ces états de manière claire, y compris les cas particuliers comme "le devis a expiré pendant que le client le consultait."

Mise en œuvre : modèle Hyvä + gestion d'état Alpine.js. ~3 jours de travail pour les surfaces côté client.

3. Visibilité des stocks multi-entrepôts par client

Certaines configurations B2B d'Adobe Commerce affichent une disponibilité de stock différente par client (par exemple, le client A a accès à l'entrepôt UK, le client B a accès à l'entrepôt EU). La PDP doit rendre cela par client connecté.

Mise en œuvre : backend d'inventaire Magento standard + rendu par client du modèle Hyvä.

4. Seuils d'approbation et routage des notifications

Les commandes au-dessus d'un seuil défini par le client nécessitent une approbation de l'approbateur. L'approbateur reçoit une notification, examine la commande, approuve ou rejette. Le demandeur voit la mise à jour du statut d'approbation.

Mise en œuvre : moteur d'approbation standard d'Adobe Commerce + tableau de bord d'approbation rendu par Hyvä + re-templating des e-mails de notification. ~1 semaine.

5. Carte sauvegardée / adresse sauvegardée par contact d'entreprise

Dans le B2B, une carte sauvegardée peut appartenir à une entreprise plutôt qu'à un contact. Le Hyvä Checkout doit gérer "utiliser la carte de l'entreprise" contre "utiliser ma carte" de manière claire.

Mise en œuvre : intégration de méthode de paiement avec Hyvä Checkout + UI spécifique au B2B. ~3 jours.

Hyvä Admin + Insights pour B2B

Hyvä Admin est plus utile pour le B2B que pour le B2C, la charge de travail administrative sur un magasin B2B est plus lourde (gestion des clients, gestion des devis, supervision des approbations) et l'UX admin modernisée est plus importante.

Hyvä Insights est moins différencié, la plupart des commerçants B2B ont déjà des outils BI (Tableau, Power BI, Looker) pour l'analyse B2B. Hyvä Insights duplique des capacités que vous avez probablement déjà.

Recommandation : inclure Hyvä Admin dans le périmètre des constructions B2B. Évitez Hyvä Insights à moins que votre équipe ne souhaite spécifiquement l'expérience unifiée de Hyvä.

Ce que cela coûte, chiffres réels

Scénario	Coût	Calendrier
Hyvä Theme uniquement sur Adobe Commerce (B2C)	£30k–£45k	8–10 semaines
Hyvä Theme + Hyvä Checkout sur Adobe Commerce (B2C)	£40k–£60k	10–12 semaines
Hyvä Theme + fonctionnalités B2B sélectionnées (comptes d'entreprise + catalogues partagés)	£50k–£70k	12–14 semaines
Hyvä Enterprise complet (Theme + Checkout + B2B complet + Admin)	£60k–£90k	14–16 semaines

Ce sont des fourchettes de prix typiques. Votre chiffre dépend du nombre d'extensions, des champs de paiement personnalisés, de la complexité multi-boutiques et de l'étendue des fonctionnalités B2B.

Pré-vol : choses à confirmer avant de commencer

Pour Adobe Commerce spécifiquement, confirmez :

1. La version d'Adobe Commerce est prise en charge par Hyvä. Vérifiez sur hyva.io pour la compatibilité actuelle.
2. Accès au projet Cloud pour nos ingénieurs. En lecture seule ou spécifique à l'environnement, c'est bien ; nous n'avons pas besoin d'écriture en prod.
3. Authentification Composer pour Adobe + registres de vendeurs privés. Le Cloud gère cela normalement ; vérifiez que cela fonctionne avant le lancement.
4. Liste des fonctionnalités B2B verrouillée. Quelles fonctionnalités B2B sont dans le périmètre (comptes d'entreprise, catalogues partagés, devis, approbations, etc.) et lesquelles sont hors périmètre.
5. Liste d'intégration verrouillée. ERP, CRM, automatisation marketing, PIM, toutes les intégrations que nous devons tester.

Le pré-vol est un exercice d'une semaine avant que l'engagement ne commence officiellement.

Prochaines étapes

• Consultez la page Hyvä Enterprise pour les détails du service
• Lisez Hyvä pour le B2B Ecommerce pour des considérations spécifiques au B2B
• Lisez découpage des coûts de Hyvä Commerce 2026 pour la tarification générale de Hyvä Commerce
• Réservez un appel de cadrage pour un devis à prix fixe pour votre environnement Adobe Commerce