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 Zug. 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.

Kurzfassung: 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 Pay, 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

Schweizer Käuferinnen und Käufer kaufen selbstverständlich online ein, und sie erwarten, dass der Shop ihre Sprache spricht, ihre Währung zeigt und ihre Zahlungsmethode anbietet. Die technischen Anforderungen für den Betrieb hier sind deutlich komplexer als in einem EU-Markt mit einer Währung und einer Sprache.

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 hat über 6 Millionen Nutzerinnen und Nutzer und verarbeitete 2025 über 900 Millionen Transaktionen (TWINT). 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 liefert einen ersten Entwurf; technische Spezifikationen, rechtliche Angaben und Grössen brauchen trotzdem eine 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

In den meisten unserer Schweizer Projekte 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; diese Diskussion führen wir in fast jedem Projekt. 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, sondern 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.

Waren, die aus der Schweiz an Konsumenten in Deutschland oder Österreich gehen, sind Einfuhren in die EU; die EU-Einfuhrumsatzsteuer fällt also ab dem ersten Euro an. Commerce Cloud berechnet die Steuer 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 Import-One-Stop-Shop (IOSS)

Versenden Sie B2C-Sendungen bis EUR 150 aus der Schweiz in die EU, können Sie über den Import-One-Stop-Shop die Mehrwertsteuer des Ziellands bereits im Checkout erheben und in einer monatlichen Erklärung abrechnen, statt dass der Kunde bei der Zustellung Einfuhrumsatzsteuer zahlt. Über EUR 150 werden Einfuhrumsatzsteuer und Zölle beim Zoll abgewickelt. Commerce Cloud kann pro Land den richtigen Bruttopreis zeigen, aber Ihre SAP-ERP-Konfiguration muss das IOSS-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 sehr unterschiedliche Zahlungsmärkte bedienen.

TWINT

TWINT ist das Schweizer Mobile-Payment-System, mit über 6 Millionen Nutzerinnen und Nutzern in einem Land mit 9 Millionen Einwohnern (TWINT, 2026). 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-Kundinnen und -Kunden bezahlen online mit PostFinance Pay, das in Onlineshops die früheren Methoden PostFinance Card und PostFinance E-Finance abgelöst hat. Die Zahlung wird in der PostFinance-App bestätigt.

PostFinance Pay wird über dieselbe PSP-Schicht angebunden wie TWINT. Wie bei TWINT verlässt der Kunde den Checkout kurz für die Bestätigung; Ihr Commerce Cloud Checkout muss die Rückkehr sauber abwickeln, ohne den Warenkorb zu verlieren. Bietet ein älterer Shop noch die alten Methoden an, planen Sie die Umstellung im Projekt ein.

Payment Service Provider Architektur

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

PSP	TWINT	PostFinance	SEPA	Klarna	Karten	Stärke
Datatrans	Ja	Ja	Ja	Ja	Ja	Hauptsitz Schweiz, starke CH-Abdeckung
Saferpay (Worldline)	Ja	Ja	Ja	Ja	Ja	Etabliert in CH, starke EU-Abdeckung
Adyen	Ja	Eingeschränkt	Ja	Ja	Ja	Globale Reichweite, Multi-Markt

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

Aspekt	nDSG (Schweiz)	DSGVO (EU)
Geltungsbereich	Personendaten natürlicher Personen	Personenbezogene Daten natürlicher Personen
Einwilligungsmodell	Opt-out für nicht-sensible Daten, Opt-in für sensible	Opt-in für die meiste Verarbeitung erforderlich
Cookie-Consent	Kein spezifisches Cookie-Gesetz; folgt nDSG-Grundsätzen	ePrivacy-Richtlinie verlangt ausdrückliche Einwilligung
Meldepflicht bei Datenpannen	Meldung an EDÖB «so rasch wie möglich»	Meldung an Aufsichtsbehörde innerhalb 72 Stunden
Bussen	Strafrechtliche Bussen bis CHF 250’000 (persönliche Haftung)	Verwaltungsbussen bis EUR 20 Mio. oder 4 % des globalen Umsatzes
DSB-Pflicht	Kein obligatorischer Datenschutzberater	Obligatorisch für bestimmte Organisationen

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 fragen zunehmend, wo ihre Daten liegen. SAP Commerce Cloud läuft auf einer von SAP betriebenen Microsoft-Azure-Infrastruktur, und die Hosting-Region wird bei der Bereitstellung des Abonnements gewählt; für DACH ist eine EU-Region wie Frankfurt die übliche Wahl. Brauchen Sie ein Hosting in der Schweiz, prüfen Sie vor dem Entscheid die aktuelle Rechenzentrumsliste von SAP für Commerce Cloud, denn die Regionen unterscheiden sich je nach Produkt.

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 bis 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. Die Schweizer Einfuhrsteuer entfällt nur, wenn der Steuerbetrag höchstens CHF 5 beträgt (Waren im Wert von rund CHF 62 zum Satz von 8,1 %), fast jede Sendung wird also besteuert (BAZG). Dazu kommen Einfuhrbeschränkungen für bestimmte Produktkategorien.

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 Zug, einen zweiten Schweizer Standort in Wädenswil sowie Büros in Monza, Österreich und Tallinn. 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:

• Headless-Architektur für die B2B- und B2C-Shops anstelle einer veralteten serverseitigen Plattform
• Saubere Integration mit S/4HANA und SAP Cloud for Customer
• Über 10 globale Kanäle auf derselben Plattform, darunter das Kassensystem in Australien
• Rund 75 % weniger manuelle Bestellungen dank Self-Service-Bereich

Das Projekt gewann den SAP Quality Award für “Rapid Time to Value”. Wir haben die SAP-Commerce-Cloud-Plattform in 90 Tagen live gebracht; die Zahl bezieht sich auf den Commerce-Start. Der Projektbericht beschreibt die Entscheidungen dahinter.

Distrelec: B2B Elektronikdistribution

Für Distrelec, einen B2B-Distributor für Elektronik, haben wir eine etablierte, aber monolithische SAP-Commerce-Plattform auf eine Headless- und API-first-Architektur umgestellt:

• Frontend und Backend entkoppelt, sodass Frontend-Änderungen und A/B-Tests in Tagen statt Wochen live gehen
• Eine API-Schicht, die jeder Kanal nutzen kann, vom Webshop bis zu künftigen Mobile-Apps
• Rund 70 % kürzere Time-to-Market und eine um 15 % höhere Conversion Rate, wie in der Erfolgsgeschichte veröffentlicht
• Befähigung des Teams, damit die Entwickler von Distrelec selbst mit der neuen Architektur arbeiten

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 liefern den ERP-Kern (S/4HANA Public Cloud) und den kompletten CX-Stack mit einem Team: Sales Cloud, Service Cloud, SAP Engagement Cloud (ehemals SAP 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, und seine Bestellung muss sauber im ERP verbucht werden. An dieser Nahtstelle bleiben Commerce-Projekte meistens hängen, und wir verantworten beide Seiten davon.

Unsere SAP Gold Partner Zertifizierungen decken Cloud-ERP und das CX-Portfolio ab, nicht nur Commerce. Wer Partner vergleicht, findet in unserer Übersicht der besten SAP-Commerce-Cloud-Implementierungspartner in der Schweiz die Kriterien, die ein Projekt entscheiden, und unsere Sicht auf ERP und CRM aus einer Hand erklärt, warum ein Team zählt.

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 bis 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 Pay, 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 bis 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, sondern ein technisches Gespräch über Ihre spezifischen Anforderungen, Ihre Integrationslandschaft und Ihren Zeitplan.

Kontakt aufnehmen oder mehr erfahren auf unserer E-Commerce-Lösungsseite. Für die Budgetplanung hilft unser Leitfaden zu Preisen und TCO der SAP Commerce Cloud; wer S/4HANA Public Cloud einsetzt und vor allem B2B verkauft, sollte auch die neue SAP Commerce Cloud, ERP Edition ansehen.

Häufig gestellte Fragen

Unterstützt SAP Commerce Cloud Schweizer Franken und Euro?

Ja. SAP Commerce Cloud führt eigene Preiszeilen pro Währung, CHF und EUR sind also echte Preise und keine Anzeigeumrechnung. Schweizer Storefronts laufen typischerweise mit CHF für Inlandskunden und EUR für Deutschland und Österreich, die Steuer wird pro Zielland ermittelt. Ist S/4HANA angebunden, kommen Preise und kundenspezifische Konditionen aus dem ERP.

Kann Commerce Cloud vier Schweizer Sprachen verwalten?

Ja. SAP Commerce Cloud verwaltet Produktinhalte, Kategoriestrukturen und CMS-Seiten pro Locale. DACH-Einführungen laufen typischerweise mit DE, FR, IT und EN, mit getrennten Locales de-CH und de-DE, wo sich Rechtstexte oder Begriffe unterscheiden. Die Übersetzung ist der einfache Teil; der Aufwand steckt in den Rechtstexten pro Locale und in den Prüfabläufen.

Welche Schweizer Zahlungsanbieter lassen sich mit Commerce Cloud integrieren?

TWINT, PostFinance Pay und die gängigen Kartenmarken werden über einen Payment Service Provider wie Datatrans, Saferpay (Worldline) oder Adyen angebunden. SAP Commerce Cloud spricht über eine einzige Integration mit dem PSP, und der PSP übernimmt methodenspezifische Abläufe wie QR-Codes, App-Weiterleitungen und 3-D Secure. PostFinance Pay hat in Onlineshops die früheren Methoden PostFinance Card und E-Finance abgelöst.

Ist Spadoom ein offizieller SAP Commerce Cloud Partner?

Ja. Spadoom AG ist SAP Gold Partner mit Hauptsitz in Zug und liefert Cloud-ERP und den kompletten CX-Stack, einschliesslich SAP Commerce Cloud, mit einem Team. Zu unseren Commerce-Cloud-Referenzen gehören Franke, deren Projekt den SAP Quality Award für Rapid Time to Value gewann, und Distrelec.

Wie lange dauert eine DACH Commerce Cloud Implementierung?

In unserem Phasenansatz dauert der Schweizer Heimatmarkt (drei Sprachen, Schweizer Zahlungs- und Logistikanbindung, ERP-Integration) typischerweise 8 bis 12 Wochen, die Erweiterung auf Deutschland und Österreich weitere 6 bis 10 Wochen. Viel individuelle Logik, komplexe B2B-Abläufe oder eine grosse Datenmigration verlängern das.