Un projet SAP Business One qui s’enlise, un intégrateur qui ne répond plus, une équipe qui contourne l’ERP avec des fichiers Excel : ces situations sont fréquentes dans les PME belges, et elles ne sont pas une fatalité. Un audit SAP Business One pose un diagnostic factuel, hors de toute pression commerciale, et débouche sur un choix clair : corriger l’existant, reprendre le projet avec un autre partenaire, ou, en dernier recours, repartir sur une base saine.
Cette page s’adresse aux dirigeants, DAF et DSI qui doivent décider vite sans perdre ce qui fonctionne déjà. Elle détaille les signes d’alerte, le périmètre d’un audit, la reprise de projet SAP Business One, la manière de changer d’intégrateur SAP Business One et le plan de redressement qui suit.
Les signes qu’un audit s’impose
Un ERP en difficulté se reconnaît rarement à une panne spectaculaire. Il se manifeste plutôt par une accumulation de petits frottements.
- La clôture mensuelle dépend de retraitements manuels, et votre comptable vérifie chaque écriture avant de valider la déclaration de TVA.
- Les écarts entre le stock physique et le stock du système reviennent, malgré les inventaires.
- Chaque évolution demande des semaines de discussion, ou n’est « pas possible » selon le prestataire.
- Les utilisateurs de Bruxelles, de Flandre ou de Wallonie ont chacun leur version des chiffres.
- Le consultant qui connaissait votre paramétrage est parti, et personne ne sait ce qu’il a laissé.
- Le projet a dépassé son calendrier et son budget, sans jalon de réception clair.
- Une facture client ou fournisseur échoue à l’échange électronique, et personne ne sait pourquoi.
Un seul de ces signes peut venir d’un détail. Plusieurs ensemble indiquent un problème de fond : mauvaise conception, mauvaise conduite de projet, ou perte de maîtrise de l’outil. Les erreurs classiques qui mènent là sont décrites dans notre guide sur les erreurs d’un projet ERP.
Audit ou reprise : ne pas confondre
L’audit est un diagnostic. Il ne modifie rien : il lit, mesure et rapporte. La reprise de projet est la décision qui en découle : un nouvel intégrateur, ou le même avec un cadre renforcé, reprend la responsabilité du chantier.
Il est préférable que l’audit soit confié à un acteur qui n’a pas intérêt à vendre la suite. Si l’auditeur est aussi le candidat à la reprise, demandez que le rapport soit livré à votre société et reste exploitable par un autre prestataire. Notre service gratuit de mise en relation vous met en contact avec des intégrateurs adaptés à votre contexte ; vous restez libre de dissocier audit et reprise.
Ce qu’on examine dans un audit SAP Business One
Un audit sérieux suit un périmètre fixé à l’avance. Le tableau ci-dessous résume les axes habituels et les questions qu’ils posent.
| Axe | Ce qu’on regarde | Question de fond |
|---|---|---|
| Paramétrage | Plan comptable, codes TVA, groupes d’articles, règles d’autorisation, séries de numérotation | Le paramétrage reflète-t-il vos processus réels ? |
| Données | Doublons de tiers, articles inactifs, soldes d’ouverture, cohérence comptable | Peut-on se fier aux chiffres produits ? |
| Développements | Champs et tables personnalisés, requêtes, états, code d’extensions | Est-ce documenté, maintenable, compatible avec la version suivante ? |
| Performances | Temps de réponse, requêtes lourdes, état du serveur de base de données | Les lenteurs viennent-elles de la configuration, du matériel ou du code ? |
| Sécurité | Comptes, droits, mots de passe, comptes de support, sauvegardes | Qui peut faire quoi, et que se passe-t-il en cas de sinistre ? |
| Version | Version installée, niveau de correctifs, chemin de mise à niveau | Êtes-vous encore couvert par la maintenance standard ? |
| Intégrations | Connecteurs, échanges avec la boutique en ligne, la banque, Peppol | Les flux sont-ils fiables et surveillés ? |
Paramétrage et processus
L’auditeur compare ce qui est configuré à ce que font réellement vos équipes. Un cas typique : un circuit d’achat conçu pour une grande structure, imposé à une PME de quelques sites, qui pousse les utilisateurs à saisir hors système. Le paramétrage doit servir le métier, pas l’inverse. Pour vérifier la couverture fonctionnelle, reportez-vous aux modules de SAP Business One.
Qualité des données
C’est souvent le chapitre le plus révélateur. Des tiers en double faussent le suivi des créances ; des articles mal classés faussent la valorisation du stock. L’audit contrôle la cohérence entre la comptabilité, les stocks et les ventes, notamment pour la comptabilité et la finance et la gestion des stocks et des achats. Il vérifie aussi que les codes TVA belges, les régimes intracommunautaires et les exports vers votre comptable sont corrects, ce que détaille notre page sur la TVA belge dans l’ERP.
Développements spécifiques
Les développements sont la première source de dépendance à un prestataire. L’audit les inventorie, vérifie qu’ils sont documentés et que le code source est entre vos mains, puis évalue leur compatibilité avec les évolutions de l’éditeur. Pour comprendre ce qui est raisonnable de personnaliser, consultez la page sur le développement sur mesure.
Sécurité et sauvegardes
Au-delà des droits d’accès, on contrôle l’existence de sauvegardes et, surtout, la preuve qu’une restauration a déjà été testée. Dans la version sur site, un compte de support est créé à l’installation pour permettre 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 utilisé conformément à ce cadre. Le guide de licences autorise aussi l’utilisateur « manager » à ouvrir deux sessions Windows distinctes pour des tâches planifiées ou l’intervention d’un consultant, mais pas pour un usage productif en double : un point à contrôler si des collaborateurs partagent un même compte.
Version et maintenance
Selon la page de maintenance de SAP, la version 10.0 est en maintenance standard jusqu’au 31 décembre 2028, sous réserve de modification de ces dates, tandis que 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. SAP précise que la maintenance étendue n’est pas proposée et que la maintenance de la famille précédente s’interrompt dès qu’une nouvelle famille est disponible. Sur une version arrivée en fin de maintenance, SAP ne fournit plus ni corrections ni correctifs de sécurité pour les anciens packages.
Depuis la version 10.0, l’éditeur livre l’innovation en continu par des feature packages cumulatifs, qui apportent nouveautés, corrections, correctifs de sécurité et mises à jour légales. L’audit relève donc le niveau de correctifs réellement appliqué. Il établit aussi le chemin de mise à niveau : les montées directes ne sont prises en charge qu’entre versions consécutives, de sorte qu’un grand écart demande plusieurs étapes. Les détails se trouvent sur la page versions et éditions.
Changer d’intégrateur SAP Business One sans tout recommencer
C’est la crainte numéro un des dirigeants : « si je change, je perds tout ». Dans la grande majorité des cas, c’est faux. La licence, la base de données et le paramétrage sont des actifs de votre entreprise ; ce qui est lié à l’ancien prestataire, ce sont ses connaissances et parfois ses outils.
Les trois situations rencontrées
- L’existant est sain, mais mal suivi. Le nouvel intégrateur reprend le support, corrige les points relevés et fiabilise l’exploitation. C’est le cas le plus favorable.
- L’existant est partiellement bon. On conserve la base, le plan comptable et les données validées ; on reconstruit certains processus, extensions ou connecteurs.
- L’existant est irrécupérable. Le paramétrage est incohérent et les données non fiables. On repart d’une base propre en reprenant les données maîtres après nettoyage, un scénario proche d’une migration.
Seul l’audit permet de trancher entre ces scénarios. Évitez de décider sur la base d’un devis de reprise établi sans avoir regardé le système : il reflète l’intérêt commercial du candidat plutôt que l’état réel.
Documents et accès à récupérer
Avant même de nommer le successeur, sécurisez ce qui peut disparaître. Demandez par écrit, avec un inventaire accepté par les deux parties :
- les cahiers des charges, spécifications et comptes rendus de réunion ;
- le code source, les scripts, les requêtes et états personnalisés ;
- la liste des connecteurs, avec leurs paramètres, certificats et clés d’accès ;
- les identifiants administrateur de l’ERP, du serveur et de la base de données ;
- le calendrier des tâches planifiées, des sauvegardes et des imports ;
- la matrice des droits et des rôles utilisateurs ;
- les contrats de licence et de maintenance, ainsi que les justificatifs des utilisateurs déclarés ;
- l’historique des incidents et des demandes en cours.
Si l’ancien prestataire tarde, rappelez que ces éléments relèvent de votre projet. Relisez votre contrat : il précise souvent la propriété des livrables et les conditions de fin de collaboration. Pour une question juridique, rapprochez-vous de votre conseil.
Bien choisir le successeur
Un intégrateur repreneur doit savoir lire du code et un paramétrage qu’il n’a pas écrit, et accepter de le dire franchement. Posez-lui des questions sur sa méthode d’audit, sur la façon dont il traite les développements existants et sur la gouvernance qu’il propose. Les critères généraux sont dans notre guide pour choisir un intégrateur ERP et, spécifiquement pour cet éditeur, sur la page choisir un intégrateur SAP Business One. Le rôle d’un partenaire dans l’hébergement et la revente cloud est aussi encadré par l’éditeur : pour revendre SAP Business One Cloud en abonnement hébergé, il doit détenir une autorisation d’exploitation qui suppose formation, qualification et chiffre d’affaires minimal selon les conditions PartnerEdge consultées de 2017. Interrogez-le donc sur son statut avant toute migration vers l’hébergement.
Le plan de redressement
Une fois le rapport remis, il faut en faire un plan que la direction pilote, et pas un document de plus dans un tiroir.
Hiérarchiser avec la direction
Classez les constats selon deux critères : le risque pour l’entreprise (conformité, sécurité, continuité d’activité) et l’effort de correction. Les risques de conformité passent en tête. Une clôture comptable fragile ou des flux de facturation électronique instables doivent être traités avant les confort d’usage. Si vos clients ou fournisseurs échangent via Peppol, consultez la page sur la facturation électronique et Peppol.
Les grandes phases
- Stabiliser : sauvegardes testées, droits d’accès assainis, version à jour des correctifs, accès récupérés.
- Corriger : paramétrage, données, états, intégrations défaillantes, formation des équipes ciblée sur les écarts constatés.
- Consolider : documentation, procédures d’exploitation, contrat de support avec engagements clairs.
- Faire évoluer : reprise du périmètre fonctionnel qui n’avait jamais été livré, selon des lots courts et validés.
Chaque phase se termine par une réception formelle, signée côté métier. C’est la meilleure protection contre une nouvelle dérive. Sur le plan budgétaire, le coût dépend du périmètre et de l’état de départ ; consultez les repères de la page sur le prix de SAP Business One, et n’acceptez pas de chiffre ferme avant la fin de l’audit.
Former et rendre autonome
Une bonne part des échecs vient d’utilisateurs mal accompagnés. Prévoyez des sessions de formation liées à vos processus réels, ainsi qu’un référent interne identifié. Côté exploitation, un cadre de support et de maintenance précis évite de retomber dans la dépendance à une seule personne. La page de maintenance de l’éditeur mentionne d’ailleurs un support SAP disponible à toute heure pour les arrêts du système : demandez à votre intégrateur comment il articule son propre support avec ce dispositif.
Et si SAP Business One n’était plus le bon choix ?
L’audit peut aussi montrer que le problème n’est pas l’intégrateur, mais l’adéquation du produit à votre activité : processus industriels très spécifiques, besoin de multi-sociétés complexe, ou croissance qui dépasse le périmètre prévu. Dans ce cas, comparez sans a priori avec les alternatives à SAP Business One et gardez en tête que le coût d’une migration se juge sur la durée. Notre comparatif SAP Business One contre Business Central donne un éclairage neutre.
Réaliser l’audit avec les bonnes personnes
Un audit réussi associe trois profils : un expert technique du produit, un interlocuteur métier qui connaît vos processus, et un sponsor de direction capable d’arbitrer. Sans l’un des trois, le rapport reste théorique. Préparez en amont l’accès en lecture au système, la liste des utilisateurs clés et vos principaux irritants, classés par service. Plus la demande est précise, plus l’audit est court et pertinent.
Si vous souhaitez être mis en relation avec des intégrateurs capables de réaliser un audit ou de reprendre votre projet en Belgique, utilisez le formulaire ci-dessous : la démarche est gratuite et sans engagement.
À retenir
- Un audit se décide sur des signes concrets : clôtures laborieuses, écarts de stock, dépendance à une personne, version sans maintenance.
- La licence, la base et le paramétrage restent à vous : changer d’intégrateur ne signifie pas tout reconstruire.
- Réclamez par écrit documents, code source et accès avant la fin de la collaboration.
- L’audit doit précéder tout devis de reprise ; le plan de redressement stabilise d’abord, corrige ensuite, puis fait évoluer.
- Pour un diagnostic indépendant et un successeur adapté à votre contexte belge, la mise en place de SAP Business One et la page SAP Business One en Belgique complètent utilement ce panorama.
Questions fréquentes
À quel moment faut-il réaliser un audit SAP Business One ?
Dès que l’outil freine l’entreprise au lieu de l’aider : clôtures comptables laborieuses, écarts de stock récurrents, développements que personne ne sait expliquer, intégrateur injoignable ou démissionnaire. Mieux vaut auditer avant une montée de version ou avant de confier le projet à un autre prestataire.
Peut-on changer d’intégrateur SAP Business One sans tout recommencer ?
Oui, dans la plupart des cas. La licence, la base de données et le paramétrage vous appartiennent ; le nouvel intégrateur reprend l’existant après un audit, puis corrige ou reconstruit seulement ce qui est défaillant. Il faut toutefois récupérer la documentation, les accès et le code des développements.
Que doit-on exiger de l’ancien intégrateur lors d’une reprise de projet ?
Les spécifications, les scripts et le code source des développements, la liste des connecteurs et de leurs identifiants, les paramètres de sauvegarde, les comptes administrateur et le calendrier des tâches planifiées. Ces éléments sont à réclamer par écrit, avec un inventaire signé des deux côtés.
Ma version de SAP Business One est ancienne : est-ce un risque ?
Oui. SAP ne fournit ni corrections ni correctifs de sécurité pour les anciens packages, et les versions antérieures à la 10.0 ont terminé leur maintenance standard. Une montée de version n’est directe qu’entre versions consécutives ; un grand écart exige plusieurs étapes, donc un audit préalable.
Un audit SAP Business One est-il utile si l’installation fonctionne ?
Souvent, oui. Une installation qui tourne peut cacher des droits d’accès trop larges, des sauvegardes jamais testées, des extensions fragiles ou une dépendance à une seule personne. L’audit transforme ces risques invisibles en liste de priorités, avant qu’un incident ne s’en charge.
Sources
- SAP Support – maintenance de SAP Business One
- SAP Support – mises à niveau et correctifs de SAP Business One
- SAP – guide de licences de 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.