SAP Commerce Cloud in der Schweiz und der DACH-Region: Implementierungsleitfaden

An Schweizer Kunden über SAP Commerce Cloud zu verkaufen heisst, mit einem Markt umzugehen, der anders funktioniert als der Rest Europas. Vier offizielle Sprachen. Zwei Währungen im täglichen Gebrauch. Ein Datenschutzgesetz (nDSG), das parallel zur DSGVO läuft, aber nicht die DSGVO ist. Zahlungsmethoden, die es nirgendwo sonst gibt. Und grenzüberschreitende Logistik, die Zollerklärungen für ein Land abwickeln muss, das nicht in der EU ist.

Die meisten Commerce Cloud Implementierungsleitfäden behandeln das als Sonderfall. Für uns ist es der Standard. Spadoom hat seinen Hauptsitz in Zürich. Wir haben Commerce Cloud Projekte für Franke und Distrelec in diesem Markt umgesetzt. Die DACH-Anforderungen sind keine optionalen Extras, die wir am Ende dranhängen. Sie sind der Ausgangspunkt.

TL;DR: DACH-E-Commerce auf SAP Commerce Cloud erfordert Multi-Currency (CHF/EUR mit automatischer MWST pro Zielland), vier Sprachen mit lokalisiertem Content Management, Schweizer Payment-Integration (TWINT, PostFinance, Datatrans/Saferpay), doppelte nDSG- und DSGVO-Konformität sowie grenzüberschreitende Logistik mit Zollabwicklung für ein Nicht-EU-Land. Standard-Commerce-Cloud-Deployments decken das nicht ab. Sie brauchen einen Partner, der diese Anforderungen vom ersten Tag an in die Architektur einbaut.

Warum DACH-E-Commerce anders ist

Die Schweiz gehört nach Pro-Kopf-Ausgaben zu den grössten E-Commerce-Märkten Europas. Schweizer Konsumenten gaben 2024 CHF 15,7 Milliarden online aus (VSV/GfK, 2024). Aber die technischen Anforderungen für den Betrieb hier sind erheblich komplexer als in einem Ein-Währungs-, Ein-Sprach-EU-Markt.

Fünf Dinge machen DACH-E-Commerce anders als ein Standard-Deployment:

Mehrsprachigkeit als Grundlage, nicht als Zusatz. Die Schweiz hat vier offizielle Sprachen: Deutsch, Französisch, Italienisch und Rätoromanisch. In der Praxis bedienen die meisten Storefronts DE, FR, IT und EN. Das ist nicht nur Übersetzung. Produktnamen, Kategoriestrukturen, Rechtstexte und CMS-Seiten brauchen Management pro Sprachregion. Eine Produktbeschreibung, die im deutschsprachigen Zürich funktioniert, braucht möglicherweise andere Terminologie für das französischsprachige Genf.

Zwei Währungen im täglichen Betrieb. Schweizer Inlandshandel läuft in CHF. Grenzüberschreitender Handel mit Deutschland und Österreich in EUR. B2B-Kunden erwarten oft Preise in beiden Währungen. Das bedeutet währungsspezifische Echtzeit-Preise, nicht nur eine Anzeigekonvertierung.

Ein regulatorisches Umfeld zwischen EU- und Schweizer Recht. Die Schweiz ist nicht in der EU. Das nDSG (neues Datenschutzgesetz) gilt neben der DSGVO für jedes Unternehmen, das EU-Kunden bedient. Cookie-Consent-Anforderungen unterscheiden sich. Datentransferregeln sind separat. Sie können nicht einfach eine Standard-EU-Compliance-Vorlage deployen.

Zahlungsmethoden, die es nur hier gibt. TWINT verarbeitet über 100 Millionen Transaktionen pro Jahr in der Schweiz. PostFinance ist der Zahlungsarm des nationalen Postsystems. Beide gibt es weder in Deutschland noch in Österreich. Ein Storefront ohne TWINT in der Schweiz ist wie ein Storefront ohne iDEAL in den Niederlanden. Möglich, aber Sie verlieren Umsatz.

Grenzüberschreitende Logistik mit Zoll. Versand von der Schweiz nach Deutschland bedeutet Zollerklärungen, Tarifklassifizierungen und MWST-Abwicklung an der Grenze. Versand von Deutschland in die Schweiz das Gleiche in umgekehrter Richtung. EU-basierte Fulfilment-Center funktionieren nicht automatisch für Schweizer Lieferungen. Das Logistik-Setup muss beide Richtungen abdecken.

Mehrsprachiger Commerce: Vier Sprachen, eine Plattform

SAP Commerce Cloud unterstützt mehrsprachige Inhalte nativ. Aber ein Feature zu unterstützen und es für die DACH-Region gut zu implementieren sind verschiedene Dinge. Das steckt hinter einem sauberen Vier-Sprachen-Deployment.

Content Management pro Sprachregion

Jedes Produkt in Commerce Cloud trägt lokalisierte Attribute. Für ein DACH-Deployment bedeutet das:

• Produktnamen und -beschreibungen in DE, FR, IT und EN. Maschinelle Übersetzung bringt Sie 60 % des Weges. Die restlichen 40 % — technische Spezifikationen, rechtliche Angaben, Grössen — brauchen menschliche Prüfung pro Sprachregion.
• Kategoriestrukturen, die sich je nach Markt unterscheiden können. Deutschschweizer Konsumenten erwarten andere Navigationshierarchien als Westschweizer. «Haushalt» und «Maison» sind nicht immer eine direkte Zuordnung.
• CMS-Seiten pro Sprachregion. AGB, Rückgaberichtlinien, Versandinformationen — jedes Dokument braucht eine rechtlich korrekte Version pro Sprache. Die Schweiz erfordert separate Rechtstexte von Deutschland, auch wenn beide auf Deutsch sind.

URL-Strategie und SEO

Mehrsprachen-SEO in Commerce Cloud erfordert eine durchdachte URL-Architektur. Wir verwenden lokalepräfixierte Pfade:

/de-ch/produkte/kaffeemaschinen/
/fr-ch/produits/machines-a-cafe/
/it-ch/prodotti/macchine-da-caffe/
/en-ch/products/coffee-machines/
/de-de/produkte/kaffeemaschinen/
/de-at/produkte/kaffeemaschinen/

Jede Locale bekommt eigene hreflang-Tags, Sitemap-Einträge und kanonische URLs. Suchmaschinen behandeln de-ch und de-de als separate Ziele. Wenn Sie beide von derselben URL bedienen, verlieren Sie Rankings in beiden Märkten.

Commerce Clouds CMS-Cockpit verwaltet das alles, aber die Architektur muss von Anfang an stimmen. Lokalespezifische URLs nachträglich einzubauen bedeutet, etablierte Suchrankings umzuleiten.

Content-Workflow

Für Frankes globale Plattform durchläuft Content eine strukturierte Pipeline: Deutsch ist die Master-Locale (wird zuerst erstellt), gefolgt von Übersetzung in FR, IT und EN mit marktspezifischer Prüfung. Commerce Clouds Staging- und Freigabe-Workflow handhabt das nativ, wenn er korrekt konfiguriert ist.

Die zentrale Entscheidung: zentralisiertes Content Management (ein Team verwaltet alle Locales) versus verteilt (jeder Markt verwaltet sein eigenes). Beides funktioniert. Für Schweizer Unternehmen, die primär in DACH operieren, ist zentralisiert mit Marktreview typischerweise effizienter.

Multi-Currency und Steuern: CHF, EUR und MWST-Komplexität

Währungszonen

Commerce Cloud handhabt Multi-Currency über währungsspezifische Preiszeilen pro Produkt. Für DACH ist das Standard-Setup:

• CHF-Preisliste für den Schweizer Storefront (de-ch, fr-ch, it-ch, en-ch)
• EUR-Preisliste für Deutschland (de-de) und Österreich (de-at)
• Optional: Doppelwährungsanzeige für B2B-Kunden, die EUR-Preise auf dem Schweizer Storefront sehen möchten

Preiszeilen werden unabhängig gepflegt. Das ist keine Anzeigekonvertierung — es sind tatsächliche Preise pro Währungszone, die bei SAP-ERP-Anbindung in Echtzeit aus S/4HANA gezogen werden. Währungsspezifische Aktionen, Mengenrabatte und kundenspezifische Preise funktionieren innerhalb jeder Zone.

MWST-Handling

Hier wird DACH richtig kompliziert:

• Schweizer MWST: 8,1 % Normalsatz, 2,6 % ermässigter Satz (Lebensmittel, Medikamente, Bücher), 3,8 % Beherbergungssatz. Stand 2025.
• Deutsche MWST: 19 % Normalsatz, 7 % ermässigt.
• Österreichische MWST: 20 % Normalsatz, 10 % und 13 % ermässigte Sätze.

Grenzüberschreitende B2C-Verkäufe von der Schweiz nach Deutschland lösen deutsche MWST-Pflichten aus, sobald Sie die EU-weite Fernabsatzschwelle überschreiten. Commerce Cloud berechnet das pro Zielland, aber die Steuerermittlungslogik muss für jeden Korridor konfiguriert werden.

Für B2B gilt der Reverse-Charge-Mechanismus bei grenzüberschreitenden Verkäufen. Commerce Cloud unterstützt das über Steuerkonditionssätze, aber die Konfiguration erfordert Kenntnis sowohl der Schweizer als auch der EU-MWST-Regeln.

EU VAT One Stop Shop (OSS)

Wenn Ihr Commerce Cloud Storefront B2C von der Schweiz in mehrere EU-Länder verkauft, vereinfacht der EU One Stop Shop die MWST-Registrierung. Statt in jedem EU-Land zu registrieren, registrieren Sie sich einmal und melden alle EU-Verkäufe. Commerce Clouds Steuer-Engine unterstützt OSS, aber Ihre SAP-ERP-Konfiguration muss das Reporting korrekt abbilden.

Schweizer Zahlungssysteme: TWINT, PostFinance und mehr

Die Zahlungsabwicklung in der Schweiz sieht grundlegend anders aus als in Deutschland oder Österreich. Ein DACH Commerce Cloud Deployment muss drei verschiedene Zahlungslandschaften bedienen.

TWINT

TWINT ist das Schweizer Mobile-Payment-System. Über 5 Millionen aktive Nutzer (TWINT, 2025) in einem Land mit 9 Millionen Einwohnern. Im E-Commerce funktioniert TWINT über QR-Code oder App-zu-App-Redirect. Es ist keine Kartenzahlung. Es verbindet sich direkt mit dem Bankkonto des Kunden.

Die Integration mit Commerce Cloud läuft über einen Payment Service Provider (PSP) — typischerweise Datatrans, Saferpay (Worldline) oder Adyen. Der PSP handhabt das TWINT-Protokoll; Commerce Cloud empfängt eine Standard-Zahlungsbestätigung. Die Checkout-UX muss den TWINT-Flow unterstützen: QR-Code anzeigen, auf Bestätigung warten, Timeout behandeln.

PostFinance

PostFinance Card und PostFinance E-Finance decken einen signifikanten Anteil der Schweizer Online-Zahlungen ab. PostFinance Card funktioniert wie eine Debitkarte. E-Finance ist eine Direktüberweisung vom PostFinance-Konto des Kunden.

Beide integrieren sich über dieselbe PSP-Schicht wie TWINT. Der Hauptunterschied: PostFinance E-Finance leitet den Kunden zum PostFinance-Login-Portal weiter, was einen zusätzlichen Schritt im Checkout-Flow bedeutet. Ihr Commerce Cloud Checkout muss diesen Redirect sauber handhaben, ohne den Warenkorb zu verlieren.

Payment Service Provider Architektur

Für DACH empfehlen wir einen einzigen PSP, der alle drei Märkte abdeckt:

Commerce Clouds Payment Extension Framework verbindet sich über eine standardisierte API mit dem PSP. Eine Integration deckt alle Zahlungsmethoden über alle Märkte ab. Der PSP handhabt methodenspezifische Flows (QR-Codes, Redirects, 3DS-Authentifizierung) hinter einer einheitlichen Schnittstelle.

Datenschutz und Compliance: nDSG trifft DSGVO

Einen Commerce Cloud Storefront in der DACH-Region zu betreiben bedeutet doppelte Compliance: Schweizer nDSG und EU-DSGVO. Sie ähneln sich im Geist, unterscheiden sich aber in der Umsetzung.

Wo sich nDSG und DSGVO unterscheiden

Die praktische Auswirkung für Commerce Cloud: Ihr Consent Management, Ihre Datenschutzerklärung und Ihre Verarbeitungsverzeichnisse müssen beide Rahmenwerke abdecken. Eine reine DSGVO-Implementierung erfüllt nicht die nDSG-Anforderungen für Schweizer Kunden, und umgekehrt.

Cookie-Consent-Implementierung

Commerce Clouds Storefront braucht ein Consent-Banner, das beide Regime abdeckt:

• Schweizer Besucher: Consent-Framework basierend auf dem nDSG. Weniger strikt als die DSGVO bei Cookies spezifisch, aber verlangt Transparenz über Datenverarbeitungszwecke.
• EU-Besucher: Vollständiger DSGVO-Cookie-Consent. Opt-in vor allen nicht-essenziellen Cookies oder Tracking.

Geolokationsbasierter Consent ist der sauberste Ansatz: Land des Besuchers erkennen und das passende Consent-Framework anwenden. Commerce Clouds Tag-Management-Integration unterstützt das über die Consent-Mode-Konfiguration.

Datenresidenz

Schweizer Unternehmen verlangen zunehmend Garantien zur Datenresidenz. SAP Commerce Cloud läuft auf SAP BTP Infrastruktur. Für DACH-Deployments bietet SAP Rechenzentren in Deutschland (EU10 Frankfurt) und der Schweiz (CH20 Zürich für SAP BTP). Die Konfiguration der Datenresidenz ist Teil des Commerce Cloud Provisioning-Prozesses.

Logistik und Versand: Post CH, DHL und Cross-Border

Inlandslieferung

Der Schweizer Inlandsversand wird von der Schweizerischen Post (Post CH) dominiert. Standard-Optionen:

• PostPac Priority: Zustellung am nächsten Werktag in der ganzen Schweiz
• PostPac Economy: 2-3 Werktage
• PickPost / My Post 24: Paketautomaten und Abholstellen

Commerce Clouds Shipping Extension integriert sich mit der Webservices-API der Schweizerischen Post für Labelgenerierung, Tracking und Zustellstatusupdates. Die API handhabt deutsche, französische und italienische Adressen nativ.

Cross-Border CH nach EU

Versand von der Schweiz in EU-Länder erfordert:

• Zollerklärung (CN22/CN23) für kommerzielle Sendungen
• HS-Tarifklassifizierung pro Produkt
• Ursprungsland auf Handelsrechnungen
• DAP/DDP-Incoterms-Entscheidung: Bezahlt der Kunde oder der Verkäufer die Einfuhrzölle?

Für DDP (Delivered Duty Paid) — wo der Verkäufer den Zoll abwickelt — muss Commerce Cloud die Einfuhrzölle beim Checkout berechnen. Das erfordert die Integration eines Zollberechnungsdienstes. Für DAP (Delivered At Place) — wo der Kunde zahlt — wird der Zoll bei Lieferung erhoben.

Wir empfehlen DDP für B2C (Kunden hassen überraschende Zollgebühren) und DAP für B2B (die wickeln Einfuhrzölle als Teil ihrer Standardbeschaffung ab).

Cross-Border EU nach CH

Deutsche oder österreichische Fulfillment-Center, die in die Schweiz versenden, durchlaufen denselben Zollprozess in umgekehrter Richtung. Schweizer Zollgrenzen, Freigrenzen (CHF 300 für die meisten Waren) und Einfuhrverbote für bestimmte Produktkategorien gelten.

Commerce Cloud muss die Schweizer Importfähigkeit auf Warenkorbebene validieren. Eingeschränkte Artikel vor dem Checkout zu blockieren verhindert fehlgeschlagene Sendungen und Kundenbeschwerden.

Multi-Warehouse-Fulfilment

Für DACH-Betriebe mit sowohl Schweizer als auch EU-Lagern bestimmt Commerce Clouds Sourcing-Strategie, welches Lager jede Bestellung erfüllt. Die Logik folgt typischerweise:

1. Vom nächstgelegenen Lager versenden
2. Vom Lager versenden, das den Artikel vorrätig hat
3. Gleiches-Land-Fulfilment bevorzugen, um Zoll zu vermeiden (CH-Bestellungen aus CH-Lager, DE/AT-Bestellungen aus EU-Lager)

Diese Sourcing-Logik wird in Commerce Clouds Order-Management-Modul konfiguriert und integriert sich mit SAP ERPs ATP (Available to Promise) für Echtzeit-Bestand.

Spadooms DACH Commerce Track Record

Wir sind keine Beratung, die «DACH» als Kompetenz auflistet, weil sie einmal ein Projekt in München gemacht hat. Spadoom hat seinen Hauptsitz in Zürich. Unser Team arbeitet täglich in Deutsch, Französisch, Italienisch und Englisch. Der DACH-Markt ist unser Zuhause.

Franke: Globale B2B Commerce Plattform

Frankes Commerce Cloud Plattform ist ein globales Headless-B2B/B2C-Deployment, das wir aus einer blockierten Implementierung heraus gerettet und zu einer preisgekrönten Plattform umgebaut haben. DACH-relevante Elemente:

• Multi-Country-Deployment mit über 10 globalen Kanälen aus einer Commerce Cloud Instanz
• Mehrsprachiges Content Management mit zentralisierter Erstellung und marktspezifischer Prüfung
• B2B-Preisgestaltung mit kundenspezifischen Preislisten pro Währungszone
• 75 % Reduktion manueller Bestellungen durch automatisierten Self-Service

Franke gewann für diese Implementierung einen SAP Quality Award. Die Plattform ging in 90 Tagen von Legacy in Produktion.

Distrelec: B2B Elektronikdistribution

Distrelecs Commerce Cloud Deployment handhabt hochvolumige B2B-Elektronikdistribution über ganz Europa, mit der Schweiz als Heimatmarkt:

• Komplexer Produktkatalog mit Hunderttausenden von SKUs, technischen Spezifikationen und Datenblättern pro Produkt
• Mehrsprachiger Produktinhalt verwaltet über SAP PCM
• B2B-Features: Punchout-Kataloge, Freigabe-Workflows, Organisationshierarchien, Vertragspreise
• Grenzüberschreitende Logistik zwischen der Schweiz und EU-Märkten

Was uns unterscheidet

Der einzige andere SAP-Partner in der Schweiz mit vergleichbarer Commerce Cloud Tiefe ist Advanis. Der Unterschied: Wir implementieren nicht nur Commerce Cloud. Wir integrieren es in den gesamten SAP CX Stack — Sales Cloud, Service Cloud, Emarsys, CDP. Commerce existiert nicht isoliert. Der Kunde, der Ihren Storefront durchsucht, ist derselbe Kunde, den Ihr Vertriebsteam berät und Ihr Service-Team betreut.

Unsere SAP Gold Partner Zertifizierungen decken das gesamte CX-Portfolio ab, nicht nur Commerce.

Implementierungsansatz für DACH: Phasenweise Einführung

Erfahrung hat uns gelehrt: Alle DACH-Märkte gleichzeitig zu launchen ist der schnellste Weg, alles zu verzögern. Der Phasenansatz funktioniert besser.

Phase 1: Heimatmarkt (8-12 Wochen)

Starten Sie mit Ihrem Primärmarkt. Für die meisten Schweizer Unternehmen ist das die Schweiz mit DE-, FR- und IT-Storefronts.

Liefergegenstände:

• Commerce Cloud provisioniert und konfiguriert
• Produktdatenmodell und Katalogstruktur
• Dreisprachiger Storefront (DE, FR, IT)
• Schweizer Payment-Integration (TWINT, PostFinance, Karten via Datatrans oder Saferpay)
• Post-CH-Versandintegration
• nDSG-konformes Consent- und Datenschutz-Setup
• SAP-ERP-Integration für Preise und Bestand

Das ergibt einen produktionsfähigen Schweizer Storefront. Echte Kunden, echte Bestellungen, echte Daten. Alles, was in Phase 1 gelernt wird, fliesst in Phase 2.

Phase 2: DACH-Expansion (6-10 Wochen)

Erweiterung auf Deutschland und Österreich:

• EUR-Währungszone mit DE/AT-spezifischen Preisen
• Deutsche und österreichische Zahlungsmethoden (SEPA, Klarna, PayPal)
• DHL- und Österreichische-Post-Versandintegration
• DSGVO-Compliance-Layer neben bestehendem nDSG-Setup
• Grenzüberschreitende Logistik (Zoll, Abgabenberechnung, Sourcing-Regeln)
• EN-Storefront (falls nicht bereits live)

Phase 3: Optimierung (Fortlaufend)

Verfeinerung nach Go-Live:

• A/B-Testing pro Markt
• Performance-Tuning basierend auf echten Traffic-Mustern
• Content-Personalisierung pro Sprachregion
• Zusätzliche Zahlungsmethoden nach Marktnachfrage
• Marktplatz-Integrationen (Galaxus für die Schweiz, Amazon für DE/AT)

Warum die Schweiz zuerst?

Mit der Schweiz zu starten zwingt Sie, die schwierigsten Probleme zuerst zu lösen. Mehrsprachigkeit, Multi-Payment, nDSG-Compliance, Zollabwicklung — das sind alles Schweiz-spezifische Anforderungen. Wenn Ihre Commerce Cloud Instanz die Schweizer Komplexität bewältigt, ist die Erweiterung auf Deutschland und Österreich unkompliziert. Umgekehrt gilt das nicht. Wenn Sie mit einem einsprachigen, einwährungigen deutschen Storefront starten, bedeutet das Hinzufügen Schweizer Anforderungen später erhebliche Umbauten.

Bereit für Commerce Cloud in DACH?

Wenn Sie SAP Commerce Cloud für den Schweizer oder DACH-Markt evaluieren, sollten wir reden. Kein Sales-Pitch — ein technisches Gespräch über Ihre spezifischen Anforderungen, Ihre Integrationslandschaft und Ihren Zeitplan.

Kontakt aufnehmen oder mehr erfahren auf unserer E-Commerce-Lösungsseite.

Häufig gestellte Fragen

Unterstützt SAP Commerce Cloud Schweizer Franken und Euro?

Ja. Commerce Cloud unterstützt nativ Multi-Currency mit Echtzeit-Preisen pro Währungszone. Schweizer Storefronts laufen typischerweise mit CHF für den Inlandsmarkt und EUR für den grenzüberschreitenden Handel, mit automatischer Steuerberechnung pro Zielland.

Kann Commerce Cloud vier Schweizer Sprachen verwalten?

Ja. Commerce Cloud unterstützt unbegrenzt viele Sprachen mit lokalisiertem Produktinhalt, Kategoriestrukturen und CMS-Seiten. DACH-Deployments laufen typischerweise mit DE, FR, IT und EN mit sprachspezifischem Content Management.

Welche Schweizer Zahlungsanbieter lassen sich mit Commerce Cloud integrieren?

TWINT, PostFinance und alle gängigen Kartenanbieter lassen sich über Payment Service Provider wie Datatrans, Saferpay (Worldline) oder Adyen integrieren. Das Payment Extension Framework von SAP Commerce Cloud macht die Integration unkompliziert.

Ist Spadoom ein offizieller SAP Commerce Cloud Partner?

Ja. Spadoom AG ist ein zertifizierter SAP Gold Partner mit Hauptsitz in Zürich und spezifischer Commerce Cloud Implementierungserfahrung. Wir haben Commerce Cloud Projekte für Franke, Distrelec und weitere Kunden in der DACH-Region umgesetzt.

Wie lange dauert eine DACH Commerce Cloud Implementierung?

8-16 Wochen für einen einzelnen B2B-Storefront, 4-6 Monate für ein Multi-Country-Deployment mit vollständiger Mehrsprachigkeit und lokalisierter Payment-/Logistik-Integration. Unser Phasenansatz startet mit der Schweiz und erweitert in einer zweiten Phase auf Deutschland/Österreich.