---
title: "Lupa textiles — Zwei Bestandsshops auf eine Shopware-6-B2B-Plattform"
description: "Migration zweier gewachsener Bestandsshops von Lupa textiles auf eine Shopware-6-B2B-Plattform — inklusive Kundengruppen-Rekonstruktion, automatischer Bestellübergabe und dem projektspezifisch ausgebauten Kreditlimit-Plugin. Umgesetzt mit dem nuonic F.O.C.U.S.-Framework."
canonical_url: "https://nuonic.de/case-studies/lupa-focus"
---

<case-study-hero eyebrow="Case Study · F.O.C.U.S." image="/images/case-studies/lupa-hero.svg" imageAlt="Lupa textiles B2B-Handel auf Shopware 6">

Ein Plugin öffnete die Tür. <span>



</span>



<span className="mono-hl">

Ein System übernahm den Rest.

</span>



<template v-slot:lead="">

Migration zweier gewachsener Bestandsshops von Lupa textiles auf eine gemeinsame Shopware-6-B2B-Plattform — mit rekonstruierten Kundengruppen, automatischer Bestellübergabe und einem Kreditlimit, das sich selbst durchsetzt. Umgesetzt mit dem nuonic F.O.C.U.S.-Framework. Denn der Go-Live ist kein Erfolg. Er ist der Startpunkt der Verantwortung.

</template>
</case-study-hero>

<case-study-focus-strip :phases="[{"letter":"F","name":"Facts","tagline":"Realität statt Annahmen"},{"letter":"O","name":"Objectives","tagline":"Klarheit vor Geschwindigkeit"},{"letter":"C","name":"Constraints","tagline":"Die Wahrheit über Systeme"},{"letter":"U","name":"Execution","tagline":"Bauen statt diskutieren"},{"letter":"S","name":"Scaling","tagline":"Wachstum ist ein System"}]">



</case-study-focus-strip>

<case-study-facts :facts="[{"label":"Kunde","value":"Lupa textiles"},{"label":"Branche","value":"Textilien / B2B-Handel"},{"label":"Plattform","value":"Shopware 6"},{"label":"Ausgangslage","value":"2 gewachsene Bestandsshops"},{"label":"Warenwirtschaft","value":"XML-Bestellübergabe"},{"label":"Umsetzung","value":"Feb. 2024 – Go-Live Sommer 2025"},{"label":"Wartung","value":"Seit Sept. 2025 (laufend)"},{"label":"Leistungen","value":"Migration · B2B-Setup · Plugin-Entwicklung"}]" :tags="["Shopware 6","Datenmigration","Kundengruppen","AccessManager","Kreditlimit-Plugin","XML-WaWi-Schnittstelle","UPS-Labels","B2B-Commerce"]" label="Projekt auf einen Blick">



</case-study-facts>

<case-study-section letter="F" name="Facts" subtitle="Realität statt Annahmen">

Lupa textiles betrieb zwei über Jahre gewachsene Bestandsshops nebeneinander — mit eigener Kundschaft, eigenen Konditionen und getrennter Pflege. Das [System-Audit](/leistungen/beratung) zeigte: Das eigentliche Geschäftswissen steckte nicht in einer Dokumentation, sondern in den Altdaten selbst — die B2B-Kundengruppen etwa waren nirgends sauber modelliert, sondern ließen sich nur aus dem Anrede-Feld rekonstruieren. Der Einstieg in das Projekt kam über einen ungewöhnlichen Weg: unser eigenes Store-Plugin **Kreditlimit für B2B & Rechnungskauf** war bereits im Einsatz und wurde zum Türöffner für die komplette Migration.

</case-study-section>

<case-study-section letter="O" name="Objectives" subtitle="Klarheit vor Geschwindigkeit">

Nicht „zwei Shops neu bauen", sondern klar definierte Ziele vor der ersten Zeile Code:

- **Eine Plattform statt zwei Baustellen:** beide Bestandsshops auf eine gemeinsame [Shopware-6-Basis](/shopware-agentur/migration) konsolidieren.
- **Vollständige Datenübernahme:** Produkte, Kunden, Bestellungen und die gewachsene [SEO-Substanz](/shopware-agentur/seo) ohne Bruch überführen.
- **B2B-Prozesse digitalisieren,** die vorher manuell abgesichert wurden — von der Sortimentssteuerung bis zur Bestellübergabe.
- **Kreditrahmen, der sich selbst durchsetzt:** Rechnungskauf ohne manuelle Freigabe, hart im Checkout geprüft.

</case-study-section>

<case-study-section letter="C" name="Constraints" subtitle="Die Wahrheit über Systeme">

Die kritischen Rahmenbedingungen wurden vor der Umsetzung benannt, nicht währenddessen entdeckt:

- **Altdaten als einzige Quelle:** Kundengruppen und Konditionen lagen nur implizit in den Bestandsdaten — Migration hieß hier übersetzen, nicht kopieren.
- **Zwei getrennte Datenstände** mussten widerspruchsfrei in einer Plattform zusammenfinden.
- **Sortimentstrennung je Händler:** Jede Kundengruppe darf nur ihr freigegebenes Sortiment sehen.
- **Gesetzte Warenwirtschaft:** Bestellungen müssen strukturiert und automatisiert übergeben werden — kein Abtippen.

</case-study-section>

<case-study-callout title="Die Entscheidungsformel hinter jedem Work-Item">

**Impact** auf den Umsatz, **Commitment** zum Termin, **Ownership** für das Ergebnis. Projekte scheitern nicht an Technologie, sondern an unklaren Fakten, Zielen und Grenzen. Das Framework zwingt zur Klarheit — vor der ersten Zeile Code.

</case-study-callout>

<case-study-stats :stats="[{"value":"2 → 1","label":"Bestandsshops auf eine Plattform"},{"value":"Altdaten","label":"Kundengruppen rekonstruiert"},{"value":"XML","label":"Bestellübergabe automatisiert"},{"value":"je Gruppe","label":"Kreditlimit im Checkout"}]">



</case-study-stats>

<case-study-heading eyebrow="Execution & Scaling">

Wir haben nicht kopiert. Wir haben übersetzt.

</case-study-heading>

<case-study-section letter="U" name="Execution" subtitle="Bauen statt diskutieren">

Die Migration war kein reines Datenkopieren, sondern die Übersetzung eines gewachsenen Geschäfts in ein sauberes System — umgesetzt nach den Standards unserer [Shopware-Entwicklung](/shopware-agentur/entwicklung):

- **Kundengruppen aus Altdaten rekonstruiert** — aus dem Anrede-Feld der Bestandsdaten als Fundament für die gesamte B2B-Logik.
- **Zugriffssteuerung je Kundengruppe (AccessManager):** Jeder Händler sieht ausschließlich sein freigegebenes Sortiment.
- **XML-Bestellübergabe an die Warenwirtschaft** — automatisch statt abgetippt, inklusive UPS-Label-Erzeugung.
- **Kreditlimit-Plugin projektspezifisch ausgebaut:** Limits je Kundengruppe, automatisches Zurücksetzen passend zum Zahlungsziel, verfügbares Limit sichtbar in der Topbar und harte Blockade im Checkout.
- **Datenmigration ohne Bruch:** Produkte, Kunden, Bestellungen und SEO-URLs beider Shops in eine Plattform überführt.
- **Umzug aufs Kundenhosting** vor dem Go-Live — sauber getrennt vom laufenden Betrieb.

Go-Live im Sommer 2025 — beide Bestandsshops laufen seither auf einer gemeinsamen Basis.

</case-study-section>

<extension-showcase :extensions="[{"title":"Kreditlimit für B2B & Rechnungskauf","description":"Kreditlimits je Kunde, Kundengruppe oder Sales Channel — mit automatischer Prüfung offener Rechnungsbeträge im Checkout. Bei Lupa textiles projektspezifisch erweitert; die Erweiterungen fließen zurück ins Store-Produkt.","icon":"/images/shopware/extensions/kreditlimit.png","url":"https://store.shopware.com/de/nuoni52437279746m/kreditlimit-fuer-b2b-rechnungskauf.html","status":"Im Projekt im Einsatz"}]" background="navy" label="Das Plugin hinter der Case Study" linkLabel="Im Shopware Store ansehen" storeLabel="Alle nuonic-Extensions im Shopware Store" storeUrl="https://store.shopware.com/de/extension-partners/nuonic-digital">
<template v-slot:heading="">

Ein Store-Produkt, das im <span className="mono-hl">

Projekt

</span>

 wächst.

</template>

<template v-slot:intro="">

Was wir für Lupa textiles am Kreditlimit gebaut haben, bleibt kein Einzelfall: Limits je Kundengruppe, periodisches Zurücksetzen und die harte Checkout-Blockade fließen zurück in unser zertifiziertes Store-Produkt. Jeder Plugin-Kunde profitiert von diesem [B2B-Projekt](/shopware-agentur/b2b).

</template>
</extension-showcase>

<case-study-section letter="S" name="Scaling" subtitle="Wachstum ist ein System">

Und hier trennt sich Projekt von Partnerschaft. Seit September 2025 verantwortet nuonic [Shopware-Support & Wartung](/shopware-agentur/support) und Weiterentwicklung der konsolidierten Plattform — mit festem Release-Rhythmus statt Ad-hoc-Feuerwehr:

- **Ein gepflegter Betrieb** statt zweier auseinanderlaufender Bestandsshops.
- **Shopware 6.7** als Update-Epic in Vorbereitung — geplant statt aufgeschoben.
- **B2B-Logik als lebendes System:** Kundengruppen, Sortimentssteuerung und Kreditlimits wachsen mit dem Geschäft.
- **Plugin-Rückfluss:** Projektspezifische Erweiterungen härten das Store-Produkt für alle Kunden.

</case-study-section>

<case-study-callout title="Das System arbeitet — nicht das Team.">

Ein B2B-Prozess ist erst dann digitalisiert, wenn ihn niemand mehr manuell absichern muss. Sortimentssteuerung, Bestellübergabe und Kreditprüfung laufen bei Lupa textiles **automatisch — vom Warenkorb bis in die Warenwirtschaft.**

</case-study-callout>

<case-study-facts :facts="[{"label":"Konsolidierung","value":"2 Bestandsshops → 1 Plattform"},{"label":"Kundengruppen","value":"aus Altdaten rekonstruiert"},{"label":"Sortiment","value":"Zugriff je Kundengruppe (AccessManager)"},{"label":"Bestellungen","value":"XML-Übergabe an die WaWi"},{"label":"Zahlung","value":"Kreditlimit je Gruppe, Checkout-Blockade"},{"label":"Modell","value":"Wartung mit festem Release-Zyklus"}]" :tags="["Kreditlimit-Plugin","AccessManager","Kundengruppen","XML-WaWi-Schnittstelle","UPS-Labels","Shopware 6.7"]" label="B2B-Setup in Zahlen">



</case-study-facts>

<focus-roles :roles="[{"title":"Strategist","items":["Fakten, Ziele & Grenzen klären"]},{"title":"Architect","items":["B2B-Datenmodell & Integrationen"]},{"title":"Builder","items":["Migration, Plugins & Qualität"]},{"title":"Operator","items":["Betrieb & Weiterentwicklung"]}]" label="Die Rollen im Projekt">
<template v-slot:heading="">

Vier Rollen, von Facts bis Scaling.

</template>

<template v-slot:intro="">

Verantwortung über den gesamten Zyklus — operativ an die Phasen gekoppelt, ohne Übergaben ins Leere.

</template>
</focus-roles>

<service-contact background="navy" ctaLabel="Über Wirkung sprechen →" ctaTo="/kontakt" label="Kontakt" phone="+49 8141 828197-0">
<template v-slot:heading="">

Deine B2B-Bestellungen laufen noch per Zuruf und Excel? Lass uns über <span className="cta-hl">

Wirkung

</span>

 sprechen.

</template>

<template v-slot:body="">

nuonic Digital GmbH & Co. KG · München & Hamburg

</template>
</service-contact>