--- title: "Technische Schulden in Shopify B2B: die Entscheidungen, die später teuer werden" description: "Zwei Arten technischer Schulden in Shopify B2B: schwer umkehrbare Entscheidungen und datierte – checkout.liquid, Scripts, klassische Konten, API-Versionen." url: "https://www.quotway.com/de/blog/shopify-b2b-technical-debt" type: "blog post" category: "For Shopify agencies" published: "2026-09-24" verified: "2026-09-24" shopify_api_version: "2026-07" audience: "Shopify-Agenturen und Entwickler, die einen B2B-Aufbau planen, prüfen oder übernehmen" scope: "Strukturelle Entscheidungen, die sich schwer umkehren lassen (Shop-Typ, Unternehmensbaum, wo Preise liegen, Identitätsschlüssel, Verhandlungsstand, Plus-Abhängigkeiten), Oberflächen mit einem Shopify-Abschaltdatum (checkout.liquid, Scripts, klassische Kundenkonten, API-Versionen) in API 2026-07, serverseitige Durchsetzung und ein Übergaberegister" locale: "de" source: "QuotWay - B2B Quote & Negotiation App for Shopify" --- # Technische Schulden in Shopify B2B: die Entscheidungen, die später teuer werden Technische Schulden in einem Shopify-B2B-Aufbau gibt es in zwei Arten, und sie brauchen unterschiedliche Behandlung. Die erste ist **strukturell**: Entscheidungen, von denen Shopify selbst sagt, dass sie sich schwer umkehren lassen – ein gemischter oder ein eigener B2B-Shop, wie Käufer auf Unternehmen und Standorte verteilt werden, wo die Standardpreise liegen, welche Identitätsschlüssel Shopify mit dem ERP verbinden. Die zweite hat ein **Fälligkeitsdatum**: Code auf einer Oberfläche, die Shopify nach veröffentlichtem Zeitplan abschaltet – checkout.liquid (13. August 2024 und 28. August 2025), Shopify Scripts (deaktiviert am 30. Juni 2026), klassische Kundenkonten (abgekündigt am 26. Februar 2026) und jede API-Version, die jeweils mindestens 12 Monate unterstützt wird. Strukturelle Schulden begleichen Sie, indem Sie entscheiden, bevor es Daten gibt. Datierte Schulden begleichen Sie, indem Sie die Daten aufschreiben und jemandem die Aufgabe geben, sie im Blick zu behalten. Beides dokumentiert Shopify, bevor der Aufbau beginnt; teuer wird es, wenn man es erst nach dem Ende entdeckt. Diese Seite ist für die Agentur, die einen Aufbau scoped oder übernimmt: die Entscheidungen, die später teuer werden, und warum, die datierten Oberflächen in einem Kalender, wo die Durchsetzung von Regeln leben muss, die sieben Arten, wie ein Aufbau schiefgeht, und das Schuldenregister, das mit dem Projekt übergeben wird. Wo eine Angebotsebene beschrieben wird, ist das eine Implementierung und als solche gekennzeichnet. Alles über Shopify wurde am 24. September 2026 gegen Shopifys eigene Seiten in API-Version 2026-07 geprüft, sofern kein anderes Datum genannt ist; die Quellen stehen am Ende. ## Zwei Arten von Schulden | Merkmal | Strukturelle Schulden | Datierte Schulden | | --- | --- | --- | | Was es ist | Eine Modellierungsentscheidung, an der alles andere hängt | Code auf einer Oberfläche, deren Abschaltung Shopify angekündigt hat | | Beispiele | Shop-Typ, Unternehmensbaum, wo Preise liegen, Identitätsschlüssel, wo der Verhandlungsstand liegt, Plus-Abhängigkeiten | checkout.liquid, Shopify Scripts, klassische Kundenkonten, API-Versionen und abgekündigte Felder | | Wann es billig ist | Bevor das erste Unternehmen, der erste Katalog oder die erste Bestellung existiert | Vor dem Datum – Shopify veröffentlicht es Monate im Voraus | | Was es teuer macht | Daten hängen daran: Bestellungen, Kataloge, Zahlungsziele, Historie | Das Datum verstreicht und der Code läuft nicht mehr, manchmal ohne Hinweis | | Wie man sie abbaut | Bewusst entscheiden, den Grund aufschreiben | Ein Register der Oberflächen mit ihren Daten und je einer verantwortlichen Person | Beide Arten speisen einander. Ein Shop, der Großhandelspreise in Shopify Scripts hielt, trug datierte Schulden (Scripts endeten am 30. Juni 2026) zusätzlich zu strukturellen (die Preise lagen nie in einem Katalog), und wer die ersten beglich, musste auch die zweiten begleichen. ## Die Entscheidungen, die später teuer werden Sechs Entscheidungen, jede mit der Shopify-Vorgabe, die sie schwer änderbar macht. Treffen Sie sie in dieser Reihenfolge, bevor das erste Unternehmen existiert. **1. Gemischter oder eigener Shop.** Shopifys eigene Anleitung ist deutlich: „Treffen Sie diese Entscheidung sorgfältig, denn sie lässt sich später nicht leicht ändern. Wenn Sie einen Shop-Typ einrichten und dann zum anderen wechseln wollen, müssen Sie den Großteil Ihrer Einrichtung neu machen, einschließlich Unternehmen, Katalogen und Anpassungen am Onlineshop.“ Ein eigener B2B-Shop ist ein separater Shop: „Der Bestand ist für B2B-Bestellungen und -Kunden standardmäßig getrennt“, seine Apps müssen „erneut eingerichtet und bezahlt“ werden, und zwischen Expansion Stores werden „Shop-Einstellungen, Produkte, Kollektionen und Bestand nicht synchronisiert“ – das ist eine Aufgabe für eine App oder das ERP. In einer Plus-Organisation gehört zu den Regeln für Expansion Stores ein kostenloser B2B-Shop je Vertrag. Nichts davon ist falsch; es ist eine Wahl mit laufenden Kosten, und sie sollte getroffen werden, weil das Geschäft einen separaten Shop braucht, nicht weil Großhandel früher so betrieben wurde. **2. Der Unternehmensbaum.** Was ist ein Unternehmen, und was ist ein Standort? Kataloge, Zahlungsziele, Steuerbefreiungen und Lieferadresse hängen am Standort, und die Historie verzeiht nichts: „B2B-Bestellungen bleiben bei dem Unternehmen, für das sie erstellt wurden, und können nicht zu einem anderen Unternehmen migriert werden“, und die migrierten Bestellungen einer Kundin lassen sich nicht auf mehrere Standorte aufteilen. Ein Baum, der eins zu eins aus der Kundenliste eines alten Systems übernommen wurde, ohne zu entscheiden, welche Datensätze Organisationen und welche Filialen sind, lässt sich nicht durch erneutes Migrieren von Bestellungen korrigieren – er wird korrigiert, indem man den Baum neu baut. Das [Migrations-Playbook](/blog/migrate-wholesale-customers-to-shopify-companies) legt die Reihenfolge der Arbeit fest, die das vermeidet. **3. Wo die Standardpreise liegen.** Seit dem 2. April 2026 gibt es Unternehmen, Kataloge und Zahlungsziele auf jedem Shopify-Tarif, die Gründe, Großhandelspreise in Kunden-Tags, Rabattcodes oder doppelten „Großhandels“-Produkten zu halten, sind also weg. Jeder dieser Behelfe bringt eigene Pflege mit: Doppelte Produkte sind schon ihrer Bauart nach getrennte Bestands- und Auswertungsdatensätze, und Tag-Logik lebt im Theme oder in einer App statt in dem, was der Checkout liest. Kataloge sind das, was B2B-Checkout, Mengenregeln und Mengenpreise lesen. Planen Sie die Zahl der Kataloge vorab: Außerhalb von Plus liegt die Grenze bei drei *aktiven* Katalogen über alle B2B-Märkte zusammen, ein Plan, der einen Katalog je Kunde annimmt, ist also ein Plus-Tarif. [Großhandels- und Endkundenpreise ohne doppelte SKUs](/blog/wholesale-vs-retail-pricing-without-duplicate-skus) behandelt die Preisseite, und die [Katalogzeilen der Referenz](/reference/shopify-b2b#catalogs) die Vorrangregeln. **4. Identitätsschlüssel.** `Company.externalId` und `CompanyLocation.externalId` gibt es für genau einen Zweck: eine „eindeutige, extern gelieferte ID“, die Shopifys Datensätze mit den Kunden- und Lieferadressnummern des ERP verbindet, und die companies-Abfrage kann danach filtern. Am ersten Tag gesetzt, kostet das nichts. Ein Jahr später ergänzt, heißt es, Tausende Datensätze über den Namen abzugleichen, und jede Synchronisierung, die dazwischen gebaut wurde, hängt an einem anderen Schlüssel. [Integrationsmuster für ERP, CRM und PIM](/blog/shopify-b2b-erp-crm-pim-integration-patterns) legt fest, wem welches Feld gehört. **5. Wo der Verhandlungsstand liegt.** Ein Bestellentwurf ist eine vereinbarte Bestellung, die auf Zahlung oder Freigabe wartet: drei Status (`OPEN`, `INVOICE_SENT`, `COMPLETED`), keine Versionen, und `draftOrderUpdate` ersetzt die Eingabe vollständig. Bestellentwürfe, die am oder nach dem 1. April 2025 angelegt wurden, werden nach einem Jahr ohne Bearbeitung gelöscht. Ein Aufbau, der die Verhandlung in Bestellentwürfen hält – die Anfrage, das Gegenangebot, die Historie, wer was angeboten hat –, speichert sie an einem Ort, der sie weder abbilden noch aufbewahren kann. [Ein Shopify-Bestellentwurf ist kein Angebot](/blog/shopify-draft-order-vs-quote) stellt die Status des Entwurfs denen gegenüber, die eine Verhandlung braucht. **6. Plus-Abhängigkeiten.** Einige B2B-Funktionen gibt es nur auf Shopify Plus: direkte Katalogzuweisung an ein Unternehmen oder einen Standort, unbegrenzt aktive Kataloge, Anzahlungen, Teilzahlungen, eine Zahlungsaufforderung je Fulfillment und – leicht zu übersehen – **Custom Apps, die Shopify-Function-APIs enthalten**, die Shopify als nur auf Plus-Shops nutzbar dokumentiert (öffentliche App-Store-Apps mit Functions laufen auf jedem Tarif). Nichts davon ist ein Fehler. Jede davon bindet den Aufbau an den Tarif, und die Händlerin sollte das wissen, bevor sie sich darauf verlässt. [Brauchen Sie Shopify Plus für B2B?](/blog/shopify-b2b-without-plus) zeigt den Tarif Zeile für Zeile. ## Schulden mit Fälligkeitsdatum Shopify veröffentlicht Abschaltdaten Monate im Voraus. Die Schuld ist nicht die alte Oberfläche; sie ist, nicht zu wissen, dass der Aufbau sie nutzt. > **Schuldenkalender für Shopify B2B, August 2024 bis Oktober 2026** > > Eine Zeitleiste datierter Shopify-Änderungen, die bestehenden Code zu Schulden machen. 13. August 2024: checkout.liquid funktioniert nicht mehr für die Schritte Information, Versand und Zahlung. 1. Oktober 2024: die REST Admin API wird Legacy. 1. April 2025: neue öffentliche Apps müssen auf der GraphQL Admin API gebaut sein. 28. August 2025: checkout.liquid und zusätzliche Skripte werden für die Dankeseite und die Bestellstatusseite auf Plus abgeschaltet, und das Feld für zusätzliche Skripte ist nur noch lesbar. 26. Februar 2026: klassische Kundenkonten werden abgekündigt; sie haben B2B nie unterstützt. 2. April 2026: B2B kommt auf jeden Tarif, was tagbasierten Großhandel von einer Notwendigkeit zu einer Wahl macht. 15. April 2026: Shopify Scripts lassen sich nicht mehr bearbeiten oder veröffentlichen. 30. Juni 2026: Shopify Scripts werden eingestellt und veröffentlichte Skripte deaktiviert. 1. Juli 2026: API 2026-07 kündigt DraftOrderInput.customerId zugunsten von purchasingEntity ab und entfernt das Feld grams. 26. August 2026: die Frist für Shops ohne Plus, die Dankeseite und die Bestellstatusseite umzustellen. 1. Oktober 2026: API 2026-10 wird stabil, und jede Version wird mindestens 12 Monate unterstützt. > > Orange: Eine Oberfläche hat aufgehört zu funktionieren oder wurde abgekündigt. Blau: Eine API-Regel hat sich geändert. Türkis: Eine Plattformänderung hat einen Behelf zu einer Wahl gemacht. | Oberfläche | Datum | Was passiert ist | Was sie ersetzt | | --- | --- | --- | --- | | checkout.liquid, Schritte im Checkout | 13. Aug. 2024 | Funktioniert nicht mehr für Information, Versand und Zahlung | Checkout-Erweiterbarkeit | | checkout.liquid und zusätzliche Skripte, Dankeseite und Bestellstatusseite (Plus) | 28. Aug. 2025 | Abgeschaltet; das Feld für zusätzliche Skripte ist nur noch lesbar | Erweiterungen im Checkout, Blöcke, Web- und App-Pixel | | Dankeseite und Bestellstatusseite (ohne Plus) | 26. Aug. 2026 | Frist für die Umstellung | Dasselbe | | REST Admin API | Legacy seit 1. Okt. 2024; 1. Apr. 2025 für neue öffentliche Apps | Neue öffentliche Apps müssen reine GraphQL-Apps sein | GraphQL Admin API | | Klassische Kundenkonten | Abgekündigt am 26. Feb. 2026; Abschaltdatum wird noch bekannt gegeben | Keine neuen Shops, keine Updates; haben B2B nie unterstützt | Kundenkonten und ihre UI-Erweiterungen | | Shopify Scripts | Bearbeitung endete am 15. Apr. 2026; deaktiviert am 30. Juni 2026 | Veröffentlichte Skripte „funktionieren nicht mehr“ | Shopify Functions | | `DraftOrderInput.customerId`, `marketRegionCountryCode` | Abgekündigt in 2026-07 | Werden noch angenommen, sind auf dem Weg zur Entfernung | `purchasingEntity` (eine Kundin oder ein einkaufendes Unternehmen) | | `DraftOrderLineItem.grams` | Entfernt in 2026-07 | Weg | `weight` | | Jede API-Version | Vierteljährlich; jede mindestens 12 Monate unterstützt | Eine nicht unterstützte Version „fällt vorwärts“ auf die älteste erreichbare stabile Version, ohne Hinweis | Jedes Quartal oder mindestens einmal im Jahr aktualisieren | Zwei Zeilen verdienen speziell für B2B einen zweiten Blick. **checkout.liquid hat für den B2B-Checkout nie funktioniert** – Shopify führt Anpassungen an checkout.liquid unter den Dingen, die B2B nicht unterstützt –, ein B2B-Shop hatte diese Schuld also nie, der D2C-Checkout eines gemischten Shops aber vielleicht, und die Korrektur berührt beide. Und **die Zeile zur API-Version ist die, die leise zubeißt.** Eine Custom App, die eine Version nennt, die Shopify nicht mehr unterstützt, schlägt nicht fehl: Shopify antwortet mit der ältesten Version, die noch unterstützt wird, und ein Feld, das dazwischen abgekündigt wurde, kann einfach nicht mehr da sein. Eine öffentliche App im App Store hat eine härtere Frist: „Wenn Ihre App nach der Upgrade-Frist weiterhin nicht unterstützte Ressourcen nutzt, wird sie aus dem Shopify App Store entfernt“, wobei neue Installationen für mindestens sieben Tage gesperrt sind. Die Scripts-Zeile ist das deutlichste jüngere Beispiel dafür, dass beide Arten von Schulden auf einmal fällig werden. Ein Shop, dessen Großhandelsrabatte oder B2B-Versandregeln in Scripts lagen, hatte bis zum 30. Juni 2026 Zeit, sie umzuziehen; der Umzug zu Functions ist auch der Moment zu fragen, ob diese Preise nicht eher in einen Katalog gehören, und das ist strukturell. Beachten Sie beim Scoping die Tarifregel für Functions: Eine **Custom App** mit Functions läuft nur auf Plus, ein Händler ohne Plus, der Scripts ersetzt, wählt also zwischen einer öffentlichen App und nativen Funktionen. [Der Beitrag zu den Grenzen von Bestellentwürfen](/blog/shopify-draft-order-limits) behandelt den einen dokumentierten Vorbehalt für Discount Functions bei Bestellentwürfen. ## Durchsetzung gehört auf den Server Die leiseste Form von Schulden ist eine Regel, die durchgesetzt aussieht und es nicht ist. Theme-Code läuft im Browser der Käuferin; er kann eine Schaltfläche zeigen oder verbergen, aber eine entschlossene Käuferin, eine zwischengespeicherte Seite oder ein zweiter Shop führt ihn nicht aus. Die Regel, bei der es um Geld geht, muss dort leben, wo Shopify sie prüft. Shopify gibt Ihnen drei serverseitige Orte. **Kataloge** entscheiden, welchen Preis ein angemeldeter Unternehmensstandort sieht. **Mengenregeln** – Minimum, Maximum und Schrittweite je Variante – werden im Warenkorb und im Checkout durchgesetzt, nicht nur angezeigt. Und die **Cart and Checkout Validation Function API** führt serverseitige Prüfungen aus, „um sicherzustellen, dass Bestellungen bestimmte Kriterien erfüllen, bevor Kunden fortfahren können“, im B2B-Checkout und bei Bestellentwürfen im Admin und im Checkout, wobei der Function der `purchasingCompany` der Käuferin zur Verfügung steht; ein Shop kann bis zu 25 davon aktivieren. Kennen Sie die zwei Stellen, die sie nicht erreicht: Die Validation API läuft weder bei der Create Order API noch beim Bearbeiten von Bestellungen. Eine Integration, die Bestellungen direkt über `orderCreate` schreibt – ein ERP-Import, ein Migrationsskript –, umgeht die Regeln, an die eine Käuferin gebunden ist, diese Regeln müssen also auch in der Integration durchgesetzt werden. Das ist ein Hinweis fürs Lastenheft, kein Fehler. ## Sieben Arten, wie ein B2B-Aufbau schiefgeht Jede davon ist ein Muster, das auf eine Vorgabe auf dieser Seite zurückgeht, keine gemessene Häufigkeit – solche Zahlen veröffentlicht niemand, und wir behaupten keine Rangfolge. Jede ist eine der Entscheidungen oben, spät oder per Voreinstellung getroffen. 1. **Der Shop-Typ wurde nach Launch-Tempo gewählt.** Ein eigener Shop, weil Großhandel früher so lief, und dann Bestandssynchronisierung, doppelte App-Abrechnung und getrennte Auswertung, solange der Shop existiert. Shopify sagt, ein Wechsel heißt, Unternehmen, Kataloge und Anpassungen neu zu machen. 2. **Der Unternehmensbaum hat die alte Kundenliste kopiert.** Filialen wurden zu Unternehmen oder Organisationen zu Standorten, und Bestellungen lassen sich nicht zwischen Unternehmen verschieben, um das zu korrigieren. 3. **Die Preise blieben in Tags, nachdem es Kataloge gab.** Der Behelf hat seinen Grund überlebt (B2B auf jedem Tarif seit dem 2. April 2026) und braucht jetzt eigene Pflege, neben einem Katalogsystem, das der Checkout bereits liest. 4. **Niemand hat `externalId` gesetzt.** Die ERP-Synchronisierung hängt an Namen oder E-Mail-Adressen, und jede Dublette wird zum Support-Ticket. 5. **Die Verhandlung lebte in Bestellentwürfen.** Keine Versionen, kein Gegenangebot, ein Update ersetzt die ganze Eingabe, und ein unbearbeiteter Entwurf wird nach einem Jahr gelöscht. 6. **Checkout-Logik lag auf einer auslaufenden Oberfläche.** Scripts, checkout.liquid oder zusätzliche Skripte, mit bekanntem Datum und ohne dass jemand es verfolgt hätte. 7. **Niemandem gehörte das API-Upgrade.** Eine Custom App, festgeschrieben auf eine Version, die später vorwärts fiel, und ein Feld, das sie las, war nicht mehr da. Nichts davon ist ein Shopify-Fehler. Jedes ist eine Vorgabe, die vor dem Aufbau dokumentiert und nach ihm entdeckt wurde. ## Das Schuldenregister für die Übergabe Die billigste Tilgung ist eine Seite im Übergabedokument, die jede Entscheidung und ihren Grund festhält. Sie kostet am Ende eines Aufbaus eine Stunde und erspart dem nächsten Team, alles neu zu entdecken. - **Shop-Typ** – gemischt oder eigener Shop, und der geschäftliche Grund. Bei einem eigenen Shop: was zwischen den Shops synchronisiert wird, und womit. - **Regel für den Unternehmensbaum** – was ein Unternehmen ist, was ein Standort ist, und wer das auf Händlerseite abgenommen hat. - **Wo jeder Preis liegt** – Kataloge (welche, und die aktive Anzahl gegen die Grenze des Tarifs), Mengenregeln, Mengenstaffeln, alles, was noch in Tags oder Rabatten liegt, und warum. - **Identitätsschlüssel** – das `externalId`-Schema für Unternehmen und Standorte, und das Feld im Quellsystem, auf das jedes abbildet. - **Wo der Verhandlungsstand liegt** – welches System Anfragen, Angebote, Gegenangebote und Freigaben führt, und was es an Shopify übergibt. - **Plus-Abhängigkeiten** – jede Funktion im Aufbau, die es nur auf Plus gibt, damit ein Tarifwechsel ein bekannter Kostenpunkt ist. - **Oberflächen mit einem Shopify-Datum** – jede Erweiterung, Function, jedes Skript, jeder Theme-Block und jede API, auf die sich der Aufbau stützt und für die eine Abkündigung angekündigt ist, mit dem Datum. - **API-Version** – die Version, die jede Custom App festschreibt, das Datum, an dem diese Version aus dem Support fällt, und die namentlich verantwortliche Person für das vierteljährliche Upgrade. - **Durchsetzungsübersicht** – welche Regeln durch Kataloge, Mengenregeln oder Validation Functions durchgesetzt werden, und welche nur im Theme. - **Integrationen, die den Checkout umgehen** – alles, was Bestellungen über `orderCreate` schreibt, und wo es die Käuferregeln erneut anwendet. [Der Launch-Testplan mit 50 Tests](/blog/shopify-b2b-launch-test-plan) ist das Gegenstück: Das Register hält fest, was entschieden wurde, der Testplan beweist, dass es funktioniert. ## Wo eine Angebotsebene steht Als eine Implementierung gekennzeichnet. Eine Angebots-App ergänzt ein führendes System für das Geschäft und kann damit eigene Schulden mitbringen. Die Frage, die entscheidet, wie viele, ist, **was sie speichert**: Verweise auf Shopifys Datensätze oder Kopien davon. Eine kopierte Kunden- oder Preisliste ist eine zweite Wahrheitsquelle, die jemand synchron halten muss; ein Verweis wird bei Bedarf aus Shopify gelesen. QuotWay speichert Verweise: Ein Angebot hält die Shopify-IDs von Kundin, Unternehmen, Standort, Kontakt, Produkt und Variante, eine Momentaufnahme der Produkttitel in jeder Version und die verhandelten Preise – die Katalogbasis, den Wunschpreis der Käuferin, das Angebot und den Endpreis. Es führt keine eigene Preisliste; das Angebot an einen Unternehmenskontakt startet vom Katalogpreis seines Unternehmensstandorts, aufgelöst, wenn die Anfrage eingeht. Der Verhandlungsstand bleibt im Angebot – Versionen, Gegenangebote, Freigaben und versendete Angebote, deren Positionen gesperrt sind, sodass eine Änderung eine neue Version oder ein Gegenangebot ist und keine Bearbeitung. Erst das vereinbarte Ergebnis wird zu einem [Bestellentwurf](/features/convert-to-orders), angelegt mit `purchasingEntity` statt dem abgekündigten `customerId` und, im Enterprise-Tarif, mit den Zahlungszielen des Standorts. Unternehmensbezogene Angebote sind der Enterprise-Tarif – die Tarifzeilen stehen auf der [Preisseite](/pricing) –, die unternehmensbezogene Seite steht auf der [Funktionsseite zu Shopify-B2B-Angeboten](/features/b2b), und die Architektur hinter der Aufteilung in [was in Shopify lebt und was in die Angebotsebene gehört](/blog/shopify-b2b-quote-architecture). Welche App Sie auch prüfen, stellen Sie die Speicherfrage direkt; [wie Sie eine Shopify-B2B-App bewerten](/blog/shopify-b2b-app-evaluation-checklist) führt sie mit den anderen 52 auf. Die Shopify-Fakten in diesem Beitrag werden in der [Shopify-B2B-Referenz](/reference/shopify-b2b#api-versions) aktuell gehalten. ## Häufige Fragen ### Was sind technische Schulden in einem Shopify-B2B-Aufbau? Zweierlei. Strukturelle Entscheidungen, von denen Shopify sagt, dass sie sich schwer umkehren lassen – gemischter oder eigener Shop, der Unternehmensbaum, wo Standardpreise liegen, Identitätsschlüssel –, und Code auf einer Oberfläche mit veröffentlichtem Abschaltdatum, etwa checkout.liquid, Shopify Scripts, klassische Kundenkonten und API-Versionen. Die ersten begleichen Sie, indem Sie früh entscheiden; die zweiten, indem Sie die Daten verfolgen. ### Kann ich später von einem separaten Großhandelsshop zu einem gemischten Shop wechseln? Ja, aber das ist ein Neuaufbau, keine Einstellung. Shopifys Anleitung zum Shop-Typ sagt, die Wahl lasse sich „später nicht leicht ändern“ und ein Wechsel heiße, „den Großteil Ihrer Einrichtung neu zu machen, einschließlich Unternehmen, Katalogen und Anpassungen am Onlineshop“. Expansion Stores synchronisieren weder Einstellungen noch Produkte, Kollektionen oder Bestand untereinander. ### Funktionieren Shopify Scripts noch für B2B-Preise? Nein. Shopify Scripts wurden am 30. Juni 2026 eingestellt und veröffentlichte Skripte deaktiviert; die Bearbeitung hatte bereits am 15. April 2026 geendet. Der Ersatz sind Shopify Functions. Eine Custom App mit Functions läuft nur auf Plus-Shops; öffentliche App-Store-Apps mit Functions laufen auf jedem Tarif. ### Betrifft die Abkündigung von checkout.liquid B2B? Nicht den B2B-Checkout selbst, der Anpassungen an checkout.liquid nie unterstützt hat. Sie betrifft den D2C-Checkout eines gemischten Shops: checkout.liquid funktioniert seit dem 13. August 2024 nicht mehr für die Schritte Information, Versand und Zahlung, und seit dem 28. August 2025 auf Plus nicht mehr für die Dankeseite und die Bestellstatusseite. Shops ohne Plus hatten bis zum 26. August 2026 Zeit, diese beiden Seiten umzustellen. ### Was passiert, wenn eine Custom App eine alte API-Version nutzt? Zunächst nichts Sichtbares. Jede stabile Version wird mindestens 12 Monate unterstützt; danach „fällt“ eine Anfrage, die sie nennt, „vorwärts“ auf die älteste erreichbare stabile Version, und Felder, die dazwischen entfernt wurden, werden nicht mehr zurückgegeben. Öffentliche Apps, die weiter nicht unterstützte Ressourcen nutzen, werden aus dem App Store entfernt, wobei Installationen für mindestens sieben Tage gesperrt sind. Schreiben Sie eine Version fest und geben Sie jemandem das vierteljährliche Upgrade. ### Sind tagbasierte Großhandelspreise inzwischen technische Schulden? Sie sind ein Behelf, dessen ursprünglicher Grund weggefallen ist. Seit dem 2. April 2026 gibt es Unternehmen und Kataloge auf jedem Shopify-Tarif, und Kataloge sind das, was B2B-Checkout, Mengenregeln und Mengenpreise lesen. Ein tagbasierter Aufbau funktioniert weiter, ist aber zusätzliche Logik, die neben einem nativen System gepflegt werden muss – ziehen Sie ihn um, wenn Sie das nächste Mal an die Preise gehen, und planen Sie die Katalogzahl gegen die Grenze von drei aktiven Katalogen unterhalb von Plus. ### Lässt sich eine B2B-Bestellung zu einem anderen Unternehmen verschieben? Nein. Shopify schreibt, dass B2B-Bestellungen „bei dem Unternehmen bleiben, für das sie erstellt wurden, und nicht zu einem anderen Unternehmen migriert werden können“. Deshalb ist der Unternehmensbaum die Entscheidung, die richtig sein muss, bevor es Bestellungen gibt. ## Quellen Shopify-Seiten, gelesen am 24. September 2026 in API-Version 2026-07, sofern nicht anders datiert: - [Einen Shop-Typ für Ihr B2B-Geschäft wählen](https://help.shopify.com/en/manual/b2b/getting-started/store-type) – gemischt gegenüber eigenem Shop, und „später nicht leicht zu ändern“ - [Expansion Stores](https://help.shopify.com/en/manual/organization-settings/expansion-stores) – der B2B-Shop-Typ und was zwischen Shops nicht synchronisiert wird - [checkout.liquid](https://shopify.dev/docs/storefronts/themes/architecture/layouts/checkout-liquid), [der Changelog vom 13. August 2024](https://shopify.dev/changelog/checkout-liquid-will-no-longer-work-for-in-checkout-pages-starting-august-13-2024) und [Dankeseite und Bestellstatusseite umstellen](https://help.shopify.com/en/manual/checkout-settings/checkout-extensibility/checkout-upgrade) - [Shopify Scripts: Anforderungen und Einschränkungen](https://help.shopify.com/en/manual/checkout-settings/script-editor/limitations) – eingestellt am 30. Juni 2026; das Ende der Bearbeitung am 15. April 2026 aus dem [Changelog](https://changelog.shopify.com/posts/shopify-scripts-can-no-longer-be-edited-or-published), gelesen am 22. September 2026 - [Shopify Functions](https://shopify.dev/docs/apps/build/functions) – die Tarifregel für Custom Apps mit Functions - [Cart and Checkout Validation Function API](https://shopify.dev/docs/api/functions/latest/cart-and-checkout-validation) – unterstützte Oberflächen, `purchasingCompany`, 25 je Shop - [API-Versionierung](https://shopify.dev/docs/api/usage/versioning) – Takt, 12 Monate Support, Vorwärtsfallen, Entfernung aus dem App Store - [REST Admin API](https://shopify.dev/docs/api/admin-rest) – Legacy seit dem 1. Oktober 2024, gelesen am 20. September 2026 - [Legacy customer accounts are now deprecated](https://changelog.shopify.com/posts/legacy-customer-accounts-are-now-deprecated) und [Anmeldung und Kundenkonten im B2B](https://help.shopify.com/en/manual/b2b/customer-login-and-accounts), gelesen vom 20. bis 22. September 2026 - [DraftOrderInput](https://shopify.dev/docs/api/admin-graphql/latest/input-objects/DraftOrderInput) und die [Release Notes 2026-07](https://shopify.dev/release-notes/2026-07), gelesen vom 20. bis 22. September 2026 - [Kunden zu B2B migrieren](https://help.shopify.com/en/manual/b2b/getting-started/migrating-customers), gelesen am 23. September 2026 - [CompanyInput](https://shopify.dev/docs/api/admin-graphql/latest/input-objects/CompanyInput) und [CompanyLocationInput](https://shopify.dev/docs/api/admin-graphql/latest/input-objects/CompanyLocationInput), gelesen am 22. September 2026 - Tarif-, Katalog-, Bestellentwurfs- und Einschränkungsregeln: die [Shopify-B2B-Referenz](/reference/shopify-b2b), erneut geprüft vom 20. bis 23. September 2026 Das Speichermodell von QuotWay ist aus seinem eigenen Datenschema beschrieben.