SAP Commerce Cloud en Suisse et dans la région DACH : guide d'implémentation

Vendre à des clients suisses via SAP Commerce Cloud signifie composer avec un marché qui fonctionne différemment du reste de l’Europe. Quatre langues officielles. Deux devises en usage quotidien. Une loi sur la protection des données (nLPD) qui coexiste avec le RGPD mais n’est pas le RGPD. Des moyens de paiement qui n’existent nulle part ailleurs. Et une logistique transfrontalière qui doit gérer des déclarations douanières pour un pays qui n’est pas dans l’UE.

La plupart des guides d’implémentation Commerce Cloud traitent tout cela comme un cas particulier. Pour nous, c’est la norme. Spadoom a son siège à Zurich. Nous avons livré des projets Commerce Cloud pour Franke et Distrelec sur ce marché. Les exigences DACH ne sont pas des options que nous ajoutons à la fin. C’est le point de départ.

TL;DR : L’e-commerce DACH sur SAP Commerce Cloud requiert le multi-devises (CHF/EUR avec TVA automatique par destination), quatre langues avec gestion de contenu localisée, l’intégration des paiements suisses (TWINT, PostFinance, Datatrans/Saferpay), une double conformité nLPD et RGPD, et une logistique transfrontalière avec gestion douanière pour un pays hors UE. Les déploiements Commerce Cloud standard ne couvrent pas tout cela. Vous avez besoin d’un partenaire qui intègre ces exigences dans l’architecture dès le premier jour.

Pourquoi l’e-commerce DACH est différent

La Suisse figure parmi les premiers marchés e-commerce d’Europe en dépenses par habitant. Les consommateurs suisses ont dépensé CHF 15,7 milliards en ligne en 2024 (VSV/GfK, 2024). Mais les exigences techniques pour opérer ici sont nettement plus complexes que celles d’un marché UE à une seule devise et une seule langue.

Cinq facteurs rendent l’e-commerce DACH différent d’un déploiement standard :

Le multilingue comme fondation, pas comme ajout. La Suisse a quatre langues officielles : l’allemand, le français, l’italien et le romanche. En pratique, la plupart des storefronts servent DE, FR, IT et EN. Il ne s’agit pas simplement de traduction. Les noms de produits, les structures de catégories, les textes juridiques et les pages CMS nécessitent une gestion par région linguistique. Une description de produit qui fonctionne à Zurich germanophone peut nécessiter une terminologie différente pour Genève francophone.

Deux devises en usage quotidien. Le commerce intérieur suisse fonctionne en CHF. Le commerce transfrontalier avec l’Allemagne et l’Autriche en EUR. Les clients B2B attendent souvent des prix dans les deux devises. Cela implique une tarification en temps réel par devise, pas une simple conversion d’affichage.

Un cadre réglementaire entre droit de l’UE et droit suisse. La Suisse ne fait pas partie de l’UE. La nLPD (nouvelle Loi sur la Protection des Données) s’applique en parallèle du RGPD pour toute entreprise servant des clients européens. Les exigences de consentement pour les cookies diffèrent. Les règles de transfert de données sont distinctes. Vous ne pouvez pas simplement déployer un modèle standard de conformité UE.

Des moyens de paiement propres au marché. TWINT traite plus de 100 millions de transactions par an en Suisse. PostFinance est le bras de paiement du système postal national. Ni l’un ni l’autre n’existe en Allemagne ou en Autriche. Un storefront sans TWINT en Suisse, c’est comme un storefront sans iDEAL aux Pays-Bas. C’est possible, mais vous perdrez des ventes.

Une logistique transfrontalière avec douane. Expédier de la Suisse vers l’Allemagne signifie des déclarations douanières, des classifications tarifaires et un traitement de la TVA à la frontière. Expédier de l’Allemagne vers la Suisse, c’est le processus inverse. Les centres de fulfilment basés dans l’UE ne fonctionnent pas automatiquement pour les livraisons en Suisse. Le dispositif logistique doit couvrir les deux directions.

Commerce multilingue : quatre langues, une plateforme

SAP Commerce Cloud supporte nativement le contenu multilingue. Mais supporter une fonctionnalité et l’implémenter correctement pour la région DACH sont deux choses différentes. Voici ce que représente concrètement un déploiement en quatre langues.

Gestion du contenu par région linguistique

Chaque produit dans Commerce Cloud porte des attributs localisés. Pour un déploiement DACH, cela signifie :

• Noms et descriptions de produits en DE, FR, IT et EN. La traduction automatique vous amène à 60 % du chemin. Les 40 % restants — spécifications techniques, mentions légales, tailles — nécessitent une révision humaine par langue.
• Des structures de catégories qui peuvent varier selon le marché. Les consommateurs de Suisse alémanique attendent des hiérarchies de navigation différentes de ceux de Suisse romande. « Haushalt » et « Maison » ne sont pas toujours une correspondance directe.
• Des pages CMS par région linguistique. Conditions générales, politique de retour, informations de livraison — chaque document nécessite une version juridiquement exacte par langue. La Suisse exige des textes juridiques distincts de l’Allemagne, même quand les deux sont en allemand.

Stratégie URL et SEO

Le SEO multilingue dans Commerce Cloud requiert une architecture URL délibérée. Nous utilisons des chemins préfixés par la locale :

/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/

Chaque locale reçoit ses propres balises hreflang, ses entrées dans le sitemap et ses URL canoniques. Les moteurs de recherche traitent de-ch et de-de comme des cibles distinctes. Si vous servez les deux depuis la même URL, vous perdez du positionnement dans les deux marchés.

Le CMS cockpit de Commerce Cloud gère tout cela, mais l’architecture doit être correcte dès le départ. Ajouter des URL spécifiques par locale après le lancement signifie rediriger des positionnements de recherche déjà établis.

Flux de contenu

Pour la plateforme mondiale de Franke, le contenu suit un pipeline structuré : l’allemand est la locale maître (rédigée en premier), suivie de la traduction en FR, IT et EN avec révision spécifique par marché. Le workflow de staging et d’approbation de Commerce Cloud gère cela nativement, une fois configuré correctement.

La décision clé : gestion centralisée du contenu (une équipe gère toutes les locales) versus distribuée (chaque marché gère la sienne). Les deux approches fonctionnent. Pour les entreprises suisses opérant principalement dans la région DACH, la gestion centralisée avec révision par marché est typiquement plus efficace.

Multi-devises et fiscalité : CHF, EUR et complexité TVA

Zones monétaires

Commerce Cloud gère le multi-devises par des lignes de prix spécifiques à chaque devise sur les produits. Pour le DACH, le paramétrage standard est :

• Tarif en CHF pour le storefront suisse (de-ch, fr-ch, it-ch, en-ch)
• Tarif en EUR pour l’Allemagne (de-de) et l’Autriche (de-at)
• Optionnel : double affichage des prix pour les clients B2B souhaitant voir les prix en EUR sur le storefront suisse

Les lignes de prix sont gérées indépendamment. Ce n’est pas une conversion d’affichage — ce sont des prix réels par zone monétaire, extraits de SAP ERP en temps réel lorsque connecté à S/4HANA. Les promotions par devise, les remises de volume et les prix spécifiques par client fonctionnent au sein de chaque zone.

Gestion de la TVA

C’est ici que le DACH devient véritablement complexe :

• TVA suisse : 8,1 % taux normal, 2,6 % taux réduit (alimentation, médicaments, livres), 3,8 % taux hébergement. A jour 2025.
• TVA allemande : 19 % normal, 7 % réduit.
• TVA autrichienne : 20 % normal, 10 % et 13 % taux réduits.

Les ventes B2C transfrontalières de la Suisse vers l’Allemagne déclenchent des obligations de TVA allemande une fois le seuil de vente à distance au niveau UE dépassé. Commerce Cloud calcule tout par destination, mais la logique de détermination fiscale doit être configurée pour chaque corridor.

Pour le B2B, le mécanisme d’auto-liquidation (reverse charge) s’applique aux ventes transfrontalières. Commerce Cloud le supporte via des enregistrements de conditions fiscales, mais la configuration requiert la connaissance des règles de TVA suisses et européennes.

EU VAT One Stop Shop (OSS)

Si votre storefront Commerce Cloud vend en B2C de la Suisse vers plusieurs pays de l’UE, le guichet unique (One Stop Shop) simplifie l’enregistrement TVA. Au lieu de vous enregistrer dans chaque pays de l’UE où vous vendez, vous vous enregistrez une fois et déclarez toutes les ventes UE. Le moteur fiscal de Commerce Cloud supporte l’OSS, mais votre configuration SAP ERP doit gérer correctement le reporting.

Systèmes de paiement suisses : TWINT, PostFinance et au-delà

Le traitement des paiements en Suisse ne ressemble en rien à l’Allemagne ou l’Autriche. Un déploiement Commerce Cloud DACH doit gérer trois paysages de paiement distincts.

TWINT

TWINT est le système de paiement mobile suisse. Plus de 5 millions d’utilisateurs actifs (TWINT, 2025) dans un pays de 9 millions d’habitants. En e-commerce, TWINT fonctionne par code QR ou redirection app-to-app. Ce n’est pas un paiement par carte. Il se connecte directement au compte bancaire du client.

L’intégration avec Commerce Cloud passe par un prestataire de services de paiement (PSP) — typiquement Datatrans, Saferpay (Worldline) ou Adyen. Le PSP gère le protocole TWINT ; Commerce Cloud reçoit une confirmation de paiement standard. L’UX du checkout doit supporter le flux TWINT : afficher le code QR, attendre la confirmation, gérer le timeout.

PostFinance

PostFinance Card et PostFinance E-Finance couvrent une part significative des paiements en ligne suisses. PostFinance Card fonctionne comme une carte de débit. E-Finance est un virement direct depuis le compte PostFinance du client.

Les deux s’intègrent via la même couche PSP que TWINT. La différence principale : PostFinance E-Finance redirige le client vers le portail de connexion PostFinance, ce qui ajoute une étape au flux de paiement. Votre checkout Commerce Cloud doit gérer cette redirection proprement sans perdre le panier.

Architecture du prestataire de services de paiement

Pour le DACH, nous recommandons un seul PSP couvrant les trois marchés :

Le framework d’extension de paiement de Commerce Cloud se connecte au PSP via une API standardisée. Une seule intégration couvre tous les moyens de paiement sur tous les marchés. Le PSP gère les flux spécifiques par méthode (codes QR, redirections, authentification 3DS) derrière une interface unifiée.

Protection des données et conformité : la nLPD rencontre le RGPD

Exploiter un storefront Commerce Cloud dans la région DACH implique une double conformité : la nLPD suisse et le RGPD européen. Ils se ressemblent dans l’esprit mais diffèrent dans la mise en oeuvre.

Où la nLPD et le RGPD diffèrent

L’impact pratique pour Commerce Cloud : votre gestion du consentement, votre politique de confidentialité et vos registres de traitement doivent couvrir les deux cadres. Une implémentation exclusivement RGPD ne satisfait pas les exigences nLPD pour les clients suisses, et inversement.

Implémentation du consentement cookies

Le storefront Commerce Cloud nécessite une bannière de consentement qui couvre les deux régimes :

• Visiteurs suisses : cadre de consentement basé sur la nLPD. Moins prescriptif que le RGPD sur les cookies spécifiquement, mais exige la transparence sur les finalités de traitement des données.
• Visiteurs UE : consentement cookies RGPD complet. Opt-in avant tout cookie ou suivi non essentiel.

Le consentement basé sur la géolocalisation est l’approche la plus propre : détecter le pays du visiteur et appliquer le cadre de consentement approprié. L’intégration tag management de Commerce Cloud le supporte via la configuration du consent mode.

Résidence des données

Les entreprises suisses exigent de plus en plus des garanties de résidence des données. SAP Commerce Cloud fonctionne sur l’infrastructure SAP BTP. Pour les déploiements DACH, SAP propose des centres de données en Allemagne (EU10 Francfort) et en Suisse (CH20 Zurich pour SAP BTP). La configuration de la résidence des données fait partie du processus de provisionnement de Commerce Cloud.

Logistique et expédition : La Poste, DHL et transfrontalier

Livraison nationale

L’expédition intérieure suisse est dominée par La Poste Suisse (Post CH). Options standard :

• PostPac Priority : livraison le jour ouvrable suivant dans toute la Suisse
• PostPac Economy : 2-3 jours ouvrables
• PickPost / My Post 24 : livraison en casiers et points de retrait

La shipping extension de Commerce Cloud s’intègre avec l’API des services web de La Poste Suisse pour la génération d’étiquettes, le suivi et les mises à jour du statut de livraison. L’API gère nativement les adresses en allemand, français et italien.

Transfrontalier CH vers UE

L’expédition depuis la Suisse vers les pays de l’UE requiert :

• Déclaration douanière (CN22/CN23) pour les envois commerciaux
• Classification tarifaire HS par produit
• Pays d’origine sur les factures commerciales
• Décision Incoterms DAP/DDP : le client ou le vendeur paie les droits de douane ?

Pour DDP (Delivered Duty Paid) — où le vendeur prend en charge la douane — Commerce Cloud doit calculer les droits à l’importation lors du checkout. Cela nécessite l’intégration d’un service de calcul des droits de douane. Pour DAP (Delivered At Place) — où le client paie — les droits sont perçus à la livraison.

Nous recommandons DDP pour le B2C (les clients détestent les frais de douane imprévus) et DAP pour le B2B (ils gèrent les droits d’importation dans le cadre de leur approvisionnement standard).

Transfrontalier UE vers CH

Les centres de fulfilment allemands ou autrichiens qui expédient vers la Suisse traversent le même processus douanier en sens inverse. Les seuils douaniers suisses, les franchises (CHF 300 pour la plupart des biens) et les interdictions d’importation pour certaines catégories de produits s’appliquent.

Commerce Cloud doit valider l’éligibilité à l’importation suisse au niveau du panier. Bloquer les articles soumis à restriction avant le checkout prévient les envois échoués et les réclamations clients.

Fulfilment multi-entrepôts

Pour les opérations DACH disposant d’entrepôts suisses et européens, la stratégie de sourcing de Commerce Cloud détermine quel entrepôt traite chaque commande. La logique suit typiquement :

1. Expédier depuis l’entrepôt le plus proche
2. Expédier depuis l’entrepôt qui a l’article en stock
3. Privilégier le fulfilment dans le même pays pour éviter la douane (commandes CH depuis l’entrepôt CH, commandes DE/AT depuis l’entrepôt UE)

Cette logique de sourcing est configurée dans le module d’order management de Commerce Cloud et s’intègre avec l’ATP (Available to Promise) de SAP ERP pour l’inventaire en temps réel.

Le parcours DACH de Spadoom

Nous ne sommes pas un cabinet de conseil qui inscrit « DACH » parmi ses compétences parce qu’il a réalisé un projet à Munich une fois. Spadoom a son siège à Zurich. Notre équipe travaille au quotidien en allemand, français, italien et anglais. Le marché DACH est notre terrain.

Franke : plateforme B2B Commerce mondiale

La plateforme Commerce Cloud de Franke est un déploiement headless B2B/B2C mondial que nous avons sauvé d’une implémentation bloquée et reconstruit en une plateforme primée. Eléments pertinents pour le DACH :

• Déploiement multi-pays desservant plus de 10 canaux mondiaux depuis une seule instance Commerce Cloud
• Gestion de contenu multilingue avec rédaction centralisée et révision spécifique par marché
• Tarification B2B avec tarifs spécifiques par client par zone monétaire
• 75 % de réduction des commandes manuelles grâce au self-service automatisé

Franke a remporté un SAP Quality Award pour cette implémentation. La plateforme est passée de legacy à production en 90 jours.

Distrelec : distribution B2B d’électronique

Le déploiement Commerce Cloud de Distrelec gère la distribution B2B d’électronique à fort volume dans toute l’Europe, avec la Suisse comme marché de référence :

• Catalogue produits complexe avec des centaines de milliers de SKU, des spécifications techniques et des fiches techniques par produit
• Contenu produit multilingue géré via SAP PCM
• Fonctionnalités B2B : catalogues punchout, workflows d’approbation, hiérarchies organisationnelles, tarifs contractuels
• Logistique transfrontalière entre la Suisse et les marchés UE

Ce qui nous distingue

Le seul autre partenaire SAP en Suisse avec une profondeur comparable sur Commerce Cloud est Advanis. La différence : nous n’implémentons pas seulement Commerce Cloud. Nous l’intégrons dans l’ensemble du stack SAP CX — Sales Cloud, Service Cloud, Emarsys, CDP. Le commerce n’existe pas en isolation. Le client qui parcourt votre storefront est le même client que votre équipe commerciale conseille et que votre équipe de service assiste.

Nos certifications SAP Gold Partner couvrent l’ensemble du portfolio CX, pas seulement Commerce.

Approche d’implémentation pour le DACH : déploiement par phases

L’expérience nous a appris : lancer tous les marchés DACH simultanément est le moyen le plus rapide de tout retarder. L’approche par phases fonctionne mieux.

Phase 1 : marché domestique (8-12 semaines)

Commencez par votre marché principal. Pour la plupart des entreprises suisses, c’est la Suisse avec des storefronts DE, FR et IT.

Livrables :

• Commerce Cloud provisionné et configuré
• Modèle de données produit et structure de catalogue
• Storefront trilingue (DE, FR, IT)
• Intégration des paiements suisses (TWINT, PostFinance, cartes via Datatrans ou Saferpay)
• Intégration expédition La Poste Suisse
• Configuration consentement et confidentialité conforme à la nLPD
• Intégration SAP ERP pour la tarification et l’inventaire

Cela vous donne un storefront suisse prêt pour la production. De vrais clients, de vraies commandes, de vraies données. Tout ce qui est appris en Phase 1 alimente la Phase 2.

Phase 2 : expansion DACH (6-10 semaines)

Extension à l’Allemagne et l’Autriche :

• Zone monétaire EUR avec tarification spécifique DE/AT
• Moyens de paiement allemands et autrichiens (SEPA, Klarna, PayPal)
• Intégration expédition DHL et Poste autrichienne
• Couche de conformité RGPD aux côtés du dispositif nLPD existant
• Logistique transfrontalière (douane, calcul des droits, règles de sourcing)
• Storefront EN (si pas encore en ligne)

Phase 3 : optimisation (continue)

Perfectionnement post-lancement :

• A/B testing par marché
• Optimisation des performances basée sur les schémas de trafic réels
• Personnalisation du contenu par langue
• Moyens de paiement supplémentaires selon la demande du marché
• Intégrations marketplace (Galaxus pour la Suisse, Amazon pour DE/AT)

Pourquoi la Suisse en premier ?

Commencer par la Suisse vous oblige à résoudre les problèmes les plus complexes d’abord. Multilingue, multi-paiement, conformité nLPD, gestion douanière — ce sont tous des exigences spécifiques à la Suisse. Une fois que votre instance Commerce Cloud gère la complexité suisse, l’extension à l’Allemagne et l’Autriche est simple. L’inverse n’est pas vrai. Si vous commencez avec un storefront allemand monolingue et mono-devise, ajouter les exigences suisses par la suite implique une restructuration conséquente.

Prêt à discuter de Commerce Cloud dans le DACH ?

Si vous évaluez SAP Commerce Cloud pour le marché suisse ou DACH, parlons-en. Pas un argumentaire commercial — une conversation technique sur vos exigences spécifiques, votre paysage d’intégration et votre calendrier.

Contactez-nous ou explorez notre page solutions E-Commerce pour en savoir plus sur ce que Commerce Cloud peut faire.

Questions fréquemment posées

SAP Commerce Cloud supporte-t-il le franc suisse et l’euro ?

Oui. Commerce Cloud supporte nativement le multi-devises avec une tarification en temps réel par zone monétaire. Les storefronts suisses fonctionnent typiquement en CHF pour le marché intérieur et en EUR pour le commerce transfrontalier, avec calcul automatique de la TVA par destination.

Commerce Cloud peut-il gérer quatre langues suisses ?

Oui. Commerce Cloud supporte un nombre illimité de langues avec du contenu produit localisé, des structures de catégories et des pages CMS. Les déploiements DACH fonctionnent typiquement en DE, FR, IT et EN avec une gestion de contenu spécifique par langue.

Quels fournisseurs de paiement suisses s’intègrent avec Commerce Cloud ?

TWINT, PostFinance et tous les principaux processeurs de cartes s’intègrent via des prestataires de services de paiement comme Datatrans, Saferpay (Worldline) ou Adyen. Le framework d’extension de paiement de SAP Commerce Cloud rend l’intégration simple.

Spadoom est-il un partenaire SAP Commerce Cloud officiel ?

Oui. Spadoom AG est un SAP Gold Partner certifié dont le siège est à Zurich, avec une expertise spécifique en implémentation Commerce Cloud. Nous avons livré des projets Commerce Cloud pour Franke, Distrelec et d’autres dans la région DACH.

Combien de temps dure une implémentation Commerce Cloud DACH ?

8-16 semaines pour un storefront B2B dans un seul pays, 4-6 mois pour un déploiement multi-pays avec du contenu multilingue complet et une intégration localisée des paiements et de la logistique. Notre approche par phases commence par la Suisse et s’étend à l’Allemagne/Autriche dans une deuxième phase.