SAP Commerce Cloud in Svizzera e nella regione DACH: guida all'implementazione

Vendere a clienti svizzeri tramite SAP Commerce Cloud significa confrontarsi con un mercato che funziona in modo diverso dal resto d’Europa. Quattro lingue ufficiali. Due valute in uso quotidiano. Una legge sulla protezione dei dati (nLPD) che corre parallela al GDPR ma non è il GDPR. Metodi di pagamento che non esistono altrove. E una logistica transfrontaliera che deve gestire dichiarazioni doganali per un paese che non fa parte dell’UE.

La maggior parte delle guide all’implementazione di Commerce Cloud tratta tutto questo come un caso limite. Per noi è la normalità. Spadoom ha sede a Zurigo. Abbiamo realizzato progetti Commerce Cloud per Franke e Distrelec in questo mercato. I requisiti DACH non sono optional che aggiungiamo alla fine. Sono il punto di partenza.

TL;DR: L’e-commerce DACH su SAP Commerce Cloud richiede multi-valuta (CHF/EUR con IVA automatica per destinazione), quattro lingue con gestione dei contenuti localizzata, integrazione dei pagamenti svizzeri (TWINT, PostFinance, Datatrans/Saferpay), doppia conformità nLPD e GDPR, e logistica transfrontaliera con gestione doganale per un paese non UE. I deployment Commerce Cloud standard non coprono tutto questo. Serve un partner che integri questi requisiti nell’architettura dal primo giorno.

Perché l’e-commerce DACH è diverso

La Svizzera è tra i principali mercati e-commerce in Europa per spesa pro capite. I consumatori svizzeri hanno speso CHF 15,7 miliardi online nel 2024 (VSV/GfK, 2024). Ma i requisiti tecnici per operare qui sono notevolmente più complessi rispetto a un mercato UE con una sola valuta e una sola lingua.

Cinque fattori rendono l’e-commerce DACH diverso da un deployment standard:

Il multilingua come base, non come aggiunta. La Svizzera ha quattro lingue ufficiali: tedesco, francese, italiano e romancio. In pratica, la maggior parte degli storefront serve DE, FR, IT e EN. Non si tratta solo di traduzione. Nomi dei prodotti, strutture di categoria, testi legali e pagine CMS richiedono gestione per ogni lingua. Una descrizione prodotto che funziona nella Zurigo tedescofona potrebbe richiedere una terminologia diversa per la Ginevra francofona.

Due valute in uso quotidiano. Il commercio interno svizzero opera in CHF. Il commercio transfrontaliero con Germania e Austria in EUR. I clienti B2B spesso si aspettano prezzi in entrambe le valute. Questo significa prezzi in tempo reale specifici per valuta, non una semplice conversione a schermo.

Un contesto normativo tra diritto UE e svizzero. La Svizzera non fa parte dell’UE. La nLPD (nuova Legge sulla Protezione dei Dati) si applica insieme al GDPR per qualsiasi azienda che serva clienti UE. I requisiti di consenso per i cookie differiscono. Le regole sul trasferimento dei dati sono separate. Non potete semplicemente adottare un template di conformità UE standard.

Metodi di pagamento unici per il mercato. TWINT elabora oltre 100 milioni di transazioni all’anno in Svizzera. PostFinance è il braccio di pagamento del sistema postale nazionale. Nessuno dei due esiste in Germania o Austria. Uno storefront senza TWINT in Svizzera è come uno storefront senza iDEAL nei Paesi Bassi. Possibile, ma perderete vendite.

Logistica transfrontaliera con dogana. Spedire dalla Svizzera alla Germania significa dichiarazioni doganali, classificazioni tariffarie e gestione IVA alla frontiera. Spedire dalla Germania alla Svizzera il processo inverso. I centri di fulfilment basati nell’UE non funzionano automaticamente per le consegne in Svizzera. Il setup logistico deve coprire entrambe le direzioni.

Commerce multilingua: quattro lingue, una piattaforma

SAP Commerce Cloud supporta nativamente i contenuti multilingua. Ma supportare una funzionalità e implementarla bene per la regione DACH sono cose diverse. Ecco cosa comporta un deployment a quattro lingue fatto come si deve.

Gestione dei contenuti per lingua

Ogni prodotto in Commerce Cloud porta attributi localizzati. Per un deployment DACH, questo significa:

• Nomi e descrizioni dei prodotti in DE, FR, IT e EN. La traduzione automatica vi porta al 60 % del percorso. Il restante 40 % — specifiche tecniche, dichiarazioni legali, taglie — richiede revisione umana per ogni lingua.
• Strutture di categoria che possono differire per mercato. I consumatori della Svizzera tedesca si aspettano gerarchie di navigazione diverse rispetto a quelli della Svizzera francese. “Haushalt” e “Maison” non sono sempre una corrispondenza diretta.
• Pagine CMS per lingua. Termini e condizioni, politiche di reso, informazioni sulla spedizione — ognuno necessita di una versione legalmente accurata per ogni lingua. La Svizzera richiede testi legali separati dalla Germania, anche quando entrambi sono in tedesco.

Strategia URL e SEO

Il SEO multilingua in Commerce Cloud richiede un’architettura URL deliberata. Utilizziamo percorsi con prefisso 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/

Ogni locale ha i propri tag hreflang, voci nella sitemap e URL canonici. I motori di ricerca trattano de-ch e de-de come target separati. Se servite entrambi dallo stesso URL, perdete posizionamento in entrambi i mercati.

Il CMS cockpit di Commerce Cloud gestisce tutto questo, ma l’architettura deve essere corretta fin dall’inizio. Aggiungere URL specifici per locale dopo il lancio significa reindirizzare posizionamenti di ricerca già consolidati.

Workflow dei contenuti

Per la piattaforma globale di Franke, i contenuti seguono una pipeline strutturata: il tedesco è la locale master (creata per prima), seguita dalla traduzione in FR, IT e EN con revisione specifica per mercato. Il workflow di staging e approvazione di Commerce Cloud gestisce tutto nativamente, una volta configurato correttamente.

La decisione chiave: gestione centralizzata dei contenuti (un team gestisce tutte le locale) versus distribuita (ogni mercato gestisce la propria). Entrambi gli approcci funzionano. Per le aziende svizzere che operano principalmente nella regione DACH, la gestione centralizzata con revisione di mercato è tipicamente più efficiente.

Multi-valuta e imposte: CHF, EUR e complessità IVA

Zone valutarie

Commerce Cloud gestisce il multi-valuta attraverso righe prezzo specifiche per valuta su ogni prodotto. Per il DACH, il setup standard è:

• Listino prezzi CHF per lo storefront svizzero (de-ch, fr-ch, it-ch, en-ch)
• Listino prezzi EUR per Germania (de-de) e Austria (de-at)
• Opzionale: doppia visualizzazione prezzi per clienti B2B che vogliono vedere prezzi in EUR sullo storefront svizzero

Le righe prezzo sono gestite indipendentemente. Non è una conversione a schermo — sono prezzi reali per zona valutaria, estratti da SAP ERP in tempo reale quando collegati a S/4HANA. Promozioni specifiche per valuta, sconti volume e prezzi specifici per cliente funzionano tutti all’interno di ogni zona.

Gestione IVA

Qui il DACH diventa davvero complesso:

• IVA svizzera: 8,1 % aliquota normale, 2,6 % aliquota ridotta (alimentari, medicinali, libri), 3,8 % aliquota alloggio. Aggiornato al 2025.
• IVA tedesca: 19 % normale, 7 % ridotta.
• IVA austriaca: 20 % normale, 10 % e 13 % aliquote ridotte.

Le vendite B2C transfrontaliere dalla Svizzera alla Germania attivano obblighi IVA tedeschi una volta superata la soglia di vendita a distanza a livello UE. Commerce Cloud calcola tutto per destinazione, ma la logica di determinazione fiscale deve essere configurata per ogni corridoio.

Per il B2B, il meccanismo di reverse charge si applica alle vendite transfrontaliere. Commerce Cloud lo supporta tramite record di condizioni fiscali, ma la configurazione richiede conoscenza sia delle regole IVA svizzere che di quelle UE.

EU VAT One Stop Shop (OSS)

Se il vostro storefront Commerce Cloud vende B2C dalla Svizzera a più paesi UE, il One Stop Shop dell’UE semplifica la registrazione IVA. Invece di registrarvi in ogni paese UE in cui vendete, vi registrate una volta e dichiarate tutte le vendite UE. Il motore fiscale di Commerce Cloud supporta l’OSS, ma la configurazione SAP ERP deve gestire correttamente il reporting.

Sistemi di pagamento svizzeri: TWINT, PostFinance e oltre

L’elaborazione dei pagamenti in Svizzera non somiglia a quella di Germania o Austria. Un deployment DACH di Commerce Cloud deve gestire tre panorami di pagamento distinti.

TWINT

TWINT è il sistema di pagamento mobile svizzero. Oltre 5 milioni di utenti attivi (TWINT, 2025) in un paese di 9 milioni di abitanti. Nell’e-commerce, TWINT funziona tramite codice QR o redirect app-to-app. Non è un pagamento con carta. Si collega direttamente al conto bancario del cliente.

L’integrazione con Commerce Cloud passa attraverso un payment service provider (PSP) — tipicamente Datatrans, Saferpay (Worldline) o Adyen. Il PSP gestisce il protocollo TWINT; Commerce Cloud riceve una conferma di pagamento standard. L’UX del checkout deve supportare il flusso TWINT: mostrare il codice QR, attendere la conferma, gestire il timeout.

PostFinance

PostFinance Card e PostFinance E-Finance coprono una quota significativa dei pagamenti online svizzeri. PostFinance Card funziona come una carta di debito. E-Finance è un bonifico diretto dal conto PostFinance del cliente.

Entrambi si integrano attraverso lo stesso livello PSP di TWINT. La differenza principale: PostFinance E-Finance reindirizza il cliente al portale di login PostFinance, aggiungendo un passaggio al flusso di checkout. Il vostro checkout Commerce Cloud deve gestire questo redirect in modo fluido senza perdere il carrello.

Architettura del Payment Service Provider

Per il DACH, raccomandiamo un unico PSP che copra tutti e tre i mercati:

Il payment extension framework di Commerce Cloud si connette al PSP tramite un’API standardizzata. Un’unica integrazione copre tutti i metodi di pagamento in tutti i mercati. Il PSP gestisce i flussi specifici per metodo (codici QR, redirect, autenticazione 3DS) dietro un’interfaccia unificata.

Protezione dei dati e conformità: la nLPD incontra il GDPR

Gestire uno storefront Commerce Cloud nella regione DACH significa doppia conformità: nLPD svizzera e GDPR europeo. Sono simili nello spirito ma diversi nell’implementazione.

Dove nLPD e GDPR differiscono

L’impatto pratico per Commerce Cloud: il vostro consent management, l’informativa privacy e i registri di trattamento devono coprire entrambi i framework. Un’implementazione solo GDPR non soddisfa i requisiti nLPD per i clienti svizzeri, e viceversa.

Implementazione del consenso cookie

Lo storefront Commerce Cloud necessita di un banner di consenso che gestisca entrambi i regimi:

• Visitatori svizzeri: Framework di consenso basato sulla nLPD. Meno prescrittivo del GDPR specificamente sui cookie, ma richiede trasparenza sulle finalità di trattamento dei dati.
• Visitatori UE: Consenso cookie GDPR completo. Opt-in prima di qualsiasi cookie o tracking non essenziale.

Il consenso basato sulla geolocalizzazione è l’approccio più pulito: rilevare il paese del visitatore e applicare il framework di consenso appropriato. L’integrazione tag management di Commerce Cloud lo supporta attraverso la configurazione del consent mode.

Residenza dei dati

Le aziende svizzere richiedono sempre più garanzie sulla residenza dei dati. SAP Commerce Cloud opera sull’infrastruttura SAP BTP. Per i deployment DACH, SAP offre data center in Germania (EU10 Francoforte) e Svizzera (CH20 Zurigo per SAP BTP). La configurazione della residenza dei dati fa parte del processo di provisioning di Commerce Cloud.

Logistica e spedizione: Posta Svizzera, DHL e cross-border

Consegna nazionale

La spedizione nazionale svizzera è dominata dalla Posta Svizzera (La Posta). Opzioni standard:

• PostPac Priority: consegna il giorno lavorativo successivo in tutta la Svizzera
• PostPac Economy: 2-3 giorni lavorativi
• PickPost / My Post 24: consegna a locker e punti di ritiro

La shipping extension di Commerce Cloud si integra con l’API dei servizi web della Posta Svizzera per la generazione di etichette, il tracking e gli aggiornamenti sullo stato di consegna. L’API gestisce nativamente indirizzi in tedesco, francese e italiano.

Cross-border CH verso UE

La spedizione dalla Svizzera verso i paesi UE richiede:

• Dichiarazione doganale (CN22/CN23) per le spedizioni commerciali
• Classificazione tariffaria HS per prodotto
• Paese d’origine sulle fatture commerciali
• Decisione Incoterms DAP/DDP: il cliente o il venditore paga i dazi doganali?

Per DDP (Delivered Duty Paid) — dove il venditore gestisce la dogana — Commerce Cloud deve calcolare i dazi all’importazione al checkout. Questo richiede l’integrazione con un servizio di calcolo dei dazi doganali. Per DAP (Delivered At Place) — dove paga il cliente — il dazio viene riscosso alla consegna.

Raccomandiamo DDP per il B2C (i clienti detestano le spese doganali inattese) e DAP per il B2B (gestiscono i dazi come parte del loro approvvigionamento standard).

Cross-border UE verso CH

I centri di fulfilment tedeschi o austriaci che spediscono in Svizzera affrontano lo stesso processo doganale al contrario. I limiti doganali svizzeri, le soglie di franchigia (CHF 300 per la maggior parte dei beni) e i divieti di importazione per determinate categorie di prodotti si applicano tutti.

Commerce Cloud deve validare l’idoneità all’importazione svizzera a livello di carrello. Bloccare gli articoli soggetti a restrizioni prima del checkout previene spedizioni fallite e reclami dei clienti.

Fulfilment multi-magazzino

Per le operazioni DACH con magazzini sia svizzeri che UE, la strategia di sourcing di Commerce Cloud determina quale magazzino evade ogni ordine. La logica segue tipicamente:

1. Spedire dal magazzino più vicino
2. Spedire dal magazzino che ha l’articolo in stock
3. Preferire il fulfilment nello stesso paese per evitare la dogana (ordini CH dal magazzino CH, ordini DE/AT dal magazzino UE)

Questa logica di sourcing è configurata nel modulo di order management di Commerce Cloud e si integra con l’ATP (Available to Promise) di SAP ERP per l’inventario in tempo reale.

Il track record DACH di Spadoom

Non siamo una società di consulenza che elenca «DACH» tra le competenze perché ha fatto un progetto a Monaco una volta. Spadoom ha sede a Zurigo. Il nostro team lavora quotidianamente in tedesco, francese, italiano e inglese. Il mercato DACH è casa nostra.

Franke: piattaforma B2B Commerce globale

La piattaforma Commerce Cloud di Franke è un deployment headless B2B/B2C globale che abbiamo salvato da un’implementazione bloccata e ricostruito in una piattaforma premiata. Elementi rilevanti per il DACH:

• Deployment multi-paese che serve oltre 10 canali globali da un’unica istanza Commerce Cloud
• Gestione dei contenuti multilingua con authoring centralizzato e revisione specifica per mercato
• Pricing B2B con listini prezzi specifici per cliente per zona valutaria
• 75 % di riduzione degli ordini manuali grazie al self-service automatizzato

Franke ha vinto un SAP Quality Award per questa implementazione. La piattaforma è passata da legacy a produzione in 90 giorni.

Distrelec: distribuzione B2B di elettronica

Il deployment Commerce Cloud di Distrelec gestisce la distribuzione B2B di elettronica ad alto volume in tutta Europa, con la Svizzera come mercato di riferimento:

• Catalogo prodotti complesso con centinaia di migliaia di SKU, specifiche tecniche e schede dati per prodotto
• Contenuti prodotto multilingua gestiti tramite SAP PCM
• Funzionalità B2B: cataloghi punchout, workflow di approvazione, gerarchie organizzative, prezzi contrattuali
• Logistica transfrontaliera tra Svizzera e mercati UE

Cosa ci distingue

L’unico altro partner SAP in Svizzera con profondità paragonabile su Commerce Cloud è Advanis. La differenza: noi non implementiamo solo Commerce Cloud. Lo integriamo nell’intero stack SAP CX — Sales Cloud, Service Cloud, Emarsys, CDP. Il commerce non esiste in isolamento. Il cliente che naviga il vostro storefront è lo stesso cliente che il vostro team vendite segue e il vostro team di assistenza supporta.

Le nostre certificazioni SAP Gold Partner coprono l’intero portfolio CX, non solo Commerce.

Approccio implementativo per il DACH: rollout per fasi

L’esperienza ci ha insegnato: lanciare tutti i mercati DACH contemporaneamente è il modo più veloce per ritardare tutto. L’approccio per fasi funziona meglio.

Fase 1: mercato domestico (8-12 settimane)

Iniziate con il vostro mercato primario. Per la maggior parte delle aziende svizzere, è la Svizzera con storefront DE, FR e IT.

Deliverable:

• Commerce Cloud provisionato e configurato
• Modello dati prodotto e struttura catalogo
• Storefront trilingue (DE, FR, IT)
• Integrazione pagamenti svizzeri (TWINT, PostFinance, carte tramite Datatrans o Saferpay)
• Integrazione spedizione Posta Svizzera
• Setup consenso e privacy conforme alla nLPD
• Integrazione SAP ERP per prezzi e inventario

Questo vi dà uno storefront svizzero pronto per la produzione. Clienti veri, ordini veri, dati veri. Tutto ciò che si apprende nella Fase 1 alimenta la Fase 2.

Fase 2: espansione DACH (6-10 settimane)

Estensione a Germania e Austria:

• Zona valutaria EUR con prezzi specifici DE/AT
• Metodi di pagamento tedeschi e austriaci (SEPA, Klarna, PayPal)
• Integrazione spedizione DHL e Posta Austriaca
• Layer di conformità GDPR accanto al setup nLPD esistente
• Logistica transfrontaliera (dogana, calcolo dazi, regole di sourcing)
• Storefront EN (se non già attivo)

Fase 3: ottimizzazione (continua)

Perfezionamento post-lancio:

• A/B testing per mercato
• Ottimizzazione delle prestazioni basata sui pattern di traffico reali
• Personalizzazione dei contenuti per lingua
• Metodi di pagamento aggiuntivi in base alla domanda di mercato
• Integrazioni marketplace (Galaxus per la Svizzera, Amazon per DE/AT)

Perché la Svizzera per prima?

Iniziare dalla Svizzera vi obbliga a risolvere i problemi più difficili per primi. Multilingua, multi-pagamento, conformità nLPD, gestione doganale — sono tutti requisiti specifici della Svizzera. Una volta che la vostra istanza Commerce Cloud gestisce la complessità svizzera, l’estensione a Germania e Austria è semplice. Il contrario non è vero. Se iniziate con uno storefront tedesco monolingua e monovaluta, aggiungere i requisiti svizzeri in seguito significa una ristrutturazione significativa.

Pronti a parlare di Commerce Cloud nel DACH?

Se state valutando SAP Commerce Cloud per il mercato svizzero o DACH, parliamone. Non un pitch commerciale — una conversazione tecnica sui vostri requisiti specifici, il vostro panorama integrativo e la vostra timeline.

Contattateci o esplorate la nostra pagina soluzioni E-Commerce per maggiori dettagli su cosa può fare Commerce Cloud.

Domande frequenti

SAP Commerce Cloud supporta franchi svizzeri ed euro?

Sì. Commerce Cloud supporta nativamente il multi-valuta con prezzi in tempo reale per zona valutaria. Gli storefront svizzeri operano tipicamente in CHF per il mercato interno e in EUR per il commercio transfrontaliero, con calcolo automatico delle imposte per destinazione.

Commerce Cloud può gestire quattro lingue svizzere?

Sì. Commerce Cloud supporta un numero illimitato di lingue con contenuti prodotto localizzati, strutture di categoria e pagine CMS. I deployment DACH operano tipicamente in DE, FR, IT e EN con gestione dei contenuti specifica per lingua.

Quali provider di pagamento svizzeri si integrano con Commerce Cloud?

TWINT, PostFinance e tutti i principali processori di carte si integrano tramite payment service provider come Datatrans, Saferpay (Worldline) o Adyen. Il payment extension framework di SAP Commerce Cloud rende l’integrazione semplice.

Spadoom è un partner SAP Commerce Cloud ufficiale?

Sì. Spadoom AG è un SAP Gold Partner certificato con sede a Zurigo, con esperienza specifica nell’implementazione di Commerce Cloud. Abbiamo realizzato progetti Commerce Cloud per Franke, Distrelec e altri nella regione DACH.

Quanto tempo richiede un’implementazione Commerce Cloud DACH?

8-16 settimane per un singolo storefront B2B, 4-6 mesi per un deployment multi-paese con contenuti multilingua completi e integrazione localizzata di pagamento e logistica. Il nostro approccio per fasi inizia dalla Svizzera e si espande a Germania/Austria in una seconda fase.