En bref
Un ERP standard paramétrable suffit quand vos gestes métier sont courants et que vous pouvez les organiser.
Le sur mesure se justifie pour un geste qui vous distingue, impossible à couvrir sans contournement durable.
Avant de commander du spécifique, vérifiez les réglages, les modules, les champs et les imports disponibles.
Comprendre les deux approches
Un ERP standard est un logiciel de gestion déjà conçu pour des besoins partagés par de nombreuses entreprises. Il couvre des fonctions comme les ventes, les achats, les stocks ou la comptabilité. Son éditeur le fait évoluer pour l'ensemble de ses clients.
Un ERP sur mesure est un logiciel, ou une partie de logiciel, développé pour votre entreprise. Il traduit vos règles, vos écrans et vos enchaînements particuliers. Vous décidez davantage de son fonctionnement. Vous portez aussi davantage de décisions techniques.
Le choix ne porte donc pas seulement sur l'écran ou le vocabulaire. Il porte sur la part de votre activité qui mérite un développement propre. Une PME peut utiliser un socle standard et ajouter une fonction ciblée. Elle n'a pas à choisir entre deux extrêmes.
Un besoin courant ne devient pas spécifique parce qu'il est mal décrit. La facturation, le suivi client et le stock ont souvent des réponses standard. Votre méthode actuelle peut aussi contenir des habitudes, plutôt qu'une nécessité métier.
Les trois niveaux entre le standard et le sur mesure
Le premier niveau est le paramétrage. Il adapte le logiciel sans modifier son code. Vous réglez des droits, des étapes, des documents ou des contrôles. Cette approche conserve les évolutions du logiciel.
Le deuxième niveau associe des modules activables et des champs personnalisés. Vous choisissez les fonctions utiles à une société. Vous ajoutez les informations propres à un groupe de clients ou à un processus. Le socle reste commun.
Le troisième niveau est le développement spécifique. Il crée une règle, un écran, un échange ou un module absent du standard. Il doit répondre à un geste précis. Il doit aussi définir qui le maintiendra.
| Approche | Ce qu'elle change | Question utile |
|---|---|---|
| Paramétrage | Des règles et des réglages | Le standard couvre-t-il déjà le besoin ? |
| Modules et champs | Les fonctions actives et les données saisies | Faut-il une fonction, ou seulement une information supplémentaire ? |
| Développement spécifique | Le comportement du logiciel | Ce geste crée-t-il une différence durable ? |
Décider ce qui mérite du spécifique
Le sur mesure se justifie quand il porte un geste réellement distinctif, répété et important. Il peut s'agir d'un contrôle métier propre, d'un calcul particulier ou d'un enchaînement lié à votre activité. Le besoin doit rester compréhensible sans dépendre d'une seule personne.
Il se justifie aussi lorsqu'un contournement standard créerait des erreurs récurrentes. Une double saisie durable, une vérification manuelle risquée ou un suivi indispensable hors du logiciel signalent un vrai écart. Il faut cependant vérifier que le réglage ou un module ne traite pas déjà cet écart.
Le spécifique coûte inutilement quand il reproduit une fonction commune. Créer un écran de devis, un fichier client ou un export habituel peut figer une pratique sans avantage concret. Vous devrez ensuite financer les corrections, les adaptations et les tests lors des évolutions.
Une demande de développement peut cacher une demande d'organisation. Par exemple, deux équipes peuvent utiliser des libellés différents pour la même étape. Harmoniser le processus peut suffire. Le logiciel ne doit pas reproduire chaque exception locale.
Comparer les options avant de choisir
| Critère | Standard | Standard paramétré et modulaire | Sur mesure |
|---|---|---|---|
| Mise en route | Fonctions déjà définies | Réglages et fonctions sélectionnés | Conception à préciser avant usage |
| Évolutions | Portées par l'éditeur | Portées par l'éditeur, avec vos réglages | À prévoir pour chaque adaptation |
| Maintenance | Partagée avec les autres utilisateurs | Partagée pour le socle | Attachée au développement réalisé |
| Reprise des données | Dépend des formats disponibles | Imports et correspondances à préparer | À concevoir et à tester |
| Dépendance | Limitée au produit choisi | Limitée au produit et aux réglages | Forte envers le code et ses mainteneurs |
| Adéquation métier | Couvre les pratiques courantes | Adapte le socle à votre organisation | Reproduit un geste très particulier |
Ce tableau ne remplace pas une démonstration sur vos données. Demandez à voir un cas proche du vôtre. Testez aussi les exceptions qui posent problème. Une fonction visible en démonstration peut rester insuffisante dans votre contexte.
Vérifier les données avant de parler de sur mesure
La reprise des données est souvent le vrai besoin derrière une recherche sur l'import ou l'export. Une PME veut conserver ses clients, ses produits, ses factures ou son historique. Elle veut aussi éviter de ressaisir les informations déjà fiables.
Commencez par inventorier les données disponibles. Distinguez les données utiles au quotidien, les archives et les données à corriger. Un fichier ancien peut contenir des doublons, des libellés incohérents ou des informations manquantes. Un développement ne rend pas ces données fiables par lui-même.
Un import CSV est un fichier de données séparées par des colonnes. Un fichier Excel peut servir au même travail, si les colonnes sont comprises. La correspondance de colonnes relie chaque colonne source au bon champ du logiciel. Elle doit être documentée et réutilisable.
L'export compte autant que l'import. Vos données doivent rester récupérables dans un format exploitable. Cette réversibilité facilite un contrôle, un changement d'outil ou une conservation interne. Demandez quelles données peuvent être exportées, avec quels filtres et dans quel format.
Les données personnelles demandent une attention particulière. Elles relèvent du règlement général sur la protection des données, appelé RGPD. Limitez les champs aux informations nécessaires. Définissez qui peut voir, modifier ou exporter les informations.
Les échanges avec vos autres outils
Une interface de programmation, souvent appelée API, permet à des logiciels d'échanger des données. Elle n'est pas automatiquement nécessaire. Elle devient utile lorsque l'échange doit être régulier, fiable et tracé.
Avant de demander une API sur mesure, décrivez le flux. Indiquez la source, la donnée, la destination et la fréquence. Précisez aussi qui corrige une erreur. Un connecteur existant ou un export planifié peut répondre au besoin.
Les webhooks sont des notifications envoyées lors d'un événement. Ils peuvent signaler, par exemple, la création d'un document. Ils ne remplacent pas une règle de gestion. Ils servent à relier des systèmes quand le scénario est clairement défini.
Éviter la dépendance à un développement unique
Un développement propre crée une dépendance si son fonctionnement n'est connu que par son auteur. Le départ d'un prestataire peut alors compliquer une correction ou une évolution. Le risque augmente lorsque le code, les accès ou la documentation ne sont pas transmis.
Réduisez ce risque dès la commande. Décrivez le périmètre, les règles métier et les données concernées. Demandez une documentation compréhensible par une autre équipe. Prévoyez l'accès au code, aux environnements et aux paramètres nécessaires à la maintenance.
Vérifiez aussi l'effet des mises à jour. Un développement qui modifie le socle peut rendre chaque évolution plus délicate. Un module séparé, relié par des interfaces définies, limite souvent cette fragilité. Cette décision dépend toutefois de l'architecture du logiciel.
Ne confondez pas propriété du code et autonomie réelle. Vous restez dépendant si personne ne sait relire le code. Vous restez aussi dépendant si les données ne sont pas exportables. L'autonomie se prépare par les documents, les accès et les formats.
Choisir à partir des gestes métier
La bonne méthode consiste à partir de vos gestes métier, pas de la liste des écrans. Un geste est une action concrète réalisée par une personne. Par exemple, préparer une commande, contrôler une réception ou traiter un retour.
Listez ces gestes avec les personnes concernées. Notez le déclencheur, les données utilisées, le résultat attendu et les exceptions. Identifiez ensuite ceux qui sont communs et ceux qui font votre différence.
Classez chaque geste dans l'une de ces catégories.
- couvert par le standard.
- couvert après paramétrage.
- couvert par un module ou des champs personnalisés.
- à développer car il reste distinctif et indispensable.
Faites tester cette liste par les personnes qui réalisent le travail. Un dirigeant voit la règle générale. L'équipe voit les exceptions, les informations manquantes et les contrôles nécessaires. Les deux regards évitent de payer un développement pour une hypothèse.
Questions à poser avant de commander du spécifique
- Quel geste précis le développement doit-il traiter ?
- Ce geste existe-t-il déjà sous une autre forme dans le standard ?
- Un paramétrage, un module ou un champ personnalisé suffirait-il ?
- Quelles données entrent, sortent et restent à corriger ?
- Les données seront-elles exportables dans un format exploitable ?
- Qui maintiendra le développement après sa livraison ?
- Comment ce développement suivra-t-il les mises à jour du socle ?
- Quels documents, accès et tests seront remis avec le développement ?
La réponse doit décrire un problème observable. Si elle évoque seulement une préférence d'écran, commencez par un paramétrage. Gardez le spécifique pour le geste qui change réellement votre façon de travailler.
Comment Adliss répond à ces choix
Adliss propose un standard paramétrable, avec des modules activables par société. Les fonctions générales couvrent le CRM, les devis et les factures. Elles couvrent aussi les achats, les stocks, le planning, la caisse, la GED et la comptabilité. Des modules métier sont aussi activables. Ils couvrent l'atelier avec bons de travail et la location. Ils couvrent aussi la production par nomenclatures, le parc véhicules et le SAV.
Le paramétrage par société comprend des règles métier et des contrôles par module. Il comprend aussi des rôles et droits fins. Les gabarits PDF, les modèles d'e-mail et le configurateur d'export comptable sont personnalisables. Ce configurateur gère les colonnes, les journaux et les correspondances.
Des champs personnalisés peuvent être définis par groupe de clients. Ils sont réutilisables dans les fiches et dans la prospection.
Les clients, produits, factures et stocks peuvent être importés depuis CSV ou Excel. Les correspondances de colonnes sont réutilisables. Des exports par période sont disponibles. Adliss propose une API REST documentée, des webhooks et des connecteurs Shopify, PrestaShop, Google Workspace et Stripe.
Des modules spécifiques par société peuvent compléter le standard, sans dupliquer le socle. Adliss a reçu 348 demandes de PME françaises en 2026. La facturation est citée dans 83 % des cas. Les stocks sont cités dans 45 % des cas. Le CRM est cité dans 35 % des cas. Les connecteurs et l'API sont cités dans 31 % des cas.
Avant de demander un module spécifique, écrivez le geste, ses données, son résultat et ses exceptions. Vérifiez ensuite s'il relève du paramétrage, d'un module ou d'un développement ciblé.