Un audit SAP Business One consiste à examiner méthodiquement une installation existante pour savoir ce qui fonctionne, ce qui dérive et ce qui doit être refait. C’est le préalable à toute reprise de projet SAP Business One : on ne décide ni de corriger, ni de remplacer l’intégrateur, ni de repartir de zéro avant d’avoir des constats vérifiables.
Cette page s’adresse aux dirigeants, DAF et DSI dont le projet est en retard, dont l’outil est mal adopté, ou dont la relation avec le prestataire s’est dégradée. Elle décrit les signes qui doivent alerter, ce que couvre un audit, la façon de changer d’intégrateur SAP Business One sans perdre l’existant, et le plan de redressement qui suit.
Les signes qu’un audit s’impose
Un projet en difficulté se voit rarement d’un seul coup. Ce sont des symptômes qui s’accumulent :
- les équipes tiennent des tableurs parallèles pour les stocks, les prix ou les relances ;
- le rapprochement entre les stocks et la comptabilité demande des corrections manuelles à chaque clôture ;
- chaque demande d’évolution devient un chantier, avec des délais qui glissent ;
- l’intégrateur ne documente plus, ou répond tard, ou seulement par un seul interlocuteur ;
- des écrans ou des rapports sont lents au point que les utilisateurs évitent de s’en servir ;
- personne ne sait précisément ce qui a été développé sur mesure ni pourquoi ;
- une montée de version est repoussée depuis longtemps par crainte de tout casser.
Un seul de ces signes ne suffit pas. Deux ou trois ensemble justifient un regard extérieur. Ce regard est d’autant plus utile qu’il est indépendant de celui qui a réalisé le projet : il n’a rien à défendre.
Audit, expertise ponctuelle ou reprise : ne pas confondre
Le mot « audit » recouvre plusieurs demandes. Les clarifier évite un périmètre flou.
| Démarche | Question posée | Résultat attendu |
|---|---|---|
| Audit complet | Où en est l’installation, globalement ? | Rapport chiffré en risques et en priorités |
| Audit ciblé | Pourquoi ce point précis dysfonctionne-t-il ? | Cause identifiée et correction proposée |
| Audit avant montée de version | Peut-on migrer sans casse ? | Liste des blocages et ordre des étapes |
| Reprise de projet | Qui termine, et comment ? | Plan de redressement et nouvelle organisation |
Un audit complet est la bonne porte d’entrée quand la confiance est rompue. Un audit ciblé suffit quand le reste de l’installation donne satisfaction.
Ce que l’on examine dans une installation SAP Business One
Un audit sérieux suit une grille stable. Chaque ligne produit un constat, une gravité et une recommandation.
Le paramétrage
On vérifie la cohérence des données de base : plan comptable, groupes d’articles, entrepôts, conditions de paiement, règles de prix, autorisations. Un paramétrage d’origine hâtif se paie des mois plus tard : écritures mal ventilées, documents bloqués, statistiques inexploitables. On regarde aussi si les processus réels de l’entreprise sont bien ceux que l’outil représente, ou si l’outil a été plié à un processus qui n’existe plus. Les pages sur les modules de SAP Business One permettent de situer ce qui est activé et ce qui reste inexploité.
Les données
C’est souvent le premier foyer de problèmes. On contrôle les doublons de tiers et d’articles, les codes incohérents, les stocks négatifs, les comptes de tiers déséquilibrés, les écritures sans pièce. Un historique repris d’un ancien système sans nettoyage préalable traîne ses défauts pendant des années. La migration vers SAP Business One mal préparée est une cause fréquente d’échec que l’audit met en évidence.
Les développements spécifiques
On inventorie tout ce qui s’ajoute au standard : requêtes, champs utilisateur, rapports, add-ons, procédures, scripts. Pour chacun : qui l’a écrit, dans quel but, avec quelle documentation, avec quel code source, et si l’élément survivra à une montée de version. Un développement sans source ni documentation est un risque financier. La page sur le développement sur mesure détaille ce que l’on peut raisonnablement attendre d’un prestataire.
Les interfaces et les connecteurs
Boutique en ligne, logistique, banque, EDI, paie, outil de pilotage : chaque flux a un propriétaire, une fréquence, un mode de reprise en cas d’erreur. L’audit repère les flux fragiles, ceux qui échouent sans alerte et ceux qui reposent sur un fichier déposé à la main. Les intégrations et connecteurs sont à examiner un par un.
Les performances
Lenteur à l’ouverture, requêtes longues, clôtures qui s’éternisent : la cause peut venir de la base, du serveur, du réseau, de l’hébergement ou d’une requête mal écrite. Il faut mesurer avant de conclure. Si l’installation est hébergée, l’audit se prolonge vers l’hébergement cloud et ses engagements de service.
La sécurité et les droits
On passe en revue les profils, les comptes inactifs, les droits excessifs, la séparation des tâches, les sauvegardes et leur test de restauration. Un point mérite attention : le guide de licences SAP prévoit, dans la version sur site, un compte utilisateur de support permettant au personnel du partenaire de se connecter sans consommer de licence ; il est verrouillé par défaut et journalisé. L’audit vérifie qu’il est bien maîtrisé, et que les comptes ouverts à d’anciens prestataires ont été fermés. Le même guide autorise l’utilisateur « manager » à ouvrir deux sessions Windows distinctes pour laisser tourner des tâches planifiées ou permettre à un consultant de se connecter sans licence, mais pas pour un usage productif en double : un usage détourné est un risque de non-conformité à repérer.
La version et la maintenance
On identifie la version installée, le niveau de feature package et de support package, et l’écart avec ce que SAP maintient. Selon la page de maintenance de SAP, les versions 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 et 9.3 ont terminé leur période de maintenance standard, et la version 10.0 est en maintenance standard jusqu’au 31 décembre 2028, ces dates restant sujettes à modification. SAP précise aussi que la maintenance étendue n’est pas proposée pour SAP Business One. Une installation sur une version sortie du support ne reçoit plus ni corrections ni correctifs de sécurité : c’est un constat central de l’audit.
Les montées de version directes ne sont prises en charge qu’entre versions consécutives, par exemple de la 9.3 à la 10.0 ; une montée non consécutive demande plusieurs étapes. Plus l’écart est grand, plus le chantier est long. Les versions et éditions sont détaillées dans une page dédiée.
L’adoption et la formation
Un outil bien paramétré mais mal utilisé produit les mêmes symptômes qu’un outil défaillant. L’audit interroge les utilisateurs clés : ce qu’ils font dans l’outil, ce qu’ils font à côté, ce qu’ils ne savent pas faire. Une part des problèmes se règle par de la formation ciblée plutôt que par du développement.
Le déroulement d’un audit
Un audit bien conduit suit un enchaînement simple.
- Cadrage : objectifs, périmètre, interlocuteurs, accès en lecture, confidentialité.
- Collecte : documentation existante, copie de la base, liste des développements, schéma des flux.
- Entretiens : direction, finance, achats, logistique, commercial, informatique, et si possible l’ancien intégrateur.
- Analyse : contrôles sur la base de test, jamais sur la base de production sans précaution.
- Restitution : constats classés par gravité, causes, options de redressement, ordre de réalisation.
Le livrable doit être lisible par un non-informaticien : ce qui est grave, ce qui peut attendre, ce qui coûte cher à ne pas faire. Exigez un document que vous pourrez remettre à un autre prestataire.
Changer d’intégrateur SAP Business One sans tout recommencer
La crainte la plus fréquente est de repartir de zéro. En pratique, l’essentiel de la valeur est chez vous : la base de données, l’historique, le paramétrage et la connaissance des utilisateurs. Un changement d’intégrateur se prépare comme un transfert de responsabilité, pas comme une nouvelle implémentation.
Documents et accès à récupérer
Avant toute rupture, rassemblez :
- les accès administrateur de l’application, de la base de données et du serveur ou de l’hébergement ;
- les accès aux licences et au portail de gestion des contrats ;
- la documentation de paramétrage et les cahiers de spécifications ;
- le code source et les documents techniques de chaque développement ;
- la liste des extensions tierces avec leurs éditeurs et leurs conditions ;
- le détail des interfaces : flux, fréquences, comptes techniques ;
- les sauvegardes récentes et la procédure de restauration, testée ;
- l’historique des tickets de support en cours.
Relisez votre contrat : propriété des développements, préavis, conditions de restitution des données. Un point qui doit être tranché avant le conflit, pas pendant.
Les précautions du changement
Ne coupez jamais l’accès de l’ancien prestataire avant que le nouveau ait validé la reprise. Prévoyez une période de transition, avec transfert de connaissances daté. Fermez ensuite les comptes devenus inutiles et changez les mots de passe techniques. Pour choisir le successeur, appuyez-vous sur la page choisir un intégrateur SAP Business One et sur le guide général pour choisir un intégrateur ERP.
Le bon moment
Changer en pleine clôture annuelle ou en plein pic d’activité est risqué. Le bon moment suit l’audit, une fois le plan de redressement défini, avec un jalon de transition réaliste. Un changement subi, sous la pression d’une panne, coûte plus cher qu’un changement préparé.
Le plan de redressement
L’audit débouche sur un plan, pas sur un simple rapport. Un plan crédible est ordonné par risque, pas par confort.
| Priorité | Contenu typique | Pourquoi d’abord |
|---|---|---|
| Sécuriser | Sauvegardes testées, comptes, droits, version hors support | Éviter la perte de données et la faille |
| Stabiliser | Corriger les erreurs de paramétrage et les flux défaillants | Rendre les chiffres fiables |
| Assainir | Nettoyer les données, supprimer les développements inutiles | Alléger avant d’ajouter |
| Documenter | Paramétrage, développements, procédures | Ne plus dépendre d’une seule personne |
| Faire évoluer | Montée de version, nouveaux modules, nouveaux besoins | Seulement une fois la base saine |
Chaque ligne a un responsable, un critère de réussite et une date. Les évolutions fonctionnelles attendues, par exemple en comptabilité et finance ou en stocks et achats, viennent après la stabilisation.
Dans certains cas, l’audit conclut qu’une reprise partielle est plus rationnelle qu’un redressement global : on réécrit un module, on remplace un développement par du standard, on ré-implémente un seul processus. Dans de rares cas, il conclut que le produit ne convient plus à l’activité ; on étudie alors les alternatives à SAP Business One, sans présumer du résultat. Les causes d’échec les plus courantes sont décrites dans le guide sur les erreurs de projet ERP.
Prévenir le retour du problème
Un redressement tient s’il est suivi d’une gouvernance minimale :
- un propriétaire fonctionnel de l’outil côté entreprise, pas seulement côté prestataire ;
- un registre des demandes d’évolution avec décision et priorité ;
- une documentation mise à jour à chaque livraison ;
- un suivi des versions et des correctifs ; SAP indique que le cycle d’innovation passe depuis la version 10.0 par des feature packages cumulatifs et ne fournit ni corrections ni correctifs de sécurité pour les anciens packages ;
- un contrat de support et maintenance aux engagements clairs.
Gardez enfin une règle simple : rien n’est développé sans spécification écrite, ni livré sans code source remis et documentation associée.
Comment Intégrateurs ERP peut vous aider
Intégrateurs ERP est un service gratuit de mise en relation. Nous ne réalisons pas l’audit et ne sommes affiliés à aucun éditeur : nous décrivons votre situation à des intégrateurs SAP Business One adaptés à votre projet, qui vous répondent directement. Précisez dans votre demande si vous cherchez un audit, une reprise complète ou un simple second avis. Pour le cadre général, consultez la page comment ça marche, et pour situer votre budget, la page sur le prix de SAP Business One. Vous pouvez aussi revenir à la présentation de SAP Business One.
Questions fréquentes
Quand faut-il faire un audit SAP Business One ?
Dès que les utilisateurs contournent l’outil avec des tableurs, que les délais ne sont plus tenus, que les écarts entre stocks et comptabilité se répètent ou que l’intégrateur ne répond plus. Un audit s’impose aussi avant une montée de version, un rachat ou un changement de prestataire. Il donne un état des lieux factuel, sans engager la suite.
Peut-on changer d’intégrateur SAP Business One sans tout recommencer ?
Oui, dans la grande majorité des cas. La base de données, le paramétrage et les développements restent chez vous : un nouvel intégrateur les reprend après un audit. Le point clé est de récupérer la documentation, les accès et le code source des développements avant la fin de la relation avec l’ancien prestataire.
Que faut-il récupérer auprès de l’ancien intégrateur ?
Les accès administrateur, la documentation de paramétrage, les spécifications et le code source des développements, la liste des extensions et des connecteurs, les sauvegardes et les procédures de restauration. Sans ces éléments, le nouvel intégrateur doit les reconstituer par analyse, ce qui prend du temps et coûte plus cher.
Mon installation SAP Business One est ancienne : est-elle encore supportée ?
SAP indique que les versions 8.8, 8.81, 8.82, 9.0, 9.1, 9.2 et 9.3 ont terminé leur maintenance standard. La version 10.0 est en maintenance standard jusqu’au 31 décembre 2028, sous réserve de modification. SAP ne propose pas de maintenance étendue, et les montées de version directes ne se font qu’entre versions consécutives.
Combien coûte un audit SAP Business One ?
Le coût dépend de l’ancienneté de l’installation, du nombre de sociétés, du volume de développements spécifiques et de la profondeur demandée. Un audit ciblé sur un point précis coûte moins qu’un audit complet. Demandez toujours un périmètre écrit et un livrable défini avant de commencer.
Sources
- SAP — Maintenance de SAP Business One
- SAP — Mises à niveau et correctifs de SAP Business One
- SAP — Guide de licences SAP Business One 10.0
Les noms de logiciels cités sont des marques de leurs éditeurs respectifs, mentionnées à titre d’information. Ce site est indépendant et n’est affilié à aucun éditeur.