Sur le plan de la modularité, nous parlerons d’abord des applications financières qui peuvent facilement être mises en œuvre indépendamment d’un noyau (par exemple de GPAO) d’un autre éditeur. Il est en effet facile d’interfacer les modules logistiques d’un progiciel avec une comptabilité, dans la mesure où ce progiciel génère déjà en standard des écritures comptables ou des transactions d’intégration financière pour tous les flux logistiques.

Concernant la GPAO (achats, stocks, commercial, planification, fabrication...) la plupart des progiciels intègre une modularité que nous qualifierons de technique car elle n’a pas de réalité fonctionnelle dans une entreprise de production ; tout au plus cette modularité est utilisée dans des entreprises de distribution qui n’ont donc pas d’utilité des modules de fabrication. En effet la complexité d’une mise en œuvre modulaire, par les interfaces jetables qu’elle génère, suggère toujours un déploiement de la GPAO de type « Big Bang ».

En revanche, au-delà de ces 2 noyaux, que l’on retrouve dans tous les progiciels, que constitue la GPAO ou la Finance, il faut signaler des différences dans la conception et l’utilisation de la modularité des modules périphériques.

Les ERP Grand groupe font preuve d’une grande modularité concernant leurs modules périphériques. En effet, la richesse de leurs fonctionnalités, en rapport avec la taille des projets envisagés par leurs clients, leur permet bien souvent d’être installés dans des entreprises qui ne sont pas équipées du noyau de GPAO ou des modules financiers du même éditeur. C’est le cas notamment des PLM, CRM et SRM...

Pour les ERP ainsi que pour les ERP PME/PMI, la modularité, si elle est bien présente dans leur offre, favorise un étalement de la mise en œuvre. En revanche leurs modules périphériques sont rarement installés sur un noyau de base d’un autre éditeur. Car les couts d’interfaçage sont généralement en dehors des budgets de ce type d’entreprise.

Les entreprises sont d’ailleurs souvent confrontées, par exemple, au choix entre un super module de CRM dans l’offre SAP, qu’il faut interfacer avec le PGI, et une offre moins riche fonctionnellement mais qui est déjà intégrée avec le noyau de l’ERP.

Article de juillet 2007

[Retour]