Hyvä Enterprise für Adobe Commerce: Der vollständige Implementierungsleitfaden

Hyvä Enterprise, Hyvä Theme + Hyvä Commerce, das auf Adobe Commerce läuft, ist dasselbe Produkt wie Hyvä auf Magento Open Source. Der Komplexitätsmultiplikator kommt von den B2B-Funktionen von Adobe Commerce, die Oberflächen (Unternehmenskonten, gemeinsame Kataloge, kundenspezifische Preise, Angebotsabläufe, Beschaffungsl Listen, Genehmigungsworkflows) haben, die Magento Open Source nicht hat.

Dieser Beitrag ist der vollständige Implementierungsleitfaden für Hyvä auf Adobe Commerce, mit besonderem Augenmerk auf die B2B-Oberflächen und das Cloud-Bereitstellungsmodell.

Was "Hyvä Enterprise" tatsächlich bedeutet

Es gibt kein separates Produkt "Hyvä Enterprise". Die Terminologie bezieht sich auf Hyvä Theme + Hyvä Commerce, das auf Adobe Commerce (der kostenpflichtigen Magento-Stufe) läuft, wobei die Adobe-spezifischen Funktionen unter der Hyvä-Render-Schicht neu gestaltet werden.

Die Lizenz ist Hyvä Commerce, ~3.000–5.000 £ pro Jahr, abgerechnet von Hyvä Themes, und die Implementierungsarbeiten decken die Adobe-spezifischen Oberflächen zusätzlich zu den Standard-Hyvä Commerce ab.

Adobe Commerce-Funktionen, die unter Hyvä neu gestaltet wurden

Jede dieser Funktionen ist eine separate Hyvä-Vorlagenoberfläche. Jede ist Implementierungsarbeit über das Standard-Hyvä Theme hinaus.

1. Selbstbedienung für Unternehmenskonten

• Unternehmensstruktur (Eltern- + Kindkonten)
• Benutzer-Einladungen und Rollenberechtigungen
• Benutzerverwaltungs-Dashboard für Unternehmensadministratoren
• Unternehmenseinstellungen (Rechnungsadresse, Standardgenehmiger usw.)

Typischer Aufwand: 1–2 Wochen an Hyvä-Vorlagenarbeit.

2. Gemeinsame Kataloge

• Sichtbarkeit von Katalogen, die spezifisch für Kundensegmente sind
• Versteckte Produkte / Kategorien pro Kundensegment
• Katalogzuweisungs-UI für Administratoren

Typischer Aufwand: 3–5 Tage.

3. Kundenspezifische Preise

• Vertragspreisanzeige pro Kunde
• Staffelpreise auf PDP
• Mengenrabattvisualisierung

Typischer Aufwand: 3–5 Tage.

4. Verhandlungsangebot-Workflow

• Angebot aus dem Warenkorb anfordern
• Angebot-in-Arbeit-Ansicht für Kunden
• Angebotsannahme und Umwandlung in Bestellablauf
• Ablehnung von Angeboten / Gegenangebote

Typischer Aufwand: 1–2 Wochen. Dies ist die längste einzelne B2B-Oberfläche.

5. Beschaffungsl Listen

• Gespeicherte Warenkorb-Äquivalente für B2B-Kunden
• Schnelles Hinzufügen von der Beschaffungsliste zum Warenkorb
• Teilen von Beschaffungsl Listen zwischen Unternehmensbenutzern

Typischer Aufwand: 3–5 Tage.

6. Genehmigungsworkflows

• Bestellungen über dem Schwellenwert erfordern die Genehmigung des Managers
• Genehmiger-Dashboard für ausstehende Genehmigungen
• Benachrichtigungsfluss für Genehmiger und Anforderer
• Genehmigungshistorie pro Bestellung

Typischer Aufwand: 1 Woche.

7. Multi-Konto-Bestellungen

• Eine Bestellung im Namen eines anderen Unternehmenskontakts aufgeben
• Konto-Impersonations-UI für Vertriebsmitarbeiter
• Audit-Trail für wer die Bestellung aufgegeben hat vs. gegen welches Konto sie gerichtet ist

Typischer Aufwand: 3–5 Tage.

8. B2B-spezifische PDP-Felder

• Datenblätter / Zertifizierungen / Lieferzeiten
• Großpackpreise
• Handelskontostatus / Mitgliedschaft

Typischer Aufwand: 2–4 Tage.

Kombinierter B2B-Oberflächenaufwand

Ein vollständiger B2B Adobe Commerce Hyvä-Bau fügt 4–6 Wochen zur Standard-Hyvä Theme-Zeitleiste hinzu. Die Gesamtkosten liegen typischerweise zwischen 50.000 £ und 90.000 £ für den vollständigen Hyvä Enterprise-Bau im Vergleich zu 35.000 £ bis 60.000 £ für das entsprechende Hyvä Commerce auf Magento Open Source.

Adobe Commerce Cloud, das Bereitstellungsmodell

Die meisten unserer Hyvä Enterprise-Kunden nutzen Adobe Commerce Cloud (die verwaltete Hosting-Stufe von Adobe). Das Cloud-Bereitstellungsmodell unterscheidet sich erheblich von selbst gehostetem Magento und beeinflusst, wie Hyvä-Arbeiten bereitgestellt werden:

Der Cloud-Zweig / Umgebungsförderungsfluss

Code bewegt sich: Integration → Staging → Produktion

• Integration: Funktionszweige werden hier bereitgestellt. Verwenden Sie es für aktive Entwicklungen.
• Staging: Vorproduktionsumgebung, die mit Produktionsdaten übereinstimmt. Verwenden Sie es für UAT.
• Produktion: Live-Kundenumgebung. Cloud CI wird hier bereitgestellt.

Sie können dies nicht umgehen. Es gibt keine direkte Bereitstellung in die Produktion; jede Änderung durchläuft zuerst die Integration.

Cloud CI-Pipeline

Code lebt in einem von Adobe verwalteten Git-Repository. Das Pushen in einen Cloud-Zweig löst einen Build + eine Bereitstellung über die Cloud CI-Pipeline aus. Die Pipeline:

1. Holt Code aus Git
2. Führt composer install aus
3. Führt bin/magento setup:upgrade aus
4. Führt bin/magento setup:di:compile aus
5. Führt bin/magento setup:static-content:deploy aus
6. Stellt in die Zielumgebung bereit

Dies ist automatisiert; Sie führen diese Befehle nicht manuell in der Produktion aus. Hyvä's composer require hyva-themes/* Pakete fügen sich normalerweise in diese Pipeline ein.

Was wir in der Cloud nicht tun können

• Direkter SSH-Zugriff auf die Produktion (eingeschränkt; verfügbar für Diagnosen, nicht für Änderungen)
• Manuelle Datei-Uploads in die Produktion
• Überschreiben der composer.json außerhalb des verwalteten Modells
• Installieren von benutzerdefinierten Linux-Paketen außerhalb des Cloud-unterstützten Sets

In der Praxis passt Hyvä problemlos in das Cloud-Modell. Die Einschränkungen sind real, beeinflussen jedoch nicht die Hyvä-spezifische Arbeit.

Der Hyvä Enterprise-Implementierungszeitplan

Ein typischer Hyvä Enterprise-Bau mit vollem B2B-Funktionsumfang:

Wochen 1–2: Fundament

• Hyvä Theme-Installation + Brand-System Tailwind-Konfiguration
• Kopfzeile / Fußzeile / Navigation
• Komponentenbibliothek
• Cloud-Integrationsumgebung bereit

Wochen 3–5: Storefront-Vorlagen

• PDP, PLP, Suche, Warenkorb, Kundenkonto (B2C-Oberflächen)
• CMS-Blöcke und Inhaltsseiten

Wochen 6–7: B2B-Oberflächen

• Unternehmenskonten, gemeinsame Kataloge, Kundenpreise
• Beschaffungsl Listen, Multi-Konto-Bestellungen

Wochen 8–9: Angebot + Genehmigungsflüsse

• Verhandlungsangebot-Workflow von Anfang bis Ende
• Genehmigungsrouting + Dashboards
• B2B-spezifische PDP-Felder

Wochen 10–11: Hyvä Checkout (falls lizenziert)

• Integration des Einseiten-Checkouts
• B2B-Felder (Bestellnummer, Genehmigungsrouting)
• Zahlungs- + Versandintegration

Wochen 12–13: Erweiterungskompatibilität + Leistung

• Hyvä-Kompatibilität für jede kostenpflichtige Erweiterung
• Lighthouse Mobile 90+ auf Storefront und Checkout
• Cross-Browser-QA

Wochen 14–15: UAT + Übergang

• Vorab-UAT in der Staging-Umgebung mit realen B2B-Test-Szenarien
• DNS-Übergang außerhalb der Spitzenzeiten über Cloud-Produktion
• 72-Stunden-Überwachung nach dem Start

Woche 16: Nach dem Start Sprint

• Bugfix-Sprint für alle Produktionsprobleme
• Übergabedokument + Bereitstellungs-Runbook
• Teamtraining zu Hyvä-Admin-Mustern

Insgesamt: ~16 Wochen, 50.000 £–90.000 £.

Die B2B-spezifischen Grenzfälle von Adobe Commerce

Einige Dinge, die Erstimplementierer von Hyvä-Adobe Commerce ins Stolpern bringen:

1. Kundensegmentierte Produktverfügbarkeit

Adobe Commerce unterstützt das Verstecken ganzer Produkte / Kategorien vor bestimmten Kundensegmenten. Die Hyvä-gerenderte PLP muss dies dynamisch respektieren, wenn Kunde A sich anmeldet, sieht er andere Produkte als Kunde B. Dies beeinflusst die Suche, Navigation, Sitemap und PDP-Verfügbarkeit.

Implementierung: Standard-Magento-Backend-Logik + Hyvä-Vorlagenbedingte Darstellung. Nicht schwer, aber leicht zu vergessen bis zur UAT.

2. Verhandlungsangebote in verschiedenen Status

Ein Angebot kann sich in mehreren Status befinden (angefordert, in Verhandlung, akzeptiert, abgelehnt, abgelaufen, in Bestellung umgewandelt). Die kundenorientierte UI muss all diese sauber handhaben, einschließlich Grenzfällen wie "Angebot abgelaufen, während der Kunde es angesehen hat."

Implementierung: Hyvä-Vorlage + Alpine.js-Zustandsverwaltung. ~3 Tage Arbeit für die kundenorientierten Oberflächen.

3. Multi-Lager-Bestandsverfügbarkeit pro Kunde

Einige Adobe Commerce B2B-Konfigurationen zeigen unterschiedliche Bestandsverfügbarkeiten pro Kunde (z. B. Kunde A hat Zugriff auf das UK-Lager, Kunde B hat Zugriff auf das EU-Lager). Die PDP muss dies pro angemeldetem Kunden rendern.

Implementierung: Standard-Magento-Inventar-Backend + Hyvä-Vorlage pro Kundenrendering.

4. Genehmigungsschwellen und Benachrichtigungsrouting

Bestellungen über einem vom Kunden definierten Schwellenwert erfordern die Genehmigung des Genehmigers. Der Genehmiger erhält eine Benachrichtigung, überprüft die Bestellung, genehmigt oder lehnt ab. Der Anforderer sieht die Aktualisierung des Genehmigungsstatus.

Implementierung: Standard-Adobes Genehmigungsengine + Hyvä-gerendertes Genehmiger-Dashboard + Benachrichtigungs-E-Mail-Neugestaltung. ~1 Woche.

5. Gespeicherte Karte / gespeicherte Adresse pro Unternehmenskontakt

Im B2B könnte eine gespeicherte Karte zu einem Unternehmen gehören, nicht zu einem Kontakt. Der Hyvä Checkout muss "Unternehmenskarte verwenden" vs. "meine Karte verwenden" sauber handhaben.

Implementierung: Zahlungsintegrationsmethode mit Hyvä Checkout + B2B-spezifische UI. ~3 Tage.

Hyvä Admin + Insights für B2B

Hyvä Admin ist nützlicher für B2B als für B2C, die Verwaltungsarbeit in einem B2B-Shop ist umfangreicher (Kundenmanagement, Angebotsbearbeitung, Genehmigungsaufsicht) und die modernisierte Admin-UX ist wichtiger.

Hyvä Insights ist weniger differenziert, die meisten B2B-Händler haben bereits BI-Tools (Tableau, Power BI, Looker) für B2B-Analysen. Hyvä Insights dupliziert Fähigkeiten, die Sie wahrscheinlich bereits haben.

Empfehlung: Hyvä Admin in den Umfang für B2B-Bauten einbeziehen. Hyvä Insights überspringen, es sei denn, Ihr Team möchte speziell die einheitliche Hyvä-Erfahrung.

Was es kostet, reale Zahlen

Szenario	Kosten	Zeitrahmen
Hyvä Theme nur auf Adobe Commerce (B2C)	30.000 £–45.000 £	8–10 Wochen
Hyvä Theme + Hyvä Checkout auf Adobe Commerce (B2C)	40.000 £–60.000 £	10–12 Wochen
Hyvä Theme + ausgewählte B2B-Funktionen (Unternehmenskonten + gemeinsame Kataloge)	50.000 £–70.000 £	12–14 Wochen
Vollständiges Hyvä Enterprise (Theme + Checkout + vollständiges B2B + Admin)	60.000 £–90.000 £	14–16 Wochen

Dies sind typische Preisbandbreiten. Ihre Zahl hängt von der Anzahl der Erweiterungen, benutzerdefinierten Checkout-Feldern, der Komplexität des Multi-Stores und dem Umfang der B2B-Funktionen ab.

Vorab: Dinge, die vor dem Start bestätigt werden müssen

Für Adobe Commerce speziell bestätigen:

1. Adobe Commerce-Version ist Hyvä-unterstützt. Überprüfen Sie hyva.io auf aktuelle Kompatibilität.
2. Cloud-Projektzugang für unsere Ingenieure. Nur-Lese- oder umgebungsspezifisch ist in Ordnung; wir benötigen keinen Prod-Schreibzugriff.
3. Composer-Authentifizierung für Adobe + private Anbieter-Registrierungen. Cloud verwaltet dies normalerweise; überprüfen Sie, ob es vor dem Start funktioniert.
4. B2B-Funktionsliste gesperrt. Welche B2B-Funktionen im Umfang (Unternehmenskonten, gemeinsame Kataloge, Angebote, Genehmigungen usw.) und welche sind ausgeschlossen.
5. Integrationsliste gesperrt. ERP, CRM, Marketingautomatisierung, PIM, alle Integrationen, gegen die wir testen müssen.

Die Vorabprüfung ist eine einwöchige Übung, bevor das Engagement offiziell beginnt.

Nächste Schritte

• Siehe die Hyvä Enterprise-Seite für Servicedetails
• Lesen Sie Hyvä für B2B-E-Commerce für B2B-spezifische Überlegungen
• Lesen Sie Hyvä Commerce Kostenaufstellung 2026 für allgemeine Hyvä Commerce-Preise
• Buchen Sie einen Scoping-Call für ein Festpreisangebot für Ihre Adobe Commerce-Umgebung