Personnalisation d’ERP au Rwanda

Qu’est-ce que la personnalisation d’ERP, et qui en a besoin

C’est la conception, le développement, le test et la documentation de modifications d’une plateforme ERP au-delà de ses réglages standard : nouveaux champs et écrans, flux de travail, rapports, modèles de documents, calculs et modules complémentaires. Elle convient aux organisations dont l’ERP couvre l’essentiel des besoins mais laisse quelques processus importants dans des tableurs, et à celles dont d’anciennes personnalisations bloquent désormais les mises à niveau.

Le problème qu’elle résout

Quand un ERP ne convient pas à un processus, le personnel le contourne : exports vers Excel, registres parallèles, approbations par e-mail. Le système cesse d’être la source unique de vérité. La personnalisation comble ces lacunes, mais faite sans soin elle crée un autre problème : un système tellement modifié que chaque mise à niveau le casse. Une personnalisation soignée corrige la lacune tout en gardant la plateforme maintenable.

Choisir l’approche la moins invasive

1. Changer le processus. Parfois, la méthode standard de la plateforme est meilleure que l’ancienne habitude. Nous le vérifions d’abord.

2. Configurer. Utiliser les réglages propres à la plateforme pour les champs, règles, rôles, modèles et rapports.

3. Étendre. Utiliser les points d’extension pris en charge, les scripts ou des modules complémentaires séparés qui se placent à côté du cœur.

4. Produire les rapports à l’extérieur. Construire les rapports complexes dans un outil de reporting qui lit les données standard, plutôt que de modifier l’ERP.

5. Modifier le code du cœur seulement en dernier recours, avec documentation et signalement pour chaque future mise à niveau.

Personnalisations courantes

• Les circuits d’approbation par montant, service, projet ou bailleur.
• Les modèles de documents : factures, bons de commande et bulletins de paie à votre format et dans vos langues.
• Les exigences locales, comme l’intégration avec la facturation électronique EBM de la Rwanda Revenue Authority pour les entreprises assujetties à la TVA.
• Les rapports pour la direction, le conseil d’administration et les bailleurs.
• Les champs et écrans pour les informations propres à votre secteur.
• Les calculs, comme des règles de prix ou des indemnités.

Les rapports avant le code

Beaucoup de demandes de personnalisation sont en réalité des demandes de reporting : un dossier de gestion dans un format particulier, un rapport à un bailleur par ligne budgétaire ou une synthèse des stocks par emplacement. Elles exigent rarement de modifier l’ERP lui-même. Un outil de reporting qui lit les données standard de l’ERP peut les produire sans toucher à la plateforme, ce qui garde les mises à niveau simples et permet aux rapports d’évoluer aussi souvent que les questions des responsables.

Tenir un registre des personnalisations

Chaque personnalisation est consignée avec son objet, les personnes qui l’ont demandée, sa méthode de construction, sa méthode de test et son risque à la mise à niveau. Le registre rend le support et les mises à niveau prévisibles, et montre d’un coup d’œil quand la personnalisation prend une ampleur telle que le choix de la plateforme devrait être reconsidéré.

Ce que comprend le travail

1. Documenter l’écart : ce dont le processus a besoin et pourquoi le système standard ne le fait pas.
2. Choisir l’approche, en privilégiant la configuration et les extensions.
3. Spécifier et convenir du changement avec ses utilisateurs.
4. Construire dans un environnement de test.
5. Tester avec des cas réels, y compris l’impact sur les mises à niveau le cas échéant.
6. Déployer, former les utilisateurs concernés et documenter le changement.

Avant toute mise en production, les personnes qui ont demandé le changement le testent avec des cas réels et confirment qu’il répond à leur besoin.

Ce qui est inclus et ce qui ne l’est pas

Délais habituels et ce qui détermine le coût

Les changements de configuration simples prennent quelques jours ; les personnalisations importantes prennent des semaines. Le coût dépend de la complexité, du nombre de modules touchés par un changement, de la part de configuration par rapport au code, de l’effort de test et de la documentation.

Équipements généralement utilisés

Les outils de configuration et d’extension de la plateforme ERP, un environnement de test séparé, un gestionnaire de versions pour tout code, un outil de reporting pour les rapports complexes, et un registre de chaque personnalisation avec son objet, son responsable et son risque à la mise à niveau.

Les erreurs que nous voyons souvent

Personnaliser pour reproduire les anciennes habitudes des tableurs. Modifier le code du cœur alors que la configuration suffirait. Aucun environnement de test. Des personnalisations que personne n’a documentées. Des circuits d’approbation si complexes que rien n’est approuvé. Et des mises à niveau sautées pendant des années parce que personne ne sait ce qui va casser.