Recensement des besoins ERP : processus, données et obligations dans les PME suisses

Contexte : Pourquoi le recensement des besoins détermine le succès de l'ERP dans les PME suisses

Plus de 99 % des entreprises en Suisse sont considérées comme des petites et moyennes entreprises. Le marché est concentré : Abacus détient environ 17 % de parts de marché, SAP environ 16 %, Microsoft Dynamics environ 8 % (Aproda).

Une sélection non structurée a trois conséquences typiques (Aproda) : des pièges à coûts liés au conseil, aux adaptations et à l'exploitation ; des ruptures de processus, car un système inadapté perturbe les flux existants au lieu de les améliorer ; des blocages futurs, car une scalabilité ou une intégration insuffisante freine la croissance.

Jusqu'à 75 % de tous les projets ERP dépassent les coûts prévus ou les délais (myfactory). Plus de 60 % des implémentations ERP échouent ou ne sont pas réalisées dans les délais et le périmètre prévus (acreo).

La situation de départ est aggravée dans les PME suisses : une entreprise type compte entre cinq et cinquante employés, n'a pas de département IT ni de responsables de processus. Personne n'a « introduction de systèmes » dans sa fiche de poste ; la gestion IT s'effectue en plus du travail principal, souvent par la direction générale (rtp).

Étapes pour le recensement des besoins ERP dans les PME suisses

Recenser les processus actuels : rendre visibles les flux, les points faibles et les ruptures médiatiques

Commencez par recenser l'état actuel : documentez systématiquement les processus métier existants et identifiez les points faibles. Cette phase dure généralement deux à quatre semaines (Aproda) ; myfactory indique la même durée pour l'analyse de l'existant et la détermination des besoins.

Les domaines que un ERP connecte servent de grille pour la cartographie des processus : finances, ventes, achats, stock, production, projets, service et reporting (redPoint). Aproda cite également la distribution et la comptabilité. Passez en revue ces domaines un par un et notez pour chacun comment les flux se déroulent aujourd'hui.

Interrogez les employés de tous les départements (myfactory). Questions directrices : Quelles fonctions sont utilisées quotidiennement ? Où surviennent des ruptures médiatiques ? Quels contournements manuels se sont installés (Aproda) ?

Les ruptures médiatiques sont des points où une information change de système ou de support – par exemple d'Excel vers une application spécialisée, de là par e-mail, puis plus tard de retour dans un tableau.

Les exigences spécifiques au secteur font partie intégrante dès le début : une entreprise de gros a besoin de fonctions différentes d'une entreprise MedTech ou d'une entreprise de production (Aproda). Le recensement des processus doit donc être adapté au propre modèle d'affaires, et non à une liste de contrôle générique pour PME.

Le résultat de cette phase est une liste des points faibles et des potentiels d'optimisation, ainsi qu'un catalogue de critères pour l'évaluation du système ultérieure (myfactory).

Structurer les besoins : cahier des charges, obligatoire/souhaitable/optionnel et pérennité

L'analyse des besoins dure généralement trois à six semaines (myfactory). Le cahier des charges distingue trois types d'exigences (myfactory) : fonctionnelles (que doit faire le système ?), techniques (matériel, interfaces, performance) et organisationnelles (support, formation, maintenance).

Priorisez selon obligatoire, souhaitable et optionnel, et tenez compte des besoins futurs, du potentiel de croissance, des particularités sectorielles et des prescriptions réglementaires (myfactory). Les exigences obligatoires sont imposées par la loi, les contrats ou l'entreprise – par exemple la déclaration de TVA, la comptabilité des salaires ou une traçabilité requise. Les exigences souhaitables apportent un bénéfice clair mais ne sont pas impératives ; les exigences optionnelles sont facultatives et servent de monnaie d'échange lors des négociations.

Les exigences légales obligatoires peuvent être nommées concrètement : la déclaration de TVA selon la LTVA, la comptabilité des salaires selon la LAVS, la LPP et la LAA, l'impôt à la source ainsi que la conservation selon le CO et la protection des données selon la LPD. Notez pour chaque obligation la base légale, le formulaire et le délai.

La pérennité signifie intégrer les besoins de croissance : nouveaux sites et processus clients plus exigeants (redPoint), utilisateurs supplémentaires et nouveaux domaines d'activité (rtp), scalabilité et intégration (Aproda).

Pour cela, ne formulez pas des souhaits, mais des exigences vérifiables – par exemple que le nombre d'utilisateurs passe de X à Y sans changement de niveau de licence, ou qu'une nouvelle succursale dans une autre région linguistique puisse être gérée sans nouveau développement.

Le recensement se divise en trois domaines : processus, données et obligations. À la fin de chaque domaine, vérifiez si la liste est complète – pour les obligations, cela signifie justifier chaque prescription par sa base légale et son délai.

Exigences obligatoires vs souhaitables et optionnelles dans le contexte ERP suisse

Recenser les données et les flux de données : des îlots Excel vers une base de données commune

De nombreuses PME suisses travaillent avec des paysages système ayant évolué organiquement : une partie des données se trouve dans l'ERP, une autre dans Excel, d'autres applications spécialisées, boîtes e-mail ou solutions développées individuellement (redPoint). Les listes Excel, e-mails, solutions isolées et données maintenues manuellement sont répandues (Aproda).

Il en résulte une double saisie des données, des informations contradictoires et un manque de vue d'ensemble holistique ; les stocks, la production, les projets et la trésorerie ne peuvent pas être supervisés en temps réel, surtout avec plusieurs sites ou canaux (Forterro). La conséquence est un effort de recherche, de coordination et des coûts d'erreur (Aproda).

Déduisez-en des exigences concrètes en matière de données : quels objets de données existent (clients, fournisseurs, articles, nomenclatures, projets, comptes), dans quel système se trouve l'enregistrement maître, qui le maintient, et quelles données doivent être échangées entre les systèmes ? Une base de données commune, la transparence en temps réel (Aproda) ainsi que le reporting (redPoint) font partie de la liste des besoins comme objectifs cibles.

Pour la migration, vérifiez la qualité des données : quels stocks sont actuels, complets et cohérents, et quelles anciennes données seront reprises. La planification de la migration est une étape de sélection à part entière (redPoint) et fait partie des exigences du cahier des charges – y compris les responsabilités, l'effort et les critères d'acceptation.

Pour les obligations, certains objets de données comptent : écritures et pièces justificatives pour la déclaration de TVA, données de salaires et de déductions pour AVS/AI/APG, LPP et LAA, données personnelles pour le certificat de salaire et l'impôt à la source. Ces objets nécessitent un enregistrement maître, des droits clairs et une conservation réglementée.

Interfaces et systèmes périphériques : penser l'intégration dès le début

Les interfaces avec les systèmes périphériques sont souvent trop peu considérées ; une planification de l'intégration fait défaut (acreo).

Recensez tôt tous les systèmes périphériques avec le sens des données, la fréquence, le format, le fournisseur et les responsabilités : trafic bancaire et paiements, comptabilité des salaires, CRM, relevé des heures, gestion documentaire, systèmes de production ou de qualité, boutique en ligne et logistique. Si cette liste manque, elle deviendra plus tard un avenant – avec effort et coûts.

Soyez attentif aux add-ons de tiers : des outils spécialisés individuels fonctionnent bien tant que l'entreprise est petite, mais doivent parfois être assemblés via des tiers (rtp) ; les interfaces entre deux outils sont parfois facturées comme module supplémentaire payant (rtp). Notez donc comme exigence quelle interface est incluse dans le package de base et laquelle coûte séparément.

Déterminez pour chaque objet de données le système maître. Sans cette définition, il survient une double saisie et des états contradictoires – exactement la situation que l'ERP est censé résoudre (Forterro).

Clarifier les obligations et les exigences de conformité dans le contexte suisse

Pour les PME suisses, la conformité locale et le support linguistique sont décisifs : la TVA suisse, la comptabilité des salaires et les intégrations bancaires font partie des exigences obligatoires, auxquelles s'ajoutent les prescriptions spécifiques au secteur (Forterro).

Établissez pour cela une liste des obligations : pour chaque ligne, la prescription, son origine, le délai de mise en œuvre, les formulaires ou déclarations concernés et le responsable. La liste fait partie du cahier des charges et permet plus tard de vérifier quelle prescription était impérative.

La TVA est régie par la Loi sur la taxe sur la valeur ajoutée (LTVA). Quiconque est inscrit au registre de la TVA remet la déclaration de TVA à l'Administration fédérale des contributions (AFC). L'ERP doit générer cette déclaration à partir des écritures et enregistrer de manière traçable les périodes déclarées.

La comptabilité des salaires touche la LAVS, la LPP et la LAA. Les obligations récurrentes sont la déclaration AVS/AI/APG auprès de la caisse de compensation, les déclarations LPP à l'institution de prévoyance et la déclaration LAA auprès de la Suva ou d'un autre assureur. Chacune de ces obligations reçoit sa propre ligne dans la liste des obligations.

Le certificat de salaire et l'impôt à la source en font également partie. L'ERP doit gérer les salaires et les déductions, générer le certificat de salaire ainsi que calculer et indiquer l'impôt à la source.

D'autres obligations découlent de la sécurité, de la conformité et de la scalabilité ; ces exigences augmentent et sont aujourd'hui souvent couvertes par des solutions ERP basées sur le cloud (Aproda). À clarifier concrètement : où les données sont hébergées, qui y a accès, comment les rôles et droits sont attribués, et comment les obligations de conservation et de traçabilité sont remplies ?

Langue nationale signifie plus que traduction : avec des sites dans différentes régions linguistiques, l'interface utilisateur doit être disponible dans la langue respective, et les pièces justificatives, formulaires et évaluations doivent correspondre aux exigences locales. Clarifiez le besoin par site et définissez quelles langues sont obligatoires.

Le Code des obligations (CO) exige une comptabilité régulière et la conservation des pièces justificatives, la Loi sur la protection des données (LPD) un traitement soigneux des données personnelles. L'inscription au registre du commerce détermine la raison sociale, le siège et la forme juridique, qui apparaissent sur les pièces justificatives et formulaires. Ces trois prescriptions influencent la détention des données, les droits et les évaluations dans l'ERP.

Distinguez les obligations des souhaits : seuls les points imposés par la loi, les contrats ou l'entreprise deviennent des exigences obligatoires (myfactory). Tout le reste devient souhaitable ou optionnel. Cette séparation est la protection la plus efficace contre des personnalisations coûteuses, car chaque personnalisation engendre des coûts de conseil et d'adaptation qui, sur cinq ans, constituent la plus grande partie des coûts totaux (Aproda).

Attribuez à chaque obligation l'autorité compétente : AFC pour la TVA, caisse de compensation pour AVS/AI/APG, institution de prévoyance pour la LPP, Suva ou assureur pour la LAA. Ainsi, chaque prescription devient une exigence vérifiable avec base légale, délai et formulaire.

Liste des obligations pour les exigences de conformité dans le contexte ERP suisse

Modèle d'exploitation, scalabilité et coûts : définir les exigences non fonctionnelles

Comparez les modèles d'exploitation On-Premise, Cloud et Hybride (myfactory). La part du cloud chez les PME suisses est passée d'environ 42 % (2020) à environ 78 % (2025) (Aproda). Notez dans le cahier des charges le modèle choisi et les exigences qui en découlent : détention des données, sauvegarde, disponibilité, accès externe et mises à jour.

Vérifiez concrètement la scalabilité : peut-on commencer petit et grandir, le niveau de licence saute-t-il avec un utilisateur supplémentaire, les fonctions sont-elles uniquement incluses dans le package supérieur et les interfaces entre deux outils sont-elles facturées comme module supplémentaire payant (rtp) ? Formulez les exigences avec les nombres d'utilisateurs actuels et prévus.

Notez les coûts comme exigences non fonctionnelles : les coûts de licence ne représentent souvent que 15–25 % des coûts totaux sur cinq ans ; le conseil, l'adaptation et l'exploitation constituent la part du lion (Aproda). Exigez donc un calcul des coûts totaux selon le principe TCO (myfactory) avec des postes pour les licences, l'implémentation, la migration des données, les interfaces, la formation et l'exploitation courante.

Les exigences organisationnelles incluent le support, la formation et la maintenance (myfactory). Convenez des délais de réponse, des interlocuteurs, du volume de formation et des coûts pour les adaptations ultérieures. Une introduction modulaire permet de démarrer avec le noyau et d'étendre plus tard (redPoint).

Comparaison des modèles d'exploitation ERP pour les PME suisses : On-Premise, Cloud et Hybride

Valider les besoins : ateliers, cas d'utilisation réels et décision de processus

Validez les besoins lors d'ateliers et de démonstrations avec des cas d'utilisation réels plutôt qu'avec des exemples de données (myfactory). Apportez vos propres scénarios : une commande typique, une réclamation, une clôture mensuelle, un projet avec factures partielles. Cela montre si le système supporte vos propres flux.

Comparez les besoins avec les processus standard du logiciel. Lors des ateliers de besoins, les entreprises sont souvent prêtes à adapter leurs processus au logiciel ; lors de l'implémentation, l'image est alors faussée, et beaucoup veulent adapter le système aux processus existants (acreo).

Prenez la décision consciemment et tôt : où le processus est-il modifié, où est-il personnalisé – et combien coûte la personnalisation sur la durée de vie ?

Nommez et adressez les risques : manque de soutien de la direction générale, qui doit prévoir du temps pour la saisie système, les tests pilotes ou les formations super-utilisateurs (acreo) ; difficultés à libérer les employés pour la gestion de projet et les activités de projet (acreo) ; manque de planification de l'intégration pour les systèmes périphériques (acreo).

Définir la gouvernance : une équipe projet avec des représentants de tous les départements pertinents et un chef de projet avec des pouvoirs suffisants (myfactory), ainsi qu'un chemin de décision pour les modifications des besoins, afin que le périmètre et les coûts restent contrôlables. Le recensement des besoins est terminé lorsque chaque exigence obligatoire est formulée de manière vérifiable, priorisée et attribuée à une personne responsable.

Risques critiques et facteurs de succès lors des implémentations ERP dans les PME suisses