You are not logged in.
Hi all (français à la suite :-)),
As a last question before the boss decides to integrate (or not) glpi
into our existing ERP infrastructure he would like to have some
ideas/experiences from the community. Basically, we have the following
problem: we already have a number of tables/applications that
implement/use some of the functionality of glpi. Perfect example -
Materials. We already have an application that is supposed to manage
our IT materials (I developped it!), though it basically records
brand, model and supplier and that's it. We have various places in our
ERP that need to access these data, notably in project management and
personnel planning. The boss *definitely* doesn't want things entered
twice, with two dbs and an almost certainty of things getting out of
sync.
This problematic is certainly common to many businesses and
organisations that use glpi. How do people deal with it? Any advice?
If I can give him good examples and use-cases then I can finally save
our techie from giving up his beloved glpi!
Comme dernière question avant de donner son accord (ou non) à
l'intégration de glpi dans notre infrastructure ERP, il souhaitera
avoir des idées et des expériences de la communauté. En gros, on a le
problème suivant : on a déjà un certain nombre de tables et
d'applications qui implémente/utilise des fonctionnalités de glpi.
Exemple parfait, les matériels. On a déjà une application qui est
censé gérer nos matériels informatiques (c'est moi qui l'ai développée
!), même s'il stocke que la marque, modèle et fournisseur et plus
grande chose d'autre. On a plusieurs endroits dans notre ERP qui
utilisent ces données, notamment dans la gestion de projet et le suivi
d'activité. Le patron veut *surtout pas* qu'on saississent deux fois
la même chose, avec deux bases et une presque certitude de problèmes
de synchronisation.
Cette problématique est certainement commun à la plupart des
entreprise et organisations qui utilisent glpi. Comment vous le gérez
? Des conseils ? Si je peux lui donner des bons exemples et cas
d'utilisation je vais peut-être pouvoir sauver son glpi bien aimé à
notre technicien.
Cheers
Antoine
Offline
Salut Antoine,
Ton problème est un grand classique : éviter les doublons tout en intégrant GLPI proprement dans un système existant. Voici quelques approches utilisées par d’autres entreprises pour gérer ce genre d’intégration :
Synchronisation bidirectionnelle via API
GLPI propose une API REST plutôt bien faite. Une solution propre serait de synchroniser automatiquement les données entre ton ERP et GLPI en créant un connecteur.
L’ERP envoie les nouvelles entrées matérielles à GLPI et, inversement, GLPI met à jour l’ERP en cas de modification (ajout d’un numéro de série, statut, affectation…).
GLPI comme référentiel unique, ERP en lecture seule
Une autre approche est d’utiliser GLPI comme la source de vérité pour le matériel et de faire en sorte que ton ERP récupère les infos en lecture seule.
Dans ce cas, ton appli actuelle ne ferait plus que récupérer les données GLPI via un webhook ou une requête directe à la base si c’est plus simple à implémenter.
Intégration via une table pivot
Si ton ERP a déjà des données, tu peux créer une table intermédiaire qui fait le lien entre les deux systèmes.
Ex : L’ERP continue à stocker marque/modèle/fournisseur, mais dès qu’un matériel est ajouté dans GLPI, un identifiant unique GLPI est stocké en plus.
Utilisation d’un ETL (Extract, Transform, Load)
Si ton infrastructure est un peu plus avancée, des outils comme Talend, Apache Nifi ou même un simple script CRON peuvent faire des mises à jour régulières pour garder les bases synchronisées.
Cas d’usage réel :
J’ai vu pas mal de boîtes fonctionner avec une interface web customisée dans l’ERP qui affiche directement les infos de GLPI sans duplication. Ça permet à tout le monde de bosser dans un seul outil (l’ERP) tout en bénéficiant des fonctionnalités avancées de GLPI pour la gestion IT.
Bref, tout dépend du niveau de flexibilité de ton ERP, mais si ton patron veut éviter la double saisie (et il a raison), la meilleure solution reste d’exploiter l’API GLPI et de faire une intégration fluide sans doublons.
Offline