Schweizer Lokalisierung in S/4HANA Public Cloud: Was Standard ist, was Konfiguration, und was bei Ihnen bleibt

Kurzfassung: Die Schweizer Lokalisierung in S/4HANA Public Cloud ist breit und wirklich Standard: QR-Rechnung in beide Richtungen, ISO-20022-Zahlungsdateien, Schweizer MWST, der lokale Kontenplan, CHF mit Parallelwährungen und vier Sprachen. Bankanbindung und MWST-Randfälle sind Konfiguration, die echte Projektzeit kostet. Die Lohnverarbeitung gehört nicht zum Produkt: Sie läuft in SAP SuccessFactors Employee Central Payroll oder bei einem Anbieter und bucht nach S/4HANA. Planen Sie sie als eigenen Arbeitsstrang.

Jedes Schweizer S/4HANA-Public-Cloud-Projekt beginnt mit derselben nervösen Frage, meist zwanzig Minuten nach Beginn des ersten Workshops. Jemand aus der Finanzabteilung fragt, ob “das ganze Schweizer Zeug” drin sei. Gemeint ist eine konkrete Liste, die man seit Jahren mit sich trägt: QR-Rechnung, Bankfiles, MWST-Abrechnung, und was das heutige System schlecht macht.

Die ehrliche Antwort: Das meiste ist Standard, einiges ist Konfiguration, die man nicht unterschätzen sollte, und ein Stück ist gar nicht im Produkt. Diese drei Kategorien gehören sauber getrennt, denn ihre Vermischung erzeugt entweder falsche Beruhigung oder einen Business Case, der Lücken unterstellt, die es nicht gibt.

Was Standard ist, und wirklich Standard ist

Das kommt mit der Schweizer Landesversion. Keine Entwicklung, kein Add-on. Wer Ihnen dafür ein Angebot macht, dem sollten Sie freundlich nachfragen.

QR-Rechnung, in beide Richtungen. Ausgangsrechnungen tragen den QR-Zahlteil mit QR-IBAN und strukturierter Referenz. Eingehende Zahlungen kommen mit dieser Referenz zurück und gleichen automatisch aus. SAP dokumentiert, wie QR-Rechnungsdaten in der Rechnungsverarbeitung übernommen werden; das Format selbst legt SIX fest.

ISO-20022-Zahlungsverkehr. pain.001 für Ausgangszahlungen, camt.053 und camt.054 für Auszüge und Avisierungen. Die Schweizer Implementation Guidelines werden unterstützt.

Schweizer MWST. Steuerschema, aktueller Satzstand, gesetzliches Abrechnungsformular. Die Regeln selbst stammen von der Eidgenössischen Steuerverwaltung; das Produkt bildet sie ab.

Gesetzliches Reporting und lokaler Kontenplan. Der Schweizer Kontenrahmen ist als Ausgangspunkt verfügbar, dazu die lokalen Abschlussanforderungen.

Mehrwährung, wie die Schweiz sie wirklich braucht. CHF als Hauswährung, EUR und USD daneben im Geschäft, parallele Währungen fürs Konzernreporting. Klingt selbstverständlich und ist eine echte Erleichterung, wenn Sie aus einem System kommen, in dem es das nicht war.

Sprachen. Deutsch, Französisch, Italienisch und Englisch nebeneinander, pro Benutzer. Schweizer Realität, und Standard. Wir haben früher beschrieben, wie man vier Sprachen in der CRM-Schicht richtig macht, und dieselbe Disziplin gilt hier: Das Produkt kann es, das Projekt muss es testen.

Was Konfiguration ist und mehr Respekt verdient, als es bekommt

Standard heisst nicht gratis. Das Folgende steckt im Produkt und kostet trotzdem echte Projektzeit, weil die Arbeit in Ihren Daten und Ihren Bankbeziehungen liegt, nicht in SAP.

Bankanbindung

Die Dateiformate sind Standard. Ihre Bank dazu zu bringen, sie anzunehmen, ist ein Projekt.

In Public Cloud führt der Standardweg zur Bank über SAP Multi-Bank Connectivity. Jede Schweizer Bank hat trotzdem ihren eigenen Onboarding-Prozess, ihren eigenen Testzyklus und ihre eigene Sicht auf den Anbindungskanal. Die erste Frage lautet deshalb, ob Ihre Bank auf diesem Weg bereits erreichbar ist und über welches Protokoll. Testdateien gehen hin und her. Jemand bei der Bank geht in die Ferien. Rechnen Sie mit mehreren Wochen Kalenderzeit. Im Erstplan liegt das fast nie auf dem kritischen Pfad, weshalb es im fünften Monat genau dort landet.

Starten Sie das Bank-Onboarding im ersten Monat. Früh zu starten kostet nichts und ist das billigste Risiko, das Sie je abbauen.

MWST: jenseits der Standardfälle

Standardsätze und Standardformular sind in Ordnung. Die Zeit geht in die Fälle daneben.

Bezugsteuer auf im Ausland eingekaufte Dienstleistungen, die heute viele Schweizer Unternehmen uneinheitlich behandeln und nun explizit machen müssen. Die Saldosteuersatzmethode, falls Sie sie nutzen. Der Ort der Leistung bei grenzüberschreitenden Dienstleistungen. Reihengeschäfte, bei denen die Schweizer Einheit in der Mitte steht.

Nichts davon ist eine Produktlücke. Alles davon braucht eine dokumentierte Entscheidung vor der Konfiguration. Hier verdient auch eine gute lokale Steuerberatung ihr Honorar, und wir drängen Kundinnen und Kunden, ihre früh einzubinden statt erst im Abnahmetest.

Stammdaten, die Schweizer Bedeutung tragen

QR-IBAN, korrekter Bankenstamm, Geschäftspartnerdaten, welche die Referenzstruktur wirklich tragen. Langweilig, und der übliche Grund, warum die erste QR-Rechnung im Test nicht scannt.

Was nicht dabei ist

Ein grosser Punkt, und er überrascht jedes Mal.

Die Lohnbuchhaltung ist nicht Teil von S/4HANA Public Cloud. Die Schweizer Lohnverarbeitung läuft in SuccessFactors Employee Central Payroll oder bei einem externen Anbieter, und die Ergebnisse werden als Finanzbelege nach S/4HANA gebucht; SAP dokumentiert die Integration mit Employee Central Payroll genau für diese Buchung.

Das ist aus drei Gründen relevant. Die Schnittstelle ist Ihr Scope. Die Swissdec-Zertifizierungsfrage gehört zu dem, der die Löhne abrechnet, nicht zum ERP-Projekt. Und die HR-Datengrenze, der Teil, den die meisten Projekte spät entdecken, braucht eine Entscheidung darüber, welche Mitarbeiterdaten wo liegen.

Planen Sie das als eigenen Arbeitsstrang mit eigenem Eigentümer. Der Fehlerfall ist die Annahme, es komme mit dem ERP mit, die Entdeckung im vierten Monat, und die anschliessende Kompression in einen Go-Live, der ohnehin knapp war.

Die kleineren Punkte, die man nennen sollte: Wirklich nischige branchenspezifische Schweizer Anforderungen brauchen eine Erweiterung. SAP bietet dafür Lokalisierung als Self-Service für länderspezifische Ergänzungen und SAP BTP für den Rest. Unsere Regel bleibt, dass eine Erweiterung eine bewusste Entscheidung ist und nicht die erste Antwort. Warum in die Ferne schweifen, wenn der Standard es deckt.

Das Muster, das wir in den Schätzungen sehen

Die Schweizer Lokalisierung ist selten der Grund, warum ein Projekt lang wird. Zwei Nachbarthemen sind es.

Das erste ist die Bank, siehe oben.

Das zweite: Die Schweizer Einheit trägt seit einem Jahrzehnt still ein Bündel Workarounds in einem Konzernsystem mit sich, und niemand hat sie aufgeschrieben. Der Wechsel auf Public Cloud legt alle gleichzeitig offen. Die Hälfte entpuppt sich als echte Anforderung, die der Standard nun sauber abdeckt, und das ist ein guter Tag. Die andere Hälfte sind Gewohnheiten, die es gab, weil das alte System etwas nicht konnte, und dafür braucht es jemanden, der senior genug ist, das Ende der Gewohnheit auszusprechen.

Dieses zweite Gespräch ist kein technisches und gehört nicht dem Systemintegrator allein. Hat Ihr Projektplan dafür keine Zeit, nimmt es sich die Zeit trotzdem.

Eine kurze Readiness-Liste

Bevor Sie sich auf ein Datum festlegen, sollten Sie das beantworten können. Wenn nicht, haben Sie noch keine Schätzung, sondern eine Hoffnung.

1. Welche Bank, welcher Anbindungsweg, und hat schon jemand mit ihr gesprochen?
2. Wer verantwortet die MWST-Randfälle, und ist diese Person im Design verfügbar statt erst im Test?
3. Wo läuft die Lohnverarbeitung heute, wo künftig, und wem gehört die Buchungsschnittstelle?
4. Welche der heutigen lokalen Workarounds sind Anforderungen und welche Gewohnheiten, und wer darf das entscheiden?
5. Welche Sprachen müssen zum Go-Live im Scope sein, und wer prüft die französische und italienische Ausgabe?

Fünf Fragen, und die Antworten liegen meist innerhalb von zwei Wochen vor. Gestellt werden sie meist nicht.

Was das für Sie heisst

Die Schweiz ist von S/4HANA Public Cloud gut bedient. Besser, als der Ruf vermuten lässt, und deutlich besser als der lokale Workaround-Bestand, den die meisten Schweizer Töchter in fremden ERP betreiben. Die Lokalisierung selbst ist nicht das Risiko.

Das Risiko liegt daneben: eine Bankbeziehung, die länger dauert als jedes Budget annimmt, eine Abgrenzung zur Lohnverarbeitung, die vorausgesetzt statt geplant wird, und ein Jahrzehnt undokumentierter lokaler Praxis, das jemand mit Entscheidungsbefugnis in Behalten und Verwerfen sortieren muss.

Wenn Sie das vor der Festlegung geklärt haben wollen: Unser S/4HANA-Readiness-Assessment dauert fünf Tage zum Festpreis und wird bei Beauftragung an die Transformation angerechnet. Es existiert genau deshalb, weil diese fünf Fragen im Workshop günstiger zu beantworten sind als im fünften Monat. Für das grössere Bild, wie ERP- und CX-Seite zusammengehören, zeigt die Transformationsübersicht die Zielarchitektur, und der Beitrag zum integrierten SAP-Stack erklärt, warum das CRM auf dasselbe Fundament gehört. Wer Umsetzungspartner vergleicht, findet die Kriterien im Leitfaden zur Wahl eines ERP- und CRM-Partners in der Schweiz.

Und wenn Ihre Lage die Schweizer Einheit eines grösseren Konzerns ist, dessen Zentrale sich nicht bewegt, ist das eine eigene Projektform. Wir haben sie separat beschrieben, unter Two-Tier-ERP.