Localisation suisse dans S/4HANA Public Cloud : ce qui est standard, ce qui est du paramétrage, ce qui reste à votre charge

En bref : la localisation suisse de S/4HANA Public Cloud est large et réellement standard : QR-facture dans les deux sens, fichiers de paiement ISO 20022, TVA suisse, plan comptable local, CHF avec devises parallèles et quatre langues. La connexion bancaire et les cas particuliers de TVA relèvent du paramétrage et demandent un vrai temps de projet. La paie ne fait pas partie du produit : elle est traitée dans SAP SuccessFactors Employee Central Payroll ou chez un prestataire, puis comptabilisée dans S/4HANA. Planifiez-la comme un chantier à part entière.

Chaque projet suisse S/4HANA Public Cloud commence par la même question nerveuse, généralement une vingtaine de minutes après le début du premier atelier. Quelqu’un de la finance demande si « tout le truc suisse » est dedans. Ce qu’il vise, c’est une liste précise qu’il porte depuis des années : la QR-facture, les fichiers bancaires, le décompte TVA, et tout ce que le système actuel fait mal.

La réponse honnête : l’essentiel est standard, une partie relève d’un paramétrage à ne pas sous-estimer, et un élément ne figure pas du tout dans le produit. Il vaut la peine de bien séparer ces trois catégories, car les confondre produit soit une fausse tranquillité, soit un dossier d’investissement qui présuppose des lacunes inexistantes.

Ce qui est standard, et l’est vraiment

Ce qui suit arrive avec la version nationale suisse. Aucun développement, aucun module complémentaire : si quelqu’un vous les facture, demandez-lui poliment pourquoi.

QR-facture, dans les deux sens. Les factures sortantes portent la section de paiement QR avec le QR-IBAN et la référence structurée. Les paiements entrants reviennent avec cette référence et se lettrent automatiquement. SAP documente la reprise des données de la QR-facture dans le traitement des factures ; le format lui-même est défini par SIX.

Fichiers de paiement ISO 20022. pain.001 pour les paiements sortants, camt.053 et camt.054 pour les relevés et avis. Les Implementation Guidelines suisses sont prises en charge.

TVA suisse. Procédure fiscale, jeu de taux actuel et décompte légal. Les règles sont celles de l’Administration fédérale des contributions ; le produit les reproduit.

Reporting légal et plan comptable local. Le plan comptable suisse est disponible comme point de départ, avec les exigences de clôture locales.

Multidevise telle que la Suisse en a réellement besoin. CHF en monnaie locale, EUR et USD qui circulent à côté, devises parallèles pour le reporting de groupe. Cela paraît évident et c’est un vrai soulagement si vous venez d’un système où ce ne l’était pas.

Langues. Allemand, français, italien et anglais côte à côte, par utilisateur. Réalité suisse, et standard. Nous avons déjà écrit sur la manière de traiter correctement quatre langues dans la couche CRM, et la même discipline s’applique ici : le produit le permet, le projet doit le tester.

Ce qui relève du paramétrage, et mérite plus d’égards qu’il n’en reçoit

Standard ne veut pas dire gratuit. Ce qui suit est dans le produit et coûte malgré tout du temps de projet réel, parce que le travail se situe dans vos données et vos relations bancaires, pas dans SAP.

Intégration bancaire

Les formats de fichiers sont standard. Amener votre banque à les accepter est un projet.

Dans Public Cloud, la voie standard vers la banque est SAP Multi-Bank Connectivity. Chaque banque suisse garde néanmoins son propre processus d’intégration, son propre cycle de tests et sa propre position sur le canal de connexion ; la première question est donc de savoir si votre banque est déjà joignable par cette voie, et avec quel protocole. Les fichiers de test font des allers-retours. Quelqu’un part en vacances à la banque. Comptez plusieurs semaines de temps calendaire. Dans le plan initial, cela ne figure presque jamais sur le chemin critique, ce qui explique précisément pourquoi cela y atterrit au cinquième mois.

Lancez l’intégration bancaire dès le premier mois. Commencer tôt ne coûte rien et c’est le risque le moins cher que vous réduirez jamais.

TVA : au-delà des cas standard

Les taux et le décompte standard vont bien. Le temps part dans les cas d’à côté.

L’impôt sur les acquisitions de prestations achetées à l’étranger, que beaucoup d’entreprises suisses traitent aujourd’hui de manière inégale et doivent désormais expliciter. La méthode des taux de la dette fiscale nette, si vous l’utilisez. Le lieu de la prestation pour les services transfrontaliers. Les opérations en chaîne où l’entité suisse se trouve au milieu.

Rien de tout cela n’est une lacune produit. Tout cela exige une décision documentée avant le paramétrage. C’est aussi là qu’un bon conseil fiscal local gagne ses honoraires, et nous incitons nos clients à impliquer le leur tôt plutôt qu’à la recette.

Données de base propres à la Suisse

QR-IBAN, référentiel bancaire correct, données de partenaires commerciaux capables de porter réellement la structure de référence. Ennuyeux, et c’est la raison habituelle pour laquelle la première QR-facture en test ne se lit pas.

Ce qui n’est pas livré en standard

Un gros point, et il surprend à chaque fois.

La paie ne fait pas partie de S/4HANA Public Cloud. La paie suisse est traitée dans SuccessFactors Employee Central Payroll ou chez un prestataire externe, et les résultats se comptabilisent dans S/4HANA sous forme de pièces comptables ; SAP documente l’intégration avec Employee Central Payroll précisément pour cette comptabilisation.

Cela compte pour trois raisons. L’interface relève de votre périmètre. La question de la certification Swissdec revient à celui qui calcule la paie, pas au projet ERP. Et la frontière des données RH, la partie que la plupart des projets découvrent tard, exige de décider quelles données salariés résident où.

Planifiez cela comme un chantier distinct avec son propre responsable. Le mode de défaillance consiste à supposer que cela vient avec l’ERP, à découvrir le contraire au quatrième mois, puis à comprimer le tout dans une mise en service déjà serrée.

Les points plus modestes qu’il faut nommer : des exigences suisses sectorielles véritablement de niche nécessiteront une extension. SAP propose la localisation en libre-service pour les ajouts propres à un pays, et SAP BTP pour le reste. Notre règle reste qu’une extension est une décision réfléchie et non la première réponse. Pourquoi chercher au loin, si le standard couvre déjà.

Le schéma que nous observons dans les estimations

La localisation suisse est rarement la raison pour laquelle un projet s’allonge. Deux sujets voisins le sont.

Le premier est la banque, comme ci-dessus.

Le second : l’entité suisse porte discrètement depuis une décennie un paquet de contournements à l’intérieur d’un système de groupe, et personne ne les a jamais consignés. Le passage à Public Cloud les fait tous remonter d’un coup. La moitié s’avèrent être de véritables exigences que le standard couvre désormais proprement, et c’est une bonne journée. L’autre moitié sont des habitudes nées de ce que l’ancien système ne savait pas faire, et là il faut quelqu’un d’assez haut placé pour dire à voix haute que l’habitude s’arrête.

Cette seconde conversation n’est pas technique et n’appartient pas au seul intégrateur. Si votre plan de projet ne lui réserve pas de temps, elle le prendra quand même.

Une courte liste de préparation

Avant de vous engager sur une date, vous devriez savoir répondre à ces questions. Sinon, vous n’avez pas encore une estimation, vous avez un espoir.

1. Quelle banque, quelle méthode de connexion, et quelqu’un lui a-t-il déjà parlé ?
2. Qui répond des cas limites de TVA, et cette personne est-elle disponible en conception plutôt qu’au test ?
3. Où la paie est-elle traitée aujourd’hui, où le sera-t-elle, et à qui appartient l’interface de comptabilisation ?
4. Lesquels des contournements locaux actuels sont des exigences et lesquels des habitudes, et qui a le droit de trancher ?
5. Quelles langues doivent être dans le périmètre à la mise en service, et qui relit les sorties françaises et italiennes ?

Cinq questions, et les réponses arrivent généralement en une quinzaine de jours. Elles ne sont généralement pas posées.

Ce que cela signifie pour vous

La Suisse est bien servie par S/4HANA Public Cloud. Mieux que sa réputation ne le laisse supposer, et nettement mieux que le parc de contournements locaux que la plupart des filiales suisses exploitent dans l’ERP de quelqu’un d’autre. La localisation en elle-même n’est pas le risque.

Le risque se trouve à côté : une relation bancaire qui prend plus de temps que tout budget ne le prévoit, une frontière avec la paie supposée plutôt que planifiée, et une décennie de pratiques locales non documentées que quelqu’un disposant de l’autorité nécessaire doit trier entre ce que l’on garde et ce que l’on jette.

Si vous voulez tirer cela au clair avant de vous engager, notre assessment de readiness S/4HANA dure cinq jours à prix fixe et se déduit de la transformation en cas de mandat. Il existe précisément parce que ces cinq questions coûtent moins cher en atelier qu’au cinquième mois. Pour la vue d’ensemble sur l’articulation entre le volet ERP et le volet CX, la vue d’ensemble de la transformation présente l’architecture cible, et l’article sur la pile SAP intégrée explique pourquoi le CRM appartient au même socle. Si vous comparez des partenaires de mise en œuvre, notre guide pour choisir un partenaire ERP et CRM en Suisse en résume les critères.

Et si votre situation est celle de l’entité suisse d’un groupe plus vaste dont le siège ne bouge pas, c’est une forme de projet à part. Nous l’avons décrite séparément dans l’ERP à deux niveaux.